صفحه وضعیت شما سه‌شنبه گذشته به مدت چهار ساعت قرمز بود. تا جمعه، به هر مشتری آسیب‌دیده اعتبار خدمات صادر کرده بودید — ۱۰ درصد از هزینه یک ماه اینجا، ۲۵ درصد آنجا — و حسابدارتان آن‌ها را همان‌طور که بیشتر شرکت‌های کوچک SaaS انجام می‌دهند ثبت کرد: به‌عنوان هزینه پشتیبانی، یا امتیاز بازاریابی، جایی زیر خط درآمد. درآمد ماه شما اکنون بیش‌ازحد گزارش شده، نرخ حفظ درآمد خالصتان اشتباه است، و اگر وام‌دهنده یا خریداری روزی دفاتر شما را باز کند، اولین سؤال همان سؤالی خواهد بود که نمی‌توانید به آن پاسخ دهید: چه مقدار از درآمدی که گزارش کردید، واقعاً حق داشتید که نگه دارید؟
این یک مورد استثنایی نیست. میانگین قطعی سرویس اکنون ۱۹۶ دقیقه طول می‌کشد تا رفع شود، و کسب‌وکارهای کوچک و متوسط هزینه یک ساعت قطعی را حدود ۸٬۰۰۰ دلار تخمین می‌زنند — پیش از آنکه حتی یک اعتبار صادر شود. هر اعتباری که پس از یک قطعی اعطا می‌کنید، کاهش قیمتی است که مشتری موافقت کرده بپردازد، و تحت ASC 606 این آن را به ملاحظه متغیر تبدیل می‌کند: مبلغی که درآمد شما را کم می‌کند، نه هزینه‌ای که زیر آن قرار می‌گیرد. این مقاله توضیح می‌دهد که SLA شما از نظر مالی شما را به چه چیزی متعهد می‌کند، استاندارد چگونه میخواهد آن را ثبت کنید، و چه چیزی را باید در بستن پایان ماه بعدی اصلاح کنید.
SLA شما واقعاً چه وعده‌ای می‌دهد — به دلار، نه به تعداد نه‌ها
بیشتر قراردادهای SaaS آپ‌تایم را بهصورت «نه‌ها» بیان می‌کنند: ۹۹.۹ درصد (حدود ۴۳ دقیقه قطعی در ماه)، ۹۹.۹۵ درصد، ۹۹.۹۹ درصد (حدود ۴ دقیقه). عددی که برای دفاتر شما اهمیت دارد نه‌ها نیست، بلکه جدول اعتباری است که به آن‌ها پیوست شده. یک SLA سازمانی معمولی چیزی شبیه این می‌گوید: آپ‌تایم زیر ۹۹.۹ درصد اعتبار خدمات ۱۰ درصدی برای مشتری به همراه دارد؛ زیر ۹۹.۰ درصد، ۲۵ درصد؛ زیر ۹۵.۰ درصد، یک ماه کامل رایگان. برخی قراردادها بیشتر تشدید می‌شوند و حق فسخ ارائه می‌دهند اگر آپ‌تایم چند ماه پیاپی از هدف عقب بماند.
سه ویژگی این جدول، حسابداری را شکل می‌دهند:
اعتبارها تعدیل قیمت قراردادی هستند، نه ژست حسن نیت. مشتری قیمت کامل نمی‌پردازد و سپس هدیه دریافت می‌کند. قرارداد می‌گوید قیمت یک ماه بد، قیمت پایین‌تری است. این تمایز — کاهش قیمت در برابر هزینه — تمام پرسش حسابداری است، و قرارداد آن را پیش از آنکه حسابدارتان دفتر کل را باز کند پاسخ می‌دهد.
اعتبارها معمولاً سقف دارند و باید مطالبه شوند، نه خودکار. بسیاری از SLAها از مشتری می‌خواهند ظرف ۳۰ روز اعتبار را درخواست کند، و کل اعتبارها را به ۳۰ تا ۱۰۰ درصد هزینه یک ماه محدود می‌کنند. این یعنی ریسک شما در هر قطعی معین، محدود و قابل برآورد است: جدول را می‌دانید، می‌دانید کدام مشتریان آسیب دیدند، و نرخ مطالبه تاریخی خود را می‌دانید.
زمان‌بندی نقدی و زمان‌بندی درآمد از هم جدا می‌شوند. اعتباری که در فوریه برای قطعی ژانویه صادر می‌شود معمولاً بهصورت یادداشت اعتبار در برابر فاکتور آینده ظاهر می‌شود. اثر نقدی هر زمان که فاکتور پرداخت شود محقق می‌شود، اما اثر درآمدی متعلق به ژانویه است — دوره‌ای که شما در ارائه آنچه وعده داده بودید شکست خوردید. ثبت اعتبار در ماهی که آن را صادر می‌کنید، در برابر درآمد همان ماه، دو دوره را همزمان نادرست نشان می‌دهد.
چرا ASC 606 اعتبار قطعی را ملاحظه متغیر می‌نامد
ایده اصلی ASC 606 ساده است: درآمد را به مبلغ ملاحظه‌ای شناسایی کنید که انتظار دارید در ازای ارائه آنچه وعده داده بودید، محق به دریافت آن باشید. گام ۳ از مدل پنج‌گامی — تعیین قیمت معامله — جایی است که SLA شما وارد تصویر می‌شود. قیمت معامله قیمت برچسبی روی فرم سفارش نیست. قیمت برچسبی منهای هر چیزی است که ممکن است برگردد: بازپرداخت‌ها، تخفیف‌های پس از فروش، تخفیف‌ها، پاداش‌های عملکرد — و اعتبارهای خدمات برای آپ‌تایم ازدست‌رفته.
راهنمای درآمد PwC اعتبارهای SLA را مستقیماً در این سبد قرار می‌دهد. ملاحظه متغیر باید در آغاز قرارداد برآورد شود و هر دوره گزارش‌دهی به‌روزرسانی شود، با استفاده از یکی از دو روش:
- ارزش مورد انتظار — میانگین وزن‌دار احتمال در میان نتایج ممکن. این برای سبدی از مشتریان خوب است: اگر تاریخ نشان دهد ۳ درصد از صورت‌حساب‌های ماهانه معمولاً بهصورت اعتبار SLA برمی‌گردد، اعتبار مورد انتظار شما روی ۱۰۰٬۰۰۰ دلار صورتحساب ماهانه ۳٬۰۰۰ دلار است.
- محتمل‌ترین مبلغ — تنها نتیجه‌ای که بیشترین احتمال را دارد. این برای وضعیت دودویی خوب است: یک مشتری بزرگ که قراردادش یا این ماه اعتبار ۲۰٬۰۰۰ دلاری فعال می‌کند یا هیچ.
سپس محدودیت می‌آید، بخشی که بنیانگذاران بیشتر از همه جا می‌اندازند. شما می‌توانید ملاحظه متغیر را در قیمت معامله بگنجانید — یعنی درآمد را شناسایی کنید — تنها تا حدی که محتمل باشد بازگشت قابل‌توجهی هنگام رفع عدم‌قطعیت رخ ندهد. به زبان ساده: اگر شانس واقعی وجود دارد که اعتبار را بدهکار شوید، آن بخش را هنوز به‌عنوان درآمد حساب نکنید. آن را به‌عنوان بدهی بازپرداخت ثبت کنید، و هنگام مشخص‌شدن آپ‌تایم ماه، آن را تعدیل کنید.
توجه کنید که محدودیت برای یک کسبوکار SaaS با سابقه قطعی معنادار چه معنایی دارد. اگر سرویس شما در چهار ماه از دوازده ماه گذشته SLA خود را از دست داده، «انتظار داریم هیچ بدهکار نباشیم» برآورد قابل دفاعی نیست. صفحه وضعیت خودتان شاهد شماره یک حسابرس است.
ثبت‌های دفتر روزنامه: ماهی با یک قطعی
فرض کنید یک مشتری ماهانه ۱۰٬۰۰۰ دلار می‌پردازد، و SLA ۹۹.۹ درصدی شما برای هر ماهی که آپ‌تایم زیر هدف می‌افتد، اعتبار ۱۰ درصدی اعطا می‌کند. آپ‌تایم ژانویه ۹۹.۴ درصد می‌شود. چرخه کامل اینجاست.
هنگام صدور فاکتور، مبلغ صورت‌حساب‌شده طبق معمول درآمد معوق است — نقد دریافت‌شده (یا مطالبات ثبت‌شده) برای خدماتی که هنوز ارائه نشده:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable:Customer USD
2026-01-01 open Income:SaaS:Subscription USD
2026-01-01 open Liabilities:Deferred-Revenue:SaaS USD
2026-01-01 open Liabilities:Refund:SLA-Credits USD
2026-01-01 * "Customer" "January invoice — 10,000 monthly subscription"
Assets:Receivable:Customer 10000.00 USD
Liabilities:Deferred-Revenue:SaaS -10000.00 USD
2026-01-31 * "Month-end" "Recognize January revenue net of 500 expected SLA credits"
Liabilities:Deferred-Revenue:SaaS 10000.00 USD
Liabilities:Refund:SLA-Credits -500.00 USD
Income:SaaS:Subscription -9500.00 USD
2026-02-05 * "Customer" "Outage credit issued — January uptime 99.4 percent vs 99.9 SLA"
Liabilities:Refund:SLA-Credits 500.00 USD
Assets:Receivable:Customer -500.00 USDآنچه رخ داد را مرور کنید. در پایان ماه، ۹٬۵۰۰ دلار درآمد شناسایی کردید و ۵۰۰ دلار را در بدهی بازپرداخت قرار دادید — برآورد شما از اعتباری که قطعی ژانویه فعال خواهد کرد. وقتی یادداشت اعتبار واقعی در فوریه صادر می‌شود، بدهی را بدهکار می‌کند، نه درآمد و نه حساب هزینه. درآمد ژانویه از ابتدا درست بود، و درآمد فوریه از قطعی ژانویه دست‌نخورده می‌ماند.
اگر برآورد و واقعیت متفاوت باشند، تفاوت در دوره‌ای که عدم‌قطعیت رفع می‌شود درآمد را تعدیل می‌کند. ۵۰۰ دلار برآورد کردید اما ۱٬۰۰۰ دلار صادر شد چون دو مشتری به‌جای یکی مطالبه کردند؟ ۵۰۰ دلار اضافه هنگام اطلاع، درآمد را کاهش می‌دهد. ۵۰۰ دلار برآورد کردید و هیچ‌کس مطالبه نکرد؟ ۵۰۰ دلار را به درآمد آزاد کنید. حساب بدهی ضربه‌گیر است؛ درآمد هرگز برای یک تعدیل روتین دوباره گزارش نمی‌شود.
دو جزئیات ارزش درست انجام‌دادن را دارند. اول، بدهی بازپرداخت از درآمد معوق جداست: درآمد معوق برای خدماتی است که هنوز ارائه نکرده‌اید، در حالی که بدهی بازپرداخت برای خدمات ارائه‌شده‌ای است که ممکن است مجبور شوید برگردانید. خالص‌کردن آن‌ها با هم هر دو داستان را پنهان می‌کند. دوم، اگر اعتباری به دوره آینده مربوط باشد — یک ماه رایگان که به‌عنوان عذرخواهی اعطا شده نه اعتبار قراردادی برای یک شکست گذشته — این تحلیلی متفاوت است، نزدیک‌تر به اصلاح قرارداد یا حق ماهوی، و درآمد آینده را تعدیل می‌کند نه گذشته را.
سه اشتباهی که بنیانگذاران SaaS با اعتبارهای SLA مرتکب می‌شوند
اشتباه ۱: ثبت اعتبار به‌عنوان هزینه. این رایج‌ترین خطا و زیان‌بارترین است. ثبت اعتبار قطعی ۱۰٬۰۰۰ دلاری به‌عنوان بدهکار به «هزینه پشتیبانی مشتری» یا «امتیازهای بازاریابی» درآمد را ۱۰٬۰۰۰ دلار بیش‌ازحد و ۱۰٬۰۰۰ دلار هزینه‌ای که هرگز رخ نداده را از خود می‌سازد. حاشیه ناخالص، رشد درآمد، و هر نسبتی که بر درآمد بنا شده، همه بیش‌ازحد بالا خوانده می‌شوند. تحت ASC 606، مبالغ قابل پرداخت به مشتری که در ازای کالا یا خدمت متمایز دریافت‌شده نیستند، قیمت معامله را کاهش می‌دهند. اعتبار برای قطعی خودتان چیزی متمایز برایتان نمی‌خرد — درآمد را کاهش می‌دهد، تمام.
اشتباه ۲: شناسایی درآمد کامل اکنون و اصلاح بعداً. برخی شرکت‌ها کل ۱۰٬۰۰۰ دلار را به‌عنوان درآمد ژانویه ثبت می‌کنند، سپس اعتبار ۱٬۰۰۰ دلاری را هنگام صدور یادداشت اعتبار در برابر درآمد فوریه ثبت می‌کنند. هر دو ماه اکنون اشتباه‌اند: ژانویه بیش‌ازحد بالا، فوریه بیش‌ازحد پایین. بدتر، خطا در معیارهای شما انباشته می‌شود — نرخ حفظ درآمد خالص ژانویه عالی به نظر می‌رسد، فوریه ضعیف، و هیچ‌کدام واقعیت را بازتاب نمی‌دهد. الگوی بدهی بازپرداخت بالا دقیقاً برای همین وجود دارد: تا هر دوره را صادق نگه دارد.
اشتباه ۳: برآورد صفر چون قطعی «دیگر تکرار نخواهد شد». محدودیت بر احتمال کار می‌کند، نه خوش‌بینی. اگر زیرساخت شما سال گذشته سه ماه فعال‌کننده SLA داشت، برآورد صفر اعتبار مورد انتظار نه محافظه‌کارانه است نه تهاجمی — پشتیبانی‌نشده است. حسابرسان این برآورد را در برابر تاریخ رخدادهای شما می‌آزمایند، و خریداران در فرآیند بررسی دقیق همین کار را خواهند کرد. یک اندوخته کوچک دائمی، به اندازه نرخ‌های مطالبه گذشته و ماهانه تعدیل‌شده، هم دقیق‌تر و هم بسی آسان‌تر برای دفاع از صفر مطمئنی است که صفحه وضعیت شما ردش می‌کند.
این چه اثری بر معیارهایی دارد که خریداران و وام‌دهندگان می‌خوانند
قراردادن اعتبارهای SLA بالای خط درآمد در برابر زیر آن، هر عددی که یک شرکت SaaS بر اساسش ارزش‌گذاری می‌شود را تغییر می‌دهد:
- MRR و ARR باید خالص از اعتبارهای مورد انتظار باشند. اگر ۲ درصد از صورت‌حساب‌ها تاریخاً بهصورت اعتبار SLA برمی‌گردد، یک ARR سرتیتر ۱ میلیون دلاری در واقع ۹۸۰٬۰۰۰ دلار درآمد مورد انتظار است. گزارش عدد ناخالص همان‌طور است که بنیانگذاران در بررسی دقیق به توضیح یک «مشکل ریزش» می‌رسند که در واقع تمام مدت یک مشکل اعتبار بوده.
- نرخ حفظ درآمد خالص اعتبارها را به‌عنوان انقباض جذب می‌کند. مشتری‌ای که سال گذشته ۱۲۰٬۰۰۰ دلار و امسال پس از اعتبارهای قطعی ۱۱۴٬۰۰۰ دلار پرداخت کرد، با ۹۵ درصد حفظ شد، نه ۱۰۰ درصد — حتی اگر هرگز صندلی‌ای را کاهش نداده باشد.
- حاشیه ناخالص وقتی خطا را اصلاح می‌کنید، به‌طور متناقض، بالا می‌رود. انتقال اعتبارها از هزینه پشتیبانی به ضد درآمد، هم درآمد و هم بهای تمام‌شده درآمد را کوچک می‌کند، و چون اعتبار از هر هزینه مرتبط فراتر می‌رود، درصد حاشیه بهبود می‌یابد در حالی که درآمد کاهش می‌یابد. منتظر این سؤال باشید، و تاریخ بازگزارش‌شده را آماده داشته باشید.
اگر از حسابداری متن ساده استفاده می‌کنید، اصلاح ساختاری است نه رویه‌ای: یک حساب اختصاصی Liabilities:Refund:SLA-Credits، یک ثبت پایان ماه که درآمد اشتراک را خالص از اعتبار مورد انتظار شناسایی می‌کند، و یک ثبت تعدیل هنگام صدور یادداشت‌های اعتبار. مستندات beancount درباره الگوهای شناسایی درآمد شکل کلی حسابداری درآمد معوق که این بر آن بنا شده را پوشش می‌دهد، و تاریخ ترازنامه حساب بازپرداخت به‌عنوان رد حسابرسی برآورد شما عمل می‌کند.
یک چک‌لیست پایان ماه که بیست دقیقه طول می‌کشد
- آپ‌تایم را به تفکیک سطح مشتری بیرون بکشید. پایش شما از قبل این را محاسبه می‌کند؛ عدد ماهانه را در برابر هر آستانه SLA بخواهید، نه فقط میانگین کل.
- اعتبارهای فعال‌شده را فهرست کنید. برای هر مشتری زیر آستانه، اعتبار قراردادی را از جدول محاسبه کنید — پیش از بررسی اینکه چه کسی واقعاً مطالبه کرده.
- تاریخ نرخ مطالبه خود را اعمال کنید. اگر تاریخاً حدود ۶۰ درصد از اعتبارهای فعال‌شده مطالبه می‌شوند، ارزش مورد انتظار شما ۶۰ درصد کل فعال‌شده است. نرخ را مستند کنید و فصلی بازبینی کنید.
- درآمد را خالص از برآورد ثبت کنید. درآمد اشتراک را با اعتبار مورد انتظار که در بدهی بازپرداخت قرار گرفته شناسایی کنید، همان‌طور که در مثال بالا آمد.
- برآورد ماه گذشته را تعدیل کنید. اندوخته ماه گذشته را با یادداشت‌های اعتبار واقعاً صادرشده مقایسه کنید؛ تفاوت را از طریق درآمد دوره جاری آزاد یا تکمیل کنید.
- مانده بدهی را تطبیق دهید. حساب بازپرداخت باید فقط برآوردهای حل‌نشده را نگه دارد. هر چیزی قدیمی‌تر از پنجره مطالبه شما (معمولاً ۳۰ تا ۶۰ روز) باید از قبل آزاد شده باشد — مانده کهنه در حال رشد یعنی تعدیل‌ها جا انداخته می‌شوند.
این ماه شروع کنید، نه فصل بعد. گزارش آپ‌تایم ماه گذشته را بیرون بکشید، اعتبارهایی که جدول SLA شما می‌گوید بدهکارید را محاسبه کنید، و آن عدد را با آنچه دفاتر شما به‌عنوان کاهش درآمد نشان می‌دهند مقایسه کنید. اگر دفاتر صفر نشان می‌دهند — و برای بیشتر شرکت‌های SaaS در مرحله اولیه، صفر نشان می‌دهند — اولین ثبت تعدیل خود را یافته‌اید، و درآمد شما هر ماهی مثل آن، دقیقاً به همان مقدار بیش‌ازحد گزارش شده است.
