پرش به محتوای اصلی
Beancount.io Logo

وقتی تخفیف چندساله SaaS یک مؤلفه تأمین مالی را طبق ASC 606 پنهان میکند

منتشر شده آخرین بهروزرسانی زمان مطالعه 12 دقیقهMike ThriftMike Thrift
وقتی تخفیف چندساله SaaS یک مؤلفه تأمین مالی را طبق ASC 606 پنهان میکند

مشتری در اول ژانویه برای سه سال استفاده از نرمافزار شما پرداخت میکند. موجودی بانکی شما افزایش مییابد، اما درآمد شما افزایش نمییابد. طبق ASC 606، اشتراک معمولاً زمانی شناسایی میشود که مشتری به خدمات دسترسی پیدا کند—نه زمانی که فاکتور پرداخت میشود—و فاصله طولانی بین پرداخت و خدمات میتواند سؤال حسابداری دومی ایجاد کند: آیا شرایط پرداخت به شما مزیت تأمین مالی معناداری داده است؟

این سؤال زمانی بهراحتی نادیده گرفته میشود که قرارداد با عنوان «تخفیف» برچسبگذاری شده باشد. پیشپرداخت چندساله ممکن است امتیاز قیمت مشروعی برای تعهد، کاهش ریزش مشتری و کاهش هزینههای وصول باشد. همچنین ممکن است حاوی مؤلفه تأمین مالی معناداری باشد که قیمت معامله، گردش بدهی قراردادی، هزینه بهره و افشاها را تغییر دهد.

این راهنما توضیح میدهد که چگونه میتوانید ترتیب قرارداد را بررسی کنید، نتیجهگیری را مستند کنید و فرآیند دفترداری ایجاد کنید که وجه نقد، درآمد معوق، درآمد و اثرات تأمین مالی را جدا نگه دارد.

چرا اشتراک پیشپرداخت بهطور خودکار درآمد نیست

در یک ترتیب نرمافزار میزبانیشده معمولی، ارائهدهنده قول دسترسی مداوم، پشتیبانی یا خدمات آماده-خدمت مشابهی را میدهد. مشتری این خدمات را در طول دوره قرارداد دریافت و مصرف میکند، بنابراین ارائهدهنده معمولاً درآمد اشتراک تخصیصیافته را بهصورت قسطی یا با استفاده از معیار دیگری که انتقال خدمات را بهطور صادقانه نشان میدهد، شناسایی میکند.

تاریخ پرداخت یک رویداد جداگانه است. وقتی مشتری قبل از انجام خدمات توسط ارائهدهنده پرداخت میکند، ارائهدهنده معمولاً بدهی قراردادی—اغلب درآمد معوق یا کسبنشده نامیده میشود—ثبت میکند. این بدهی با ارائه خدمات آزاد میشود.

این تفاوت حتی وقتی قرارداد ساده است نیز اهمیت دارد. فاکتور سهساله میتواند سه برنامه زمانی متفاوت تولید کند:

  • برنامه زمانی وجه نقد که نشان میدهد پول چه زمانی دریافت شده است.
  • برنامه زمانی بدهی قراردادی که تعهد خدمات باقیمانده را نشان میدهد.
  • برنامه زمانی درآمد که نشان میدهد دسترسی چه زمانی فراهم شده است.

اگر شرایط پرداخت همچنین به ارائهدهنده یا مشتری تأمین مالی ارائه دهد، ممکن است برنامه زمانی بهره نیز وجود داشته باشد. ترکیب هر چهار مورد در یک حساب «درآمد اشتراک» صورتهای مالی را برای توضیح دشوار و تطبیق پایان ماه را شکننده میکند.

ASC 606 از مؤلفه تأمین مالی معنادار چه معنایی دارد

ASC 606-10-32-15 تا 32-20 مستلزم آن است که یک واحد تجاری مبالغ مورد توافق را برای ارزش زمانی پول تعدیل کند وقتی زمانبندی پرداخت به هر یک از طرفین مزیت تأمین مالی معناداری مربوط به انتقال کالاها یا خدمات میدهد. هدف این است که درآمد با قیمت فروش نقدی—مبلغی که مشتری در زمان انتقال خدمات پرداخت میکرد—شناسایی شود.

ارزیابی هم زمان بین پرداخت و انتقال و هم نرخهای بهره رایج بازار را در نظر میگیرد. همچنین تفاوت، در صورت وجود، بین مبالغ مورد توافق و قیمت فروش نقدی را در نظر میگیرد. هیچ آزمون جهانی «تخفیف بزرگتر از X درصد» وجود ندارد، و فاصله پرداخت طولانی بهتنهایی مسئله را حل نمیکند.

استاندارد موقعیتهایی را شناسایی میکند که ممکن است نشان دهد تفاوت زمانی تأمین مالی نیست. بهعنوان مثال، مشتری ممکن است پیشپرداخت کند در حالی که اختیار استفاده از خدمات را در زمان دلخواه خود حفظ میکند. مبالغ ممکن است بهدلیل رویداد آینده بهطور قابلتوجهی متغیر باشد. یا تفاوت بین قیمت توافقشده و قیمت فروش نقدی ممکن است متناسب با هدف تجاری دیگری باشد، مانند محافظت از ارائهدهنده در برابر عدم اجرا یا کاهش هزینه و ریسک مدیریت پرداختهای ماهانه.

کلمه «متناسب» مهم است. ارائهدهنده باید بتواند توضیح دهد که چرا تخفیف یا حق بیمه با هدف غیرتأمین مالی سازگار است، نه اینکه صرفاً ادعا کند که پیشپرداخت راحت است.

معافیت عملی یکساله باریکتر از آن چیزی است که به نظر میرسد

معافیت عملی در ASC 606-10-32-18 به یک واحد تجاری اجازه میدهد مبالغ مورد توافق را برای مؤلفه تأمین مالی معنادار تعدیل نکند وقتی در شروع قرارداد انتظار داشته باشد دوره بین انتقال کالا یا خدمات وعدهدادهشده و پرداخت مشتری برای آن کالا یا خدمات یک سال یا کمتر باشد.

این معافیت یک استثنای کلی برای هر قرارداد با چرخه صورتحساب یکساله نیست. اشتراک چندسالهای که کاملاً پیشپرداخت شده است هنوز شامل انتقال خدماتی است که بیش از یک سال پس از پرداخت اتفاق میافتد. بهطور مشابه، قرارداد چندسالهای که سالانه صورتحساب میشود ممکن است نیاز به تحلیل زمانبندی بین هر پرداخت سالانه و خدمات مربوطه داشته باشد.

نتیجهگیری باید با استفاده از حقایق و انتظارات موجود در شروع قرارداد انجام شود. شرایط پرداخت اصلی، تاریخ شروع خدمات، شرایط تمدید و الگوی تحویل مورد انتظار را با بررسی قرارداد حفظ کنید. تغییر بعدی در نرخهای بهره به این معنی نیست که نرخ تنزیل اصلی بهطور مداوم اندازهگیری مجدد شود.

یک بررسی پنجمرحلهای برای قرارداد چندساله SaaS

1. خدمات وعدهدادهشده را به الگوی انتقال آن نگاشت کنید

با قرارداد شروع کنید، نه فاکتور. وعدهها را شناسایی کنید: دسترسی میزبانی، اجرا، پشتیبانی، آموزش، اعتبار استفاده یا خدمات حرفهای. تعیین کنید کدام وعدهها متمایز هستند و هر یک چه زمانی انتقال مییابند.

برای تعهد دسترسی آماده-خدمت، تقویم خدمات ماهانه بسازید. اگر اجرا در شروع تحویل شود و دسترسی بلافاصله آغاز شود، تحلیل تأمین مالی ممکن است با قراردادی که مشتری اکنون پرداخت میکند اما تاریخ شروع را بعداً انتخاب میکند، متفاوت باشد.

همچنین مفاد لغو، بازپرداخت، تعلیق و استفاده را شناسایی کنید. پرداختی که به نظر میرسد پیشپرداخت ساده باشد ممکن است تا حدی نشاندهنده حق مادی، تعهد غیرقابلبازگشت یا مبالغ متغیر باشد.

2. زمانبندی پرداخت را با زمانبندی خدمات مقایسه کنید

یک خط زمانی با چهار تاریخ برای هر جریان پرداخت ایجاد کنید:

  1. شروع قرارداد.
  2. تاریخ فاکتور.
  3. تاریخ دریافت وجه نقد یا تاریخ سررسید قراردادی.
  4. انتقال مورد انتظار هر خدمت وعدهدادهشده.

برای قرارداد پیشپرداخت سهساله، اولین ماه خدمات ممکن است نزدیک به تاریخ پرداخت باشد در حالی که آخرین ماه خدمات تقریباً سه سال فاصله دارد. این بازه آموزندهتر از صرفاً «سالانه» یا «چندساله» نامیدن قرارداد است.

اگر مشتری پس از خدمات پرداخت کند، ارائهدهنده ممکن است به مشتری تأمین مالی دهد. اگر مشتری قبل از خدمات پرداخت کند، مشتری ممکن است به ارائهدهنده تأمین مالی دهد. جهت بر نحوه ارائه اثر تأمین مالی بهعنوان درآمد بهره یا هزینه بهره تأثیر میگذارد.

3. دلیل تجاری تخفیف را شناسایی کنید

بپرسید چرا مشتری قیمتی متفاوت از مشتری ماهانه دریافت میکند. دلایل غیرتأمین مالی قابل قبول شامل موارد زیر است:

  • تعهد محکمی که انتظار ریزش را کاهش میدهد.
  • فاکتورها، تلاشهای پرداخت، وصولها و تمدیدهای کمتر.
  • کاهش کار راهاندازی یا مدیریت حساب.
  • تعهد حجم یا مدت که به ارائهدهنده اجازه برنامهریزی ظرفیت میدهد.
  • محافظت در برابر رها کردن اجرای تخصصی توسط مشتری.
  • برداشت تحت کنترل مشتری از اعتبار استفاده پیشپرداختشده.

این دلایل پاسخهای خودکار نیستند. هر جا ممکن است آنها را کمی کنید. هزینههای پردازش پرداخت، زیان وصول، کار تمدید، استفاده از پشتیبانی و حفظ مشتری تاریخی را بین مشتریان ماهانه و متعهد مقایسه کنید. یادداشت قیمتگذاری که تخفیف را به اقتصاد قابلاندازهگیری مرتبط میکند قویتر از یادداشتی است که صرفاً برچسب تیم فروش را تکرار میکند.

4. قیمت فروش نقدی و معافیت یکساله را آزمایش کنید

قیمت فروش نقدی لزوماً قیمت فهرستی نیست. این قیمتی است که مشتری بهصورت نقدی در زمان انتقال خدمات یا بهگونهای که خدمات انتقال مییابد پرداخت میکرد. وعده چندساله را با قیمتهای قابل مشاهده برای مشتریان مشابه، گزینههای ماهانه یا سالانه و هر گزینه نقدی جداگانه مقایسه کنید.

سپس آزمایش کنید که آیا معافیت یکساله برای دورههای انتقال مربوطه اعمال میشود یا خیر. اگر نه، تصمیم بگیرید که آیا شرایط پرداخت پس از در نظر گرفتن تمام حقایق و شرایط، مزیت تأمین مالی معناداری فراهم میکند یا خیر.

«بدون بهره» در قرارداد را بهعنوان مدرکی مبنی بر عدم وجود تأمین مالی تلقی نکنید. نرخ تأمین مالی میتواند ضمنی باشد. برعکس، هر تفاوت بین قیمت ماهانه و قیمت پیشپرداخت را بهره تلقی نکنید. ASC 606 بهجای هر دو میانبر، نیاز به قضاوت دارد.

5. نرخ تنزیل را انتخاب و حفظ کنید

وقتی تعدیل لازم است، نرخ باید منعکسکننده نرخ در معامله تأمین مالی جداگانه بین ارائهدهنده و مشتری در شروع قرارداد باشد. باید ویژگیهای اعتباری طرفی که تأمین مالی دریافت میکند و وثیقه یا امنیت مربوطه را منعکس کند. نرخ بهطور خودکار نرخ استقراض میانگین وزنی ارائهدهنده، نرخ کارت اعتباری مشتری یا نرخ ضمنی تخفیف بازاریابی نیست.

ورودیهای قابل مشاهده، روششناسی انتخابشده، تاریخ قرارداد و دلیل مناسب بودن نرخ را مستند کنید. پس از شروع، صرفاً بهدلیل تغییر نرخهای بازار یا ریسک اعتباری مشتری، نرخ را بهروز نکنید. قرارداد را برای سایر اصلاحات طبق راهنماییهای مربوطه مجدداً ارزیابی کنید، اما برنامه تأمین مالی اصلی را بهسادگی بازنویسی نکنید.

یک مثال عملی: سه سال دسترسی با پرداخت پیشپرداخت

فرض کنید یک ارائهدهنده نرمافزار اشتراک میزبانی سهساله ارائه میدهد. مشتری ۱۲,۶۰۰ دلار پیشپرداخت میکند. قیمت ماهانه عادی ارائهدهنده در مجموع ۱۴,۴۰۰ دلار یا ۴۰۰ دلار در ماه خواهد بود.

تفاوت ۱,۸۰۰ دلاری بهطور خودکار مؤلفه تأمین مالی نیست. مدیریت باید بپرسد این ۱,۸۰۰ دلار چه چیزی را خریداری میکند. اگر ارائهدهنده شواهدی داشته باشد که مدت تعهد بهطور قابلتوجهی هزینههای اداری تمدید، شکست پرداخت، نوسان پشتیبانی یا ریسک جذب مشتری را کاهش میدهد—و تخفیف متناسب با آن صرفهجوییها باشد—ترتیب ممکن است حاوی مؤلفه تأمین مالی معنادار نباشد.

حالا حقایق را تغییر دهید. ارائهدهنده دو گزینه از نظر اقتصادی قابل مقایسه ارائه میدهد: پرداخت ۱۲,۶۰۰ دلار هنگام امضا، یا پرداخت ۱۴,۴۰۰ دلار در طول دوره خدمات مشابه با توصیف تفاوت بهعنوان تخفیف برای پرداخت فوری. مشتری تعهد طولانیتر یا خدمات متفاوتی را انتخاب نمیکند؛ بلکه انتخاب میکند زودتر به ارائهدهنده تأمین مالی دهد. این حقایق بهطور قویتری به مزیت تأمین مالی اشاره میکنند و نیاز به ارزیابی مستند ASC 606 دارند.

اگر مؤلفه تأمین مالی معنادار وجود داشته باشد، ارائهدهنده صرفاً ۱۲,۶۰۰ دلار را به درآمد در اول ژانویه اعتبار نمیدهد. وجه نقد و بدهی قراردادی را ثبت میکند، اثر تأمین مالی را در طول دوره مربوطه شناسایی میکند و بدهی را با انتقال خدمات آزاد میکند. اثر تأمین مالی جدا از درآمد اشتراک بهعنوان هزینه بهره یا درآمد بهره، بسته به مورد، ارائه میشود.

برنامه استهلاک دقیق به نرخ انتخابشده، زمانبندی پرداخت، الگوی خدمات، اصلاحات قرارداد و خطمشی حسابداری ارائهدهنده بستگی دارد. به همین دلیل بررسی قرارداد باید قبل از ثبت فاکتور انجام شود و برنامه باید به دفتر کل مرتبط باشد، نه اینکه بهعنوان یک صفحه گسترده جداگانه نگهداری شود.

کنترلها و فرآیندهای دفترداری که از سردرگمی پایان ماه جلوگیری میکنند

یک فرآیند قابل اتکا با رکورد داده در سطح قرارداد شروع میشود. حداقل موارد زیر را ثبت کنید:

  • مشتری، شناسه قرارداد، تاریخ شروع و تاریخ پایان.
  • تعهدات عملکرد و الگوی انتقال.
  • تاریخهای صورتحساب، تاریخهای سررسید و دریافتهای نقدی واقعی.
  • هزینههای پیشپرداخت، تخفیفها، اعتبارات، تمدیدها و حقوق بازپرداخت.
  • شواهد قیمت فروش نقدی و نتیجهگیری تأمین مالی.
  • نرخ تنزیل، روش محاسبه و تاریخ تأیید.

از حسابهای جداگانه برای درآمد اشتراک، بدهیهای قراردادی، حسابهای دریافتنی، وجه نقد و درآمد یا هزینه بهره استفاده کنید. دفتر معین را ماهانه با دفتر کل تطبیق دهید، سپس گردش بدهی قراردادی را با تعهدات عملکرد باقیمانده تطبیق دهید.

گزارشهای استثنا برای قراردادهایی که هر یک از ویژگیهای زیر را دارند ایجاد کنید:

  • مدت بیش از یک سال با پیشپرداخت کامل.
  • تخفیف بهطور قابلتوجهی متفاوت از تخفیفهای استاندارد مدت.
  • تاریخ پرداخت بیش از یک سال قبل از انتقال خدمات مورد انتظار.
  • تاریخ شروع تحت کنترل مشتری.
  • مؤلفه عمدهای مبتنی بر استفاده یا مبتنی بر فروش.
  • اصلاح، بازپرداخت، لغو یا تمدید زودهنگام.

این گردش کار به تیم مالی کمک میکند قضاوت را در جایی که اهمیت دارد متمرکز کند، بهجای بازبینی مجدد هر فاکتور ماهانه عادی. همچنین یک مسیر حسابرسی ایجاد میکند که توضیح میدهد چرا قراردادهای مشابه رفتار مشابهی دریافت کردهاند.

اشتباهات رایجی که باید از آنها اجتناب کرد

تلقی وصول وجه نقد بهعنوان درآمد

وجه نقد شواهدی از وصول است، نه اثبات اینکه ارائهدهنده تعهد عملکرد را برآورده کرده است. بدهی قراردادی را ثبت کنید و آن را با ارائه خدمات آزاد کنید.

اعمال معافیت یکساله برای کل قرارداد

معافیت به فاصله مورد انتظار بین انتقال و پرداخت مربوط میشود. بهطور خودکار سالهای بعدی یک پیشپرداخت چندساله را پوشش نمیدهد.

نامیدن هر تخفیف پیشپرداخت بهعنوان بهره

دلایل تعهد، ریسک، اداری و استفاده میتوانند ماهوی باشند. قبل از طبقهبندی تخفیف بهعنوان تأمین مالی، شواهد جمعآوری کنید و تناسب را آزمایش کنید.

استفاده از نرخ اشتباه

نرخ یک برآورد شروع قرارداد برای معامله تأمین مالی جداگانه است. پشتیبانی برای پروفایل اعتباری مشتری، وثیقه، دادههای بازار و محاسبه انتخابشده را حفظ کنید.

ثبت اثر بهره در داخل درآمد اشتراک

ASC 606 اثرات تأمین مالی را از ارائه درآمد جدا میکند. حسابهای جداگانه حاشیه ناخالص، درآمد تکرارشونده و هزینههای تأمین مالی را برای درک آسانتر میکنند.

نادیده گرفتن اصلاحات قرارداد

ارتقا، تنزل، تمدید، بازپرداخت یا خاتمه زودهنگام میتواند قیمت معامله باقیمانده و الگوی انتقال را تغییر دهد. این تغییرات را بهجای ویرایش دستی موجودی درآمد معوق، از همان فرآیند بررسی قرارداد عبور دهید.

فهرست بازبینی نهایی برای تیمهای مالی

قبل از بستن دوره، تأیید کنید که:

  1. قراردادهای چندساله جدید از سیستم صورتحساب یا CRM شناسایی شدهاند.
  2. هر قرارداد تقویم انتقال خدمات دارد.
  3. ارزیابی تأمین مالی هم نتیجهگیری و هم شواهد تجاری پشتیبان آن را بیان میکند.
  4. معافیت یکساله فقط در جایی اعمال شده است که شرایط آن در شروع قرارداد برقرار بوده است.
  5. هر نرخ مورد نیاز در شروع قرارداد انتخاب و در برنامه قفل شده است.
  6. درآمد، بدهی قراردادی، وجه نقد، دریافتنیها و اثرات تأمین مالی تطبیق مییابند.
  7. اصلاحات و لغوها قبل از نهایی شدن برنامه بررسی شدهاند.
  8. پشتیبانی افشا برای قضاوتهای مهم و تعهدات عملکرد باقیمانده آماده است.

هدف این نیست که هر اشتراک به یک ابزار مالی پیچیده تبدیل شود. هدف این است که وقتی ساختار پرداخت اقتصاد قرارداد را تغییر میدهد متوجه شوید و حسابداری بهطور مداوم آن اقتصاد را منعکس کند.

مدیریت مالی خود را ساده کنید

همانطور که کسبوکار اشتراکی شما رشد میکند، سوابق شفاف بازبینی درآمد معوق، جریان نقدی و قضاوتهای تأمین مالی را آسانتر میکنند. Beancount.io حسابداری متن-ساده را ارائه میدهد که شفاف، نسخهمدیریتشده و آماده هوش مصنوعی است، بنابراین تاریخچه مالی شما بدون قفلشدن فروشنده، قابل حسابرسی باقی میماند. مستندات را کاوش کنید یا ببینید Fava چگونه میتواند دفتر شما را تجسم کند.

این مقاله را به‌اشتراک بگذارید

زمان مطالعه 7 دقیقه

ترتیبات نگهداری کالا پس از صدور صورتحساب تحت استاندارد ASC 606: چه زمانی می‌توانید (و نمی‌توانید) درآمد حاصل از کالاهایی که مشتری هنوز تحویل نگرفته است را شناسایی کنید

استاندارد ASC 606 اجازه شناسایی درآمد در ترتیبات نگهداری کالا پس از صدور…

revenue-recognition
accounting
زمان مطالعه 8 دقیقه

امتیازات وفاداری یک بدهی هستند، نه درآمد: نحوه ثبت حسابداری انقضاء و درآمد معوق بر اساس استاندارد ASC 606

طبق استاندارد ASC 606، امتیازات وفاداری تا زمانی که مشتریان آنها را بازخرید…

revenue-recognition
liability
زمان مطالعه 12 دقیقه

استاندارد ASC 606 برای استارتاپ‌های SaaS: مدل پنج‌مرحله‌ای، درآمد معوق و اشتباهاتی که حسابرسی‌ها را با شکست مواجه می‌کنند

استاندارد ASC 606 شرکت‌های SaaS را ملزم می‌کند که درآمد را همزمان با ارائه…

saas
revenue-recognition
زمان مطالعه 13 دقیقه

ASC 606 ملاحظات متغیر و تعهدات آماده‌به‌خدمت: راهنمای عملی

نحوه تخمین ملاحظات متغیر تحت استاندارد ASC 606 — شامل تخفیف‌های حجمی، پاداش‌های…

revenue-recognition
accounting
زمان مطالعه 11 دقیقه

سرمایه‌گذاری هزینه‌های نرم‌افزار تحت استاندارد ASC 350-40: راهنمای عملی برای تصمیم‌گیری بین ثبت به عنوان دارایی یا هزینه

استاندارد ASC 350-40 تعیین می‌کند که شرکت‌های SaaS کدام هزینه‌های توسعه…

saas
software-capitalization