ہماری Compliance & Regulation سیریز کا حصہ
مکمل گائیڈ پڑھیںSaaS ریونیو ریکگنیشن: ASC 606 تعمیل گائیڈ
محصول کی شناخت SaaS کمپنیوں کو درپیش اکاؤنٹنگ کا سب سے پیچیدہ چیلنج ہے۔ مصنوعات کے کاروبار کے برعکس جہاں فروخت واضح اور فوری ہوتی ہے، SaaS کی آمدنی میں وقت کے ساتھ تسلیم شدہ سبسکرپشنز، ڈیلیور کے طور پر پہچانی جانے والی پیشہ ورانہ خدمات، نفاذ کی فیسیں جن کو موخر کرنے کی ضرورت ہو سکتی ہے، استعمال پر مبنی چارجز جو ماہانہ مختلف ہوتے ہیں، اور معاہدے میں تبدیلیاں شامل ہوتی ہیں جو سابقہ طور پر تسلیم شدہ آمدنی کو متاثر کرتی ہیں۔
ASC 606 (US GAAP) اور IFRS 15 (بین الاقوامی مساوی) نے صنعت سے متعلق پرانی رہنمائی کو ایک متحد پانچ قدمی ماڈل سے بدل دیا۔ SaaS کمپنیوں کے لیے، اس فریم ورک نے وضاحت اور پیچیدگی دونوں لائے — آمدنی کے معنی کے لیے واضح اصول، لیکن ان اصولوں کو مخصوص معاہدے کے ڈھانچے پر لاگو کرنے میں نمایاں طور پر زیادہ فیصلے اور انکشاف کے تقاضے ہیں۔
یہ گائیڈ ASC 606 پانچ قدمی ماڈل کے ذریعے چلتا ہے جیسا کہ خاص طور پر SaaS کاروباروں پر لاگو ہوتا ہے، جس میں 2026 میں عام طور پر سامنے آنے والے معاہدے کے ڈھانچے کی عملی مثالیں ہیں۔
اہم ٹیک ویز
- ASC 606 ایک پانچ قدمی ماڈل کا استعمال کرتا ہے: معاہدے کی شناخت کریں، کارکردگی کی ذمہ داریوں کی شناخت کریں، لین دین کی قیمت کا تعین کریں، ذمہ داریوں کو مختص کریں، جب ہر ذمہ داری پوری ہو جائے تو پہچانیں۔
- SaaS سبسکرپشنز کو عام طور پر بے حد تسلیم کیا جاتا ہے (سبسکرپشن کی مدت میں یکساں طور پر) کیونکہ صارف بیک وقت فائدہ حاصل کرتا ہے اور استعمال کرتا ہے۔
- اپ فرنٹ لاگو کرنے کی فیس اور سیٹ اپ فیس کا جائزہ لیا جانا چاہیے - اکثر وہ اسٹینڈ اکیلی ویلیو کی نمائندگی نہیں کرتے ہیں اور گاہک کے رشتے پر انہیں موخر اور تسلیم کیا جانا چاہیے۔
- متغیر غور (استعمال کی بنیاد پر فیس، رعایت، رقم کی واپسی کے حقوق) کو لین دین کی قیمت میں صرف اس حد تک شامل کیا جاتا ہے جس کا امکان ہے کہ آمدنی میں نمایاں تبدیلی واقع نہیں ہوگی۔
- معاہدے میں تبدیلیاں (اپ گریڈ، ڈاون گریڈ، ایڈ آنز) کو علیحدہ معاہدوں کے طور پر یا کیچ اپ یا ممکنہ ایڈجسٹمنٹ کے ساتھ ترمیم کے طور پر شمار کیا جاتا ہے۔
- پرنسپل بمقابلہ ایجنٹ کی تشخیص اس بات کا تعین کرتی ہے کہ کثیر فریقی انتظامات میں مجموعی یا خالص آمدنی کو ریکارڈ کرنا ہے
- ایک معاہدہ (کمیشن) حاصل کرنے اور متوقع کسٹمر کی زندگی سے زیادہ رقم خرچ کرنے کے بڑھتے ہوئے اخراجات کا سرمایہ بنائیں
- افشاء کے تقاضے وسیع ہیں - عوامی کمپنیوں کو لازمی اور مقداری تفریق، کارکردگی کی باقی ذمہ داریاں، اور اہم فیصلے فراہم کرنا ہوں گے۔
SaaS کے لیے ASC 606 پانچ قدمی ماڈل
مرحلہ 1: گاہک کے ساتھ معاہدے کی شناخت کریں
ایک معاہدہ اس وقت موجود ہوتا ہے جب اس میں تجارتی مادہ ہوتا ہے، دونوں فریقوں نے اسے منظور کر لیا ہوتا ہے، حقوق اور ادائیگی کی شرائط کی نشاندہی کی جا سکتی ہے، اور وصولی کا امکان ہوتا ہے۔ زیادہ تر SaaS کمپنیوں کے لیے، دستخط شدہ آرڈر فارم، آن لائن سبسکرپشن کا معاہدہ، یا قبول شدہ اقتباس معاہدہ کو تشکیل دیتا ہے۔ زبانی انتظامات اور ای میل کی توثیق جمعیت اور نفاذ کے سوالات اٹھاتے ہیں۔
ایک ہی گاہک کے ساتھ معاہدوں کو کبھی کبھی یکجا کیا جا سکتا ہے — ASC 606 کو امتزاج کی ضرورت ہوتی ہے جب معاہدے ایک ہی وقت میں، ایک ہی گاہک کے ساتھ کیے جاتے ہیں، اور ایک پیکج کے طور پر بات چیت کی جاتی ہے۔ ایک عام صورت حال: ایک ماسٹر سروسز کا معاہدہ اور اسی دن دستخط کیے گئے کام کا بیان عام طور پر یکجا ہونا چاہیے۔
مرحلہ 2: کارکردگی کی ذمہ داریوں کی شناخت کریں
کارکردگی کی ذمہ داریاں مختلف اشیا یا خدمات کی منتقلی کے وعدے ہیں۔ SaaS میں، بنیادی سوال یہ ہے کہ کیا متعدد معاہدے کے عناصر (سبسکرپشن تک رسائی، نفاذ کی خدمات، تربیت، معاونت) الگ الگ کارکردگی کی ذمہ داریاں ہیں یا ایک میں بنڈل ہیں۔
ایک وعدہ شدہ خدمت الگ ہوتی ہے اگر: (a) صارف اس سے اپنے طور پر یا دیگر آسانی سے دستیاب وسائل سے فائدہ اٹھا سکتا ہے، اور (b) اسے منتقل کرنے کا وعدہ دوسرے وعدوں سے الگ پہچانا جا سکتا ہے۔ دونوں معیارات پر پورا اترنا چاہیے۔
عام SaaS کارکردگی کی ذمہ داریاں:
- سافٹ ویئر سبسکرپشن تک رسائی: الگ۔ ہر دور میں جاری رسائی سے گاہک کو فائدہ ہوتا ہے۔
- پیشہ ورانہ خدمات / عمل درآمد: عام طور پر الگ ہوتا ہے اگر گاہک کسی مختلف نفاذ کنندہ کو استعمال کر سکتا ہے یا خود کر سکتا ہے۔
- ٹریننگ: الگ اگر اسے مخصوص نفاذ سے آزادانہ طور پر استعمال کیا جا سکتا ہے۔
- ڈیٹا کی منتقلی: اکثر الگ، لیکن اگر آزادانہ طور پر قابل استعمال نہ ہو تو عمل درآمد کے ساتھ بنڈل کیا جا سکتا ہے۔
- معیاری معاونت (بریک فکس، ہیلپ ڈیسک): اکثر سبسکرپشن سے الگ نہیں - یہ جاری رسائی کے وعدے کا حصہ ہے۔
- بہتر SLA سپورٹ ٹائرز: اگر یہ ایک بامعنی سروس اپ گریڈ کی نمائندگی کرتا ہے تو یہ ایک الگ ذمہ داری ہوسکتی ہے۔
مرحلہ 3: لین دین کی قیمت کا تعین کریں
لین دین کی قیمت وہ رقم ہے جس کے آپ اپنی کارکردگی کی ذمہ داریوں کو پورا کرنے کے بدلے میں حقدار ہونے کی توقع رکھتے ہیں، اس میں فریق ثالث (جیسے سیلز ٹیکس) کی جانب سے جمع کی گئی رقم کو چھوڑ کر۔
SaaS میں متغیر غور کے اجزاء:
- استعمال پر مبنی فیس: متوقع استعمال کا تخمینہ لگائیں یا اگر استعمال انتہائی غیر یقینی ہے تو صفر تک محدود کریں
- حجم کی چھوٹ: متوقع کسٹمر کے درجے کی کامیابی کی بنیاد پر رعایتوں کا تخمینہ لگائیں۔
- کارکردگی بونس: صرف اس وقت شامل کریں جب ممکن ہو۔
- ریفنڈ کے حقوق / منسوخی کی دفعات: تسلیم شدہ آمدنی پر رکاوٹ پیدا کریں۔
- فنانسنگ اجزاء: اگر ادائیگی کا وقت کارکردگی سے نمایاں طور پر مختلف ہے (>12 ماہ)، تو فنانسنگ کے اجزاء کو الگ کریں
مرحلہ 4: لین دین کی قیمت مختص کریں
جب آپ کے پاس کارکردگی کی متعدد ذمہ داریاں ہیں، تو ہر ایک کو متعلقہ اسٹینڈ سیلنگ پرائس (SSP) کی بنیاد پر لین دین کی کل قیمت مختص کریں۔ ایس ایس پی وہ ہے جو آپ وصول کریں گے اگر آپ اس چیز کو الگ سے فروخت کرتے ہیں۔
SaaS کے لیے، SSP قائم کرنے کے لیے آپ کی حقیقی اسٹینڈ سیلز (اگر وہ موجود ہیں) کے تجزیہ یا قابل مشاہدہ مارکیٹ ڈیٹا کا استعمال کرتے ہوئے تخمینہ کی ضرورت ہوتی ہے۔ مختص اس بات کا تعین کرتا ہے کہ ہر ذمہ داری پر کتنا محصول جاتا ہے - اس غلط ہونے سے ہر ڈیلیوری ایبل سے ہونے والی آمدنی کو حد سے زیادہ یا کم کیا جاتا ہے۔
مرحلہ 5: محصول کو پہچانیں کیونکہ کارکردگی کی ذمہ داریاں پوری ہوتی ہیں
آمدنی کو پہچانیں کیونکہ ہر کارکردگی کی ذمہ داری پوری ہوتی ہے — یا تو وقت کے ساتھ یا وقت کے ساتھ۔ SaaS سبسکرپشنز کو وقت کے ساتھ پہچانا جاتا ہے کیونکہ کسٹمر بیک وقت آپ کی سروس کا فائدہ ہر روز حاصل کرتا ہے اور اسے استعمال کرتا ہے۔
SaaS سبسکرپشن ریونیو: شناخت کے پیٹرنز
سالانہ اور کثیر سالہ سبسکرپشنز کا بل پیشگی:
ایک گاہک 24 ماہ کی SaaS سبسکرپشن کے لیے $24,000 پیشگی ادائیگی کرتا ہے۔ معاہدے پر دستخط کرنے پر بیلنس شیٹ پر مکمل $24,000 موخر شدہ محصول کے طور پر ریکارڈ کریں۔ سبسکرپشن کی مدت بڑھنے کے ساتھ ہی $1,000 فی مہینہ ($24,000 / 24 ماہ) کو پہچانیں۔
جریدے کے اندراجات:
دستخط کرتے وقت (نقد موصول):
- ڈیبٹ کیش $24,000
- کریڈٹ ڈیفرڈ ریونیو $24,000
ماہانہ پہچان:
- ڈیبٹ موخر آمدنی $1,000
- کریڈٹ ریونیو $1,000
ماہانہ اعادی سبسکرپشنز:
ایک گاہک ہر مہینے کی پہلی تاریخ کو $500/ماہ ادا کرتا ہے۔ آمدنی اس مہینے میں پہچانی جاتی ہے جس سے سروس کا تعلق ہے۔ جنوری کی سروس کے لیے 1 جنوری کو موصول ہونے والی ادائیگی جنوری کی آمدنی ہے (یہ فرض کرتے ہوئے کہ آپ کی سروس 1 جنوری سے دستیاب ہے)۔ اگر ادائیگی اور سروس کی مدت ایک دوسرے کے ساتھ ہو تو کوئی موخر آمدنی پیدا نہیں ہوتی۔
مفت آزمائشیں:
مفت ٹرائل کے دوران، کوئی محصول تسلیم نہیں کیا جاتا ہے — تبدیلی تک کوئی ادائیگی نہیں ہوتی اور کارکردگی کی کوئی ذمہ داری نہیں ہوتی۔ جب کوئی ٹرائل بامعاوضہ سبسکرپشن میں بدل جاتا ہے، تو بامعاوضہ سبسکرپشن شروع ہونے کی تاریخ سے پہچان شروع کریں۔
سالانہ سبسکرپشنز کا بل ماہانہ:
12 ماہ کا معاہدہ $500/ماہ، منسوخ کرنے کے حق کے بغیر ماہانہ بل کیا جاتا ہے۔ لین دین کی قیمت $6,000 (12 x $500) ہے۔ ہر ماہ، $500 کو تسلیم کریں کیونکہ سروس فراہم کی جاتی ہے۔ اگر گاہک کو منسوخ کرنے کا کوئی حق نہیں ہے، تو معاہدہ کی کل آمدنی کی شناخت پر کوئی پابندی نہیں ہے، حالانکہ آپ ماہانہ تسلیم کرتے ہیں۔
نفاذ کی فیس اور سیٹ اپ چارجز
یہ SaaS کی آمدنی کی شناخت کے سب سے زیادہ متنازعہ علاقوں میں سے ایک ہے، اور وہ علاقہ جہاں زیادہ تر SaaS کمپنیاں اسے غلط سمجھتی ہیں۔
عام غلطی:
ایک SaaS کمپنی عمل درآمد کی خدمات کے لیے $1,000/ماہ کی رکنیت کے علاوہ $5,000 چارج کرتی ہے۔ اکاؤنٹنگ ٹیم نفاذ مکمل ہونے پر فوری طور پر $5,000 بک کرتی ہے اور سبسکرپشن کے لیے $1,000/ماہ تسلیم کرتی ہے۔ یہ غالباً غلط ہے۔
صحیح تجزیہ:
پوچھیں کہ آیا عمل درآمد کی خدمات ایک الگ کارکردگی کی ذمہ داری ہیں:
- کیا صارف سبسکرپشن لیے بغیر نفاذ سے فائدہ اٹھا سکتا ہے؟ عام طور پر نہیں — نفاذ سافٹ ویئر کو تشکیل دیتا ہے اور صرف اس صورت میں قیمتی ہے جب صارف سافٹ ویئر استعمال کرتا ہے۔
- کیا لاگو کرنے کا وعدہ سبسکرپشن کے وعدے سے الگ شناخت کے قابل ہے؟ اگر عمل درآمد آپ کے مخصوص سافٹ ویئر ماحول کو ترتیب دیتا ہے اور کہیں اور قابل استعمال نہیں ہے، تو یہ الگ سے قابل شناخت نہیں ہے۔
اگر عمل درآمد الگ نہیں ہے، تو اسے سبسکرپشن کے ساتھ ایک ہی کارکردگی کی ذمہ داری میں شامل کیا جاتا ہے۔ $5,000 کو مشترکہ سبسکرپشن + نفاذ کی ذمہ داری کے لیے مختص کیا جاتا ہے اور اسے متوقع کسٹمر ریلیشن شپ پیریڈ (سبسکرپشن کی مدت یا متوقع تجدید کی مدت) پر تسلیم کیا جاتا ہے، نہ کہ صرف عمل درآمد کی مدت پر۔
جب عمل درآمد الگ ہو:
اگر آپ کی پیشہ ورانہ خدمات کی ٹیم مشاورتی کام کرتی ہے جس سے گاہک کو ان کے کاروباری عمل کو دوبارہ ڈیزائن کرنے میں مدد ملتی ہے (صرف آپ کے سافٹ ویئر کی تشکیل نہیں)، تو یہ کام اسٹینڈ اکیلے قیمت فراہم کر سکتا ہے۔ اس صورت میں، پیشہ ورانہ خدمات کی آمدنی کو تسلیم کریں جیسا کہ مشاورتی کام کی فراہمی ہے۔
عملی اثر:
بنڈل ٹریٹمنٹ SaaS کمپنیوں کے لیے اہم آمدنی کو موخر کر دیتا ہے جو کافی پہلے سے فیس وصول کرتی ہیں۔ 24 ماہ کی سبسکرپشن کے لیے $50,000 لاگو کرنے کی فیس عمل درآمد مکمل ہونے کے فوراً بجائے تقریباً $2,083/ماہ پر تسلیم کی جائے گی۔ اس کے لیے آپ کے اکاؤنٹنگ سسٹم میں مضبوط موخر ریونیو ٹریکنگ کی ضرورت ہے۔
SaaS معاہدوں میں متغیر غور و خوض
تغیر پذیر غور لین دین کی قیمت کا کوئی بھی عنصر ہے جو بدل سکتا ہے — استعمال پر مبنی فیس، حجم کے درجات، کارکردگی کے بونس، اور جرمانے سبھی اہل ہیں۔
استعمال پر مبنی (کھپت) قیمتوں کا تعین:
خالص استعمال پر مبنی SaaS (جیسے AWS، Twilio، Stripe) میں لین دین کی قیمتیں ہیں جو استعمال ہونے تک معلوم نہیں ہو سکتیں۔ ASC 606 کے پاس اس کے لیے ایک مصلحت ہے - "انوائس کا حق" عملی مصلحت آپ کو اس مدت میں بل کرنے کا حق حاصل ہونے والی رقم کے برابر آمدنی کو پہچاننے کی اجازت دیتا ہے اگر وہ رقم براہ راست آپ کی آج کی کارکردگی سے مطابقت رکھتی ہے۔ یہ متغیر استعمال کے پیچیدہ تخمینوں سے بچتا ہے۔
ایک $0.01/API کال ماڈل — مدت میں ہر API کال کے لیے $0.01 کو پہچانیں۔ کوئی تخمینہ درکار نہیں۔
ٹائیرڈ اور والیوم ڈسکاؤنٹ قیمت:
ایک سبسکرپشن جس کی قیمت 10 صارفین تک $500/ماہ اور 11-50 صارفین کے لیے فی صارف $400/ماہ ہے اس کے لیے تخمینہ لگانے کی ضرورت ہوتی ہے کہ گاہک کس درجے میں ختم ہو گا۔ اگر کوئی صارف 8 صارفین کے ساتھ شروع ہوتا ہے اور آپ سال کے اندر ان کی تعداد 15 تک بڑھنے کی توقع کرتے ہیں، تو زیادہ تر ممکنہ نتائج کی بنیاد پر متغیر غور و فکر کا تخمینہ لگائیں اور اس کے مطابق شناخت کریں۔ معلومات میں تبدیلی کے ساتھ تخمینوں کو اپ ڈیٹ کریں۔
موسٹ فیورڈ نیشن (MFN) شقیں:
MFN شقیں (گاہک کو سب سے کم قیمت ملتی ہے جو آپ کسی سے وصول کرتے ہیں) متغیر غور و فکر پیدا کرتے ہیں - اگر آپ کسی دوسرے گاہک کو رعایت دیتے ہیں تو آپ کی لین دین کی قیمت کم ہو سکتی ہے۔ کسی بھی سابقہ ایڈجسٹمنٹ کے امکان اور رقم کا اندازہ کریں اور اس کے مطابق تسلیم شدہ آمدنی کو محدود کریں۔
معاہدے میں تبدیلیاں: اپ گریڈ، ڈاون گریڈز، اور ایڈ آنز
معاہدے میں تبدیلیاں SaaS کمپنیوں کے لیے ASC 606 کی تعمیل کے انتہائی پیچیدہ پہلوؤں میں سے ہیں، خاص طور پر ان کاروباروں کے لیے جن میں درمیانی مدت میں اکثر تبدیلیاں آتی ہیں۔
ترمیم کے لیے اکاؤنٹنگ کے تین علاج:
علاج 1: علیحدہ معاہدہ۔ اگر اس ترمیم میں ان کی اسٹینڈ سیلنگ قیمت پر نئے الگ سامان/خدمات کا اضافہ ہوتا ہے، تو اس کا حساب ایک نئے، علیحدہ معاہدے کے طور پر کریں۔ اصل معاہدے میں کوئی ایڈجسٹمنٹ نہیں۔ مثال: ایک گاہک آپ کی فہرست کی قیمت کے درمیانی رکنیت پر ایک نیا ماڈیول شامل کرتا ہے۔
علاج 2: برخاستگی + نیا معاہدہ (سابقہ کیچ اپ)۔ اگر ترمیم شدہ معاہدے میں بقیہ سامان/سروسز پہلے سے ڈیلیور کیے گئے سامان سے مختلف ہیں، اور قیمت میں تبدیلی SSP کی عکاسی نہیں کرتی ہے، تو اصل معاہدہ ختم کریں اور ایک نیا شروع کریں۔ کسی بھی آمدنی کے لیے موجودہ مدت میں ایک مجموعی کیچ اپ ایڈجسٹمنٹ کو پہچانیں جو نئی شرائط کے تحت مختلف ہوتی۔
علاج 3: تسلسل (ممکنہ ایڈجسٹمنٹ)۔ اگر بقیہ سامان/سروسز الگ الگ (بنڈل) نہیں ہیں، تو ممکنہ بنیاد پر موجودہ معاہدے کے حصے کے طور پر ترمیم کا حساب دیں۔ بقیہ مدت میں تسلیم کیے جانے والے بقیہ محصول کا دوبارہ حساب لگائیں۔
عملی مثال — سبسکرپشن اپ گریڈ:
12 ماہ کے لیے $1,000/ماہ کے پلان پر گاہک ماہ 6 میں $2,000/ماہ کے پلان میں اپ گریڈ ہوتا ہے۔ باقی مدت: 6 ماہ۔
- پرانے معاہدے کے تحت باقی قیمت: $1,000 x 6 = $6,000
- بقیہ مدت کے لیے نئی قدر: $2,000 x 6 = $12,000
- فرق: $6,000 کو ممکنہ طور پر $1,000/ماہ اضافی پر تسلیم کیا گیا
یہ علاج 3 (ممکنہ) ہے اگر سبسکرپشن اس سے مختلف نہیں ہے جو پہلے سے فراہم کی گئی تھی۔
معاہدے کے حصول کے اخراجات: سیلز کمیشن کو سرمایہ کاری کرنا
ASC 606 (اور ASC 340-40 خاص طور پر) کے لیے ایک معاہدہ حاصل کرنے کے اضافی اخراجات کے کیپٹلائزیشن کی ضرورت ہوتی ہے جو اس معاہدے کو حاصل کیے بغیر خرچ نہیں کیے جاتے۔ سیلز کمیشن بنیادی مثال ہیں۔
کیپٹلائزیشن کی ضرورت:
اگر سیلز کا نمائندہ $60,000 کے سالانہ معاہدے پر 10% کمیشن حاصل کرتا ہے، تو $6,000 کمیشن کو کنٹریکٹ کی لاگت کے اثاثے کے طور پر کیپیٹلائز کیا جاتا ہے اور متوقع کسٹمر لائف (اگر تجدید کی توقع کی جاتی ہے تو صرف ابتدائی معاہدے کی مدت ہی نہیں) کے حساب سے رقم کی جاتی ہے۔
متوقع کسٹمر لائف کا حساب: اگر آپ کا اوسط گاہک 3 سال (کل 36 ماہ) کے لیے تجدید کرتا ہے، تو کمیشن کو 36 مہینوں میں کم کریں: $6,000/36 = $167/ماہ۔
مختصر معاہدوں کے لیے عملی مصلحت:
اگر معافی کی مدت 12 ماہ یا اس سے کم ہوگی، تو آپ کمیشن کو فوری طور پر خرچ کرنے کا انتخاب کر سکتے ہیں۔ بہت سی SaaS کمپنیاں ایک سال یا اس سے کم مدت کے معاہدوں پر مہینہ بہ ماہ کے معاہدوں اور کمیشنوں پر اس سہولت کا اطلاق کرتی ہیں۔
باخبر رہنے کے تقاضے:
آپ کو کنٹریکٹ کے لحاظ سے بڑے بڑے معاہدے کی لاگت کو ٹریک کرنے کے لیے ایک منظم طریقے کی ضرورت ہے، ہر مدت میں ان کو معاف کریں، اور معاہدوں کے جلد ختم ہونے پر انہیں ختم کر دیں۔ اس کے لیے عام طور پر ذیلی لیجر یا وقف شدہ کمیشن اکاؤنٹنگ ٹول (Salesforce Spiff، CaptivateIQ، یا آپ کے ERP میں ایک حسب ضرورت ماڈیول) کی ضرورت ہوتی ہے۔
انکشافات ASC 606 کے تحت درکار ہیں۔
عوامی SaaS کمپنیوں کو انکشاف کی وسیع ضروریات کا سامنا ہے۔ نجی کمپنیاں کسی حد تک آسان رہنمائی کی پیروی کرتی ہیں لیکن پھر بھی انہیں اپنے مالی بیانات میں اہم انکشافات کی ضرورت ہے۔
ضروری انکشافات میں شامل ہیں:
-
آمدنی کی تفریق: محصول کو ان زمروں میں تقسیم کریں جو اس بات کی عکاسی کرتے ہیں کہ معاشی عوامل فطرت، رقم، وقت اور غیر یقینی صورتحال کو کیسے متاثر کرتے ہیں۔ SaaS کے لیے عام تفریق: پروڈکٹ لائن کے لحاظ سے، جغرافیہ کے لحاظ سے، کسٹمر کے سائز کے درجے کے لحاظ سے، سبسکرپشن بمقابلہ پیشہ ورانہ خدمات۔
-
معاہدے کے بیلنس: معاہدے کے اثاثوں کے کھلنے اور بند ہونے والے بیلنس (بغیر بل شدہ آمدنی)، معاہدے کی ذمہ داریاں (موخر شدہ آمدنی)، اور معاہدے کی ذمہ داریوں کو کھولنے سے تسلیم شدہ رقم۔
-
بقیہ کارکردگی کی ذمہ داریاں: کارکردگی کی ذمہ داریوں کے لیے مختص کردہ مجموعی لین دین کی قیمت کا انکشاف کریں جو غیر مطمئن ہیں (بیک لاگ) اور شناخت کے وقت۔ عملی مصلحت: 12 ماہ یا اس سے کم کی متوقع مدت والے معاہدوں کو خارج کریں۔
-
اہم فیصلے: لین دین کی قیمتوں، اطمینان کا وقت، اور اسٹینڈ سیلنگ قیمتوں کا تعین کرنے کے لیے استعمال کیے جانے والے طریقوں اور ان پٹس کی وضاحت کریں۔
-
معاہدے کے حصول اور تکمیل کے اخراجات: مدت میں معافی کے طریقہ کار، اختتامی توازن اور معافی کا انکشاف کریں۔
اکثر پوچھے گئے سوالات
ایک سافٹ ویئر لائسنس گاہک کو دانشورانہ املاک کو استعما�
ایک سافٹ ویئر لائسنس گاہک کو دانشورانہ املاک کو استعمال کرنے کا حق دیتا ہے جیسا کہ یہ وقت کے ایک موڑ پر موجود ہوتا ہے — اس وقت تسلیم کیا جاتا ہے جب لائسنس کی فراہمی ہوتی ہے۔ ایک SaaS سبسکرپشن فعالیت تک رسائی فراہم کرتا ہے جو مسلسل اپ ڈیٹ اور بہتر ہوتی ہے - وقت گزرنے کے ساتھ ساتھ صارف کے سافٹ ویئر تک رسائی کے ساتھ پہچانا جاتا ہے۔ SaaS کے زیادہ تر جدید انتظامات خدمات ہیں، لائسنس نہیں، کیونکہ قیمت ایک مسلسل ترقی پذیر پلیٹ فارم تک جاری رسائی ہے، نہ کہ صرف سافٹ ویئر جیسا کہ یہ سبسکرپشن کے آغاز پر موجود تھا۔
میں ASC 606 کے تحت ریفنڈز اور منسوخیوں کو کیسے ہینڈل کروں؟
منسوخی کا پروویژن جو صارفین کو غیر استعمال شدہ سبسکرپشن مدت کے لیے پرو ریٹا ریفنڈ حاصل کرنے کا حق دیتا ہے متغیر غور و فکر پیدا کرتا ہے۔ متوقع رقم کی واپسی کی رقم سے تسلیم شدہ محصول کو محدود کریں۔ جب منسوخی واقع ہوتی ہے، منسوخ شدہ حصے کے لیے کسی بھی موخر شدہ آمدنی کو پہچانیں، معاہدہ کے بقیہ اثاثے کو ریورس کریں، اور رقم کی واپسی کی ذمہ داری کو ریکارڈ کریں۔ کیپٹلائزڈ کنٹریکٹ لاگت اثاثہ سے منسوخ شدہ معاہدوں پر کمیشن بھی رائٹ آف کیا جانا چاہیے۔
مارکیٹ پلیس SaaS کے لیے مجموعی اور خالص آمدنی کی شناخت میں کیا فرق ہے؟
اگر آپ کا SaaS پلیٹ فارم خریداروں اور فروخت کنندگان (مارکیٹ پلیس ماڈل) کو جوڑتا ہے، تو آپ کو یہ تعین کرنا ہوگا کہ آپ ہر لین دین میں پرنسپل ہیں یا ایجنٹ۔ بطور پرنسپل، مجموعی آمدنی (مکمل لین دین کی قیمت) کو پہچانیں۔ بطور ایجنٹ، صرف اپنے کمیشن/فیس کو پہچانیں۔ اہم عوامل: کیا آپ سروس کو کسٹمر کو فراہم کرنے سے پہلے کنٹرول کرتے ہیں؟ کیا آپ کو انوینٹری کا خطرہ ہے؟ کیا آپ قیمت مقرر کرتے ہیں؟ اگر زیادہ تر کے ہاں، تو آپ غالباً پرنسپل ہیں۔
میں ماہانہ بلنگ کے ساتھ سالانہ معاہدوں کو کیسے ہینڈل کروں اور کسٹمر کے پاس منسوخی کے حقوق ہیں؟
اگر کوئی گاہک کسی بھی وقت 12 ماہ کا معاہدہ منسوخ کر سکتا ہے اور مناسب رقم کی واپسی حاصل کر سکتا ہے، تو محصول کے مقاصد کے لیے معاہدے کی مدت 12 مہینے نہیں بلکہ ماہ بہ ماہ ہو سکتی ہے۔ ماہانہ آمدنی کو پہچانیں کیونکہ ہر ماہ سروس فراہم کی جاتی ہے۔ 12 ماہ کی قیمتوں کا تعین (اکثر رعایتی بمقابلہ ماہانہ) ایک عزم کے لیے قیمت کا تعین ہے، لیکن اگر کوئی حقیقی عزم نہیں ہے (ریفنڈ کے ساتھ منسوخ کرنا آسان ہے)، تو آپ پر معاشی طور پر ایک ماہ سے ماہانہ ذمہ داری عائد ہوتی ہے۔
اگر میں نجی SaaS کمپنی ہوں تو کیا مجھے ASC 606 کی تعمیل کی ضرورت ہے؟
جی ہاں ASC 606 ان تمام اداروں پر لاگو ہوتا ہے جو US GAAP کے تحت صارفین کے ساتھ عوامی اور نجی معاہدے کرتے ہیں۔ پرائیویٹ کمپنی کی مؤثر تاریخ 15 دسمبر 2018 کے بعد سے شروع ہونے والی سالانہ مدت تھی - لہذا تمام US GAAP نجی کمپنیوں کو 2019 سے تازہ ترین طور پر اس کا اطلاق کرنے کی ضرورت ہے۔ اگر آپ ابھی تک تعمیل نہیں کر رہے ہیں، تو آپ نے اپنے تاریخی مالی بیانات میں غلطیاں جمع کی ہیں جنہیں درست کرنے کی ضرورت ہے۔
IFRS 15 SaaS کمپنیوں کے لیے ASC 606 سے کیسے مختلف ہے؟
IFRS 15 اور ASC 606 مشترکہ طور پر تیار کیے گئے تھے اور کافی حد تک یکجا ہیں۔ بنیادی فرق یہ ہیں: IFRS 15 کے پاس دانشورانہ املاک کے لائسنسوں سے حاصل ہونے والی آمدنی کو پہچاننے کے لیے تھوڑا مختلف آپشن ہے۔ IFRS 15 کے عملی مصارف میں تھوڑا سا فرق ہے۔ اور IFRS 15 کے افشاء کے تقاضے مختلف الفاظ میں بیان کیے گئے ہیں لیکن ایک ہی اہم علاقوں کا احاطہ کرتے ہیں۔ زیادہ تر SaaS کمپنیوں کے لیے، دونوں معیارات کے تحت اکاؤنٹنگ کے نتائج یکساں یا بہت قریب ہوں گے۔
اگلے اقدامات
SaaS کے لیے ASC 606 کی تعمیل کے لیے اکاؤنٹنگ اسٹینڈرڈ اور SaaS کے مخصوص کنٹریکٹ ڈھانچے دونوں میں گہری مہارت درکار ہوتی ہے۔ عام غلطیاں — نفاذ کی فیس کو فوری طور پر تسلیم کرنا، پیشگی ادائیگیوں کو مناسب طریقے سے موخر نہ کرنا، کنٹریکٹ میں ترمیم کی ایڈجسٹمنٹ غائب ہونا — مالیاتی بیان کی غلط بیانیوں کا باعث بنتی ہیں جو سرمایہ کاروں، قرض دہندگان اور آڈیٹرز کے لیے مسائل پیدا کرتی ہیں۔
ECOSIRE کی اکاؤنٹنگ ٹیم میں SaaS ریونیو ریکگنیشن کے ماہرین شامل ہیں جو تمام مراحل پر سافٹ ویئر کمپنیوں کے ساتھ کام کرتے ہیں، پہلے سے ریونیو اسٹارٹ اپس سے لے کر سیریز C کمپنیوں کے ذریعے اکاؤنٹنگ پالیسیاں قائم کرتے ہیں جو آڈٹ شدہ مالیات کی تیاری کرتے ہیں۔
ECOSIRE اکاؤنٹنگ سروسز کو دریافت کریں ریونیو ریکگنیشن اسسمنٹ کو شیڈول کرنے اور اس بات کو یقینی بنانے کے لیے کہ آپ کے SaaS مالیات ایک ٹھوس، موافق بنیاد پر بنائے گئے ہیں۔
تحریر
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
متعلقہ مضامین
AI-Powered Accounting Automation: What Works in 2026
Discover which AI accounting automation tools deliver real ROI in 2026, from bank reconciliation to predictive cash flow, with implementation strategies.
Audit Preparation Checklist: Getting Your Books Ready
Complete audit preparation checklist covering financial statement readiness, supporting documentation, internal controls documentation, auditor PBC lists, and common audit findings.
Australian GST Guide for eCommerce Businesses
Complete Australian GST guide for eCommerce businesses covering ATO registration, the $75,000 threshold, low value imports, BAS lodgement, and GST for digital services.
Compliance & Regulation سے مزید
Audit Preparation Checklist: Getting Your Books Ready
Complete audit preparation checklist covering financial statement readiness, supporting documentation, internal controls documentation, auditor PBC lists, and common audit findings.
Australian GST Guide for eCommerce Businesses
Complete Australian GST guide for eCommerce businesses covering ATO registration, the $75,000 threshold, low value imports, BAS lodgement, and GST for digital services.
Canadian HST/GST Guide: Province-by-Province
Complete Canadian HST/GST guide covering registration requirements, province-by-province rates, input tax credits, QST, place of supply rules, and CRA compliance.
Healthcare Accounting: Compliance and Financial Management
Complete guide to healthcare accounting covering HIPAA financial compliance, contractual adjustments, charity care, cost report preparation, and revenue cycle management.
India GST Compliance for Digital Businesses
Complete India GST compliance guide for digital businesses covering registration, GSTIN, rates, input tax credits, e-invoicing, GSTR returns, and TDS/TCS provisions.
Fund Accounting for Nonprofits: Best Practices
Master nonprofit fund accounting with net asset classifications, grant tracking, Form 990 preparation, functional expense allocation, and audit readiness best practices.