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

یک بنیان‌گذار ۱۲۰,۰۰۰ دلار پیش‌پرداخت سالانه را در آخرین روز دسامبر دریافت کرد و تمام آن را به‌عنوان درآمد سه‌ماهه چهارم (Q4) ثبت کرد. هیئت‌مدیره جشن گرفت. شش ماه بعد، در طول ارزیابی موشکافانه (Diligence) برای سری A، مؤسسه حسابرسی صورت‌های مالی سال را تجدید ارائه کرد، ۹۰,۰۰۰ دلار از درآمد را به بخش درآمد انتقالی (Deferred Revenue) بازگرداند و نهایی شدن راند سرمایه‌گذاری دو ماه به تعویق افتاد. معامله در نهایت انجام شد — اما با ارزش‌گذاری پایین‌تر از برگه شرایط (Term Sheet) اصلی.

این داستان غیرمعمولی نیست. طبق نظرسنجی‌های صنعت، بیش از نیمی از شرکت‌های SaaS در مراحل اولیه، حداقل یک اشتباه در استاندارد ASC 606 مرتکب می‌شوند که به اندازه کافی جدی است تا باعث تجدید ارائه درآمد در طول ارزیابی‌های جذب سرمایه شود، و این موضوع معمولاً تأخیری بین شش تا ده هفته ایجاد می‌کند. استاندارد حسابداری که نحوه شناسایی درآمد SaaS را حاکم می‌کند، یکی از سوءتفاهم‌برانگیزترین دستورالعمل‌ها در تامین مالی مراحل اولیه است و هزینه اشتباه انجام دادن آن نه تنها در هزینه‌های حسابداری، بلکه در ارزش‌گذاری شرکت پرداخت می‌شود.

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

چرا ASC 606 وجود دارد و چرا بنیان‌گذاران SaaS باید به آن اهمیت دهند

قبل از ASC 606، شرکت‌های نرم‌افزاری و SaaS از مجموعه‌ای از قوانین درآمدی خاص صنعت پیروی می‌کردند که نتایج بسیار متفاوتی را در بین شرکت‌هایی که محصولات مشابه می‌فروختند ایجاد می‌کرد. دو کسب‌وکار SaaS با قراردادهای یکسان می‌توانستند به طور قانونی اعداد درآمدی بسیار متفاوتی را در یک فصل مشابه ثبت کنند، بسته به اینکه حسابداران آن‌ها از کدام دستورالعمل‌های قدیمی استفاده می‌کردند.

استاندارد ASC 606 — که توسط هیئت استانداردهای حسابداری مالی (FASB) صادر شد و برای شرکت‌های خصوصی از ابتدای سال ۲۰۱۹ لازم‌الاجرا گشت — آن مجموعه قوانین پراکنده را با یک چارچوب جهانی جایگزین کرد. اصل اصلی ساده است: درآمد را زمانی شناسایی کنید که کنترل یک کالا یا خدمت را به مشتری منتقل می‌کنید، به میزانی که نشان‌دهنده مبلغی باشد که انتظار دارید در ازای آن دریافت کنید.

برای یک شرکت SaaS، این به یک قانون سخت تبدیل می‌شود: شما نمی‌توانید یک اشتراک پیش‌پرداخت یک‌ساله را در روزی که پول به حساب شما واریز می‌شود، به عنوان درآمد ثبت کنید. شما آن را به تناسب (Ratable) در طول ماه‌هایی که واقعاً سرویس را ارائه می‌دهید، شناسایی می‌کنید. پول نقد متعلق به شماست، اما درآمد هنوز متعلق به شما نیست — حداقل هنوز نه.

سه دلیل برای اینکه این موضوع حتی قبل از داشتن حسابرس اهمیت دارد:

1. سرمایه‌گذاران صورت‌های مالی مطابق با GAAP را می‌خوانند. سرمایه‌گذاران حرفه‌ای اقتصاد واحد (Unit Economics) شما را از روی صورت‌های مالی‌تان مدل‌سازی می‌کنند. اگر اعداد MRR، ARR و حاشیه سود ناخالص شما از یک سیاست شناسایی غیر-GAAP نشأت گرفته باشد، مجبور خواهید شد زمان ارزیابی را صرف بازسازی آن‌ها کنید.
2. تجدید ارائه‌ها هیئت‌مدیره را می‌ترساند. داشتن یک سیاست درآمدی شفاف از سال اول بسیار ارزان‌تر از بازسازی تاریخچه سه ساله در طول راند سری A است.
3. تفاوت مالیات و دفترداری. دفاتر مبتنی بر نقدی ممکن است برای اظهارنامه مالیاتی اولیه کارساز باشند، اما در نهایت به صورت‌های مالی بر مبنای تعهدی نیاز خواهید داشت. شروع صحیح بر مبنای تعهدی از روز اول، از پاکسازی‌های گذشته‌نگر دردناک جلوگیری می‌کند.

مدل پنج‌مرحله‌ای، ترجمه شده برای SaaS

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

مرحله ۱: شناسایی قرارداد با مشتری

یک قرارداد تحت ASC 606 باید دارای تاییدیه هر دو طرف، حقوق و تعهدات قابل شناسایی، شرایط پرداخت مشخص، ماهیت تجاری و احتمال بالای وصول مبالغ باشد. برای اکثر کسب‌وکارهای SaaS، یک فرم سفارش امضا شده، یک توافقنامه الکترونیکی (Click-through) یا یک توافقنامه خدمات اصلی (MSA) به همراه شرح کار (SOW)، همگی واجد شرایط هستند.

مراقب دو تله باشید:

• دوره آزمایشی رایگان (Free trials) و پایلوت‌ها. یک دوره آزمایشی رایگان ۳۰ روزه معمولاً قراردادی تحت ASC 606 محسوب نمی‌شود، زیرا مشتری هیچ تعهدی به پرداخت ندارد. قرارداد زمانی آغاز می‌شود که شرایط پرداخت شروع شود.
• تمدیدهای خودکار. اگر مشتری شما در وضعیت تمدید خودکار ماه به ماه است، هر دوره تمدید را به عنوان دوره قرارداد مربوطه در نظر بگیرید، مگر اینکه جریمه لغو قابل اجرایی وجود داشته باشد.

مرحله ۲: شناسایی تعهدات عملکرد

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

برای یک معامله معمولی SaaS، تعهدات عملکرد رایج عبارتند از:

• اشتراک اصلی SaaS (دسترسی به پلتفرم)
• خدمات پیاده‌سازی، راه‌اندازی (Onboarding) یا مهاجرت داده‌ها
• آموزش، پشتیبانی ویژه یا خدمات موفقیت مشتری
• یکپارچه‌سازی‌های سفارشی یا کارهای توسعه‌ای
• هزینه‌های راه‌اندازی یا فعال‌سازی اولیه

بخش دشوار، قضاوت در این مورد است که آیا هر وعده واقعاً متمایز است یا خیر. فعالیت‌های راه‌اندازی که صرفاً مشتری را قادر به دسترسی به پلتفرم می‌کنند — مانند آماده‌سازی فضای کاربری (Provisioning a tenant)، تولید اعتبارنامه‌ها، پیکربندی اولیه — معمولاً متمایز نیستند. آن‌ها در فرآیند ارائه خودِ اشتراک مصرف می‌شوند و هرگونه هزینه مرتبط با آن‌ها باید به تعویق بیفتد و در طول دوره اشتراک (یا طول عمر انتظار رفته مشتری، اگر طولانی‌تر باشد) شناسایی شود.

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

مرحله ۳: تعیین قیمت تراکنش

قیمت تراکنش، مابه‌ازایی است که انتظار دارید در ازای انتقال کالاها یا خدمات تعهد شده، مستحق دریافت آن باشید. برای یک اشتراک سالانه با مبلغ ثابت ۲۴,۰۰۰ دلار و بدون هیچ متغیری، این محاسبات ساده است.

این موضوع زمانی دشوار می‌شود که قرارداد شامل موارد زیر باشد:

• تخفیف‌ها و اعتبارها (که باید بین تعهدات عملکرد تخصیص یابند)
• مابه‌ازای متغیر مانند کارمزدهای مبتنی بر مصرف، قیمت‌گذاری پلکانی یا تخفیف‌های حجمی
• حقوق استرداد وجه یا اعتبارات سطح خدمات که به‌طور موثری مابه‌ازا را محدود می‌کنند
• اجزای تامین مالی بااهمیت در قراردادهای پیش‌پرداخت چندساله

برای مابه‌ازای متغیر، استاندارد ASC 606 شما را ملزم می‌کند که مبلغ را با استفاده از روش ارزش مورد انتظار (میانگین وزنی احتمالی در میان نتایج ممکن) یا روش محتمل‌ترین مبلغ (تکی‌ترین نتیجه محتمل) برآورد کنید. همچنین باید یک محدودیت را اعمال کنید — فقط مبالغی را لحاظ کنید که احتمال بالایی وجود دارد که بعداً منجر به برگشت قابل‌توجه درآمد نشوند.

برای قیمت‌گذاری صرفاً مبتنی بر مصرف که در آن صورت‌حساب‌ها مستقیماً با ارزش ارائه شده در هر دوره مطابقت دارند، استاندارد یک راهکار عملی ارائه می‌دهد: درآمد را به میزان مبلغ صورت‌حساب شناسایی کنید. اکثر صورت‌حساب‌های SaaS مبتنی بر مصرف (metered) به‌راحتی ذیل این راهکار قرار می‌گیرند.

مرحله ۴: تخصیص قیمت تراکنش به تعهدات عملکرد

اگر قرارداد شما تنها یک تعهد عملکرد دارد، از این مرحله عبور می‌کنید. اگر بیش از یک تعهد دارد، قیمت کل تراکنش را به نسبت قیمت فروش انفرادی (SSP) هر تعهد عملکرد تخصیص می‌دهید — یعنی مبلغی که اگر آن کالا را به‌طور جداگانه می‌فروختید، مطالبه می‌کردید.

مثال عملی. مشتری قراردادی یک‌ساله برای موارد زیر امضا می‌کند:

• ۲۰,۰۰۰ دلار اشتراک سالانه
• ۵,۰۰۰ دلار پروژه پیاده‌سازی
• مجموع قرارداد: ۲۵,۰۰۰ دلار

اگر اشتراک را به‌صورت انفرادی ۲۰,۰۰۰ دلار و پیاده‌سازی را به‌صورت انفرادی ۵,۰۰۰ دلار بفروشید، SSPها با قیمت‌های قراردادی مطابقت دارند و نیازی به تخصیص مجدد نیست. درآمد ۵,۰۰۰ دلاری پیاده‌سازی پس از اتمام پروژه شناسایی می‌شود؛ درآمد ۲۰,۰۰۰ دلاری اشتراک به‌صورت ماهانه ۱,۶۶۶.۶۷ دلار در طول دوره دوازده‌ماهه شناسایی می‌شود.

اما فرض کنید همان قرارداد را برای نهایی کردن معامله، با قیمت ثابت ۲۲,۰۰۰ دلار به‌صورت بسته‌ای می‌فروشید. اکنون شما ۳,۰۰۰ دلار تخفیف برای تخصیص دارید. با استفاده از SSP نسبی، تخفیف را به‌صورت تناسبی تخصیص می‌دهید: ۲,۴۰۰ دلار به اشتراک و ۶۰۰ دلار به پیاده‌سازی. پیاده‌سازی در زمان اتمام با مبلغ ۴,۴۰۰ دلار شناسایی می‌شود؛ اشتراک با مبلغ ۱۷,۶۰۰ دلار که در طول دوازده ماه پخش شده است، شناسایی می‌گردد.

اگر نمی‌توانید مستقیماً SSPها را مشاهده کنید چون هرگز موارد را جداگانه نمی‌فروشید، ASC 606 به شما اجازه می‌دهد آن‌ها را با استفاده از رویکردهایی مانند ارزیابی تعدیل‌شده بازار، هزینه مورد انتظار به‌علاوه حاشیه سود، یا روش باقی‌مانده (فقط در شرایط محدود) برآورد کنید.

مرحله ۵: شناخت درآمد هنگام (یا به‌مرورِ) ایفای تعهد عملکرد

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

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

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

اینجاست که مکانیسم درآمد انتقالی در ترازنامه شما ظاهر می‌شود. وجه نقد جمع‌آوری شده برای خدماتی که هنوز ارائه نشده‌اند، در یک حساب بدهی به نام درآمد انتقالی (یا طبق اصطلاح‌شناسی ASC 606، بدهی قراردادی) قرار می‌گیرد. هر ماه، شما بخشی را که اکنون کسب شده است، به عنوان درآمد شناسایی‌شده بازطبقه‌بندی می‌کنید.

جدول درآمد انتقالی، رمزگشایی‌شده

جدول درآمد انتقالی (Deferred Revenue Schedule) سندی است که حسابرس شما بیش از هر چیز دیگری بررسی خواهد کرد. همچنین سندی است که اکثر شرکت‌های SaaS در مراحل اولیه، در قالب یک فایل اکسل درهم‌ریخته (Frankenstein spreadsheet) نگه می‌دارند که هیچ‌کس کاملاً به آن اعتماد ندارد.

یک جدول تمیز برای هر قرارداد فعال موارد زیر را نشان می‌دهد:

• تاریخ شروع و پایان قرارداد
• قیمت کل تراکنش تخصیص یافته به هر تعهد عملکرد
• الگوی شناخت درآمد (ماهانه خط مستقیم، مقطع زمانی، درصد پیشرفت کار)
• مبلغ انباشته شناسایی شده تا به امروز
• مانده انتقالی باقی‌مانده

مانده افتتاحیه درآمد انتقالی به‌علاوه مبالغ صورت‌حساب شده (نقدینگی جمع‌آوری شده برای خدمات آتی) منهای درآمد شناسایی شده باید با مانده اختتامیه درآمد انتقالی برابر باشد. اگر این معادله ساده هر ماه برقرار نباشد، دفاتر شما مشکلی دارند که حسابرس شما آن را پیدا خواهد کرد.

سه قانونی که جدول را قابل اعتماد نگه می‌دارند:

1. مغایرت‌گیری ماهانه، نه فصلی. خطاها روی هم انباشته می‌شوند. آن‌ها را در همان ماهی که رخ می‌دهند شناسایی کنید.
2. اتصال جدول به قراردادها، نه صورت‌حساب‌ها. صورت‌حساب‌ها رویدادهای مربوط به دریافت وجه هستند؛ قراردادها تعهد شناخت درآمد را تعریف می‌کنند. همیشه از قرارداد به عنوان مرجع نهایی حقیقت استفاده کنید.
3. مستندسازی فوری تغییرات. ارتقا، کاهش سطح، لغو و تمدید قرارداد، هر کدام نیاز به برخورد حسابداری مشخصی دارند. تغییری که محدوده و مدت قرارداد را دوبرابر می‌کند، عموماً به عنوان یک قرارداد جدید در نظر گرفته می‌شود؛ تغییری که به قرارداد موجود اضافه می‌کند، عموماً تداوم همان قرارداد است. مستند کنید که کدام روش را انتخاب کردید و چرا.

نگهداری سوابق مالی دقیق از روز اول در اینجا ضروری است — اگر تاریخچه تراکنش‌های زیربنایی شما نامنظم باشد، بازسازی جدول درآمد انتقالی پس از وقوع غیرممکن است. حسابداری متن‌ساده (Plain-text accounting) این نوع انضباط را طبیعی جلوه می‌دهد، زیرا هر ورودی قابل حسابرسی، دارای کنترل نسخه و در قالب یک "تفاوت" (diff) قابل بررسی است.

۶ اشتباهی که باعث شکست در حسابرسی می‌شوند

در ادامه، خطاهای مکرری که در یافته‌های حسابرسی SaaS، افشاهای تجدید ارائه و گزارش‌های تاخیر در بررسی‌های لازم (Diligence) مشاهده می‌شوند، آورده شده است. هر یک از این موارد با حسابداری منضبط قابل پیشگیری است.

اشتباه ۱: ثبت پیش‌پرداخت سالانه به عنوان درآمد در روز اول

یک پیش‌پرداخت سالانه ۲۴,۰۰۰ دلاری، ۲۴,۰۰۰ دلار درآمد نیست. این مبلغ شامل ۲,۰۰۰ دلار درآمد شناسایی‌شده در هر ماه و ۲۴,۰۰۰ دلار جریان نقدی ورودی به حساب درآمدهای معوق (Deferred Revenue) در روز وصول است. این رایج‌ترین خطا در میان شرکت‌های SaaS با درآمد زیر ۱۰ میلیون دلار است و عاملی است که بیش از هر چیز باعث نیاز به تجدید ارائه صورت‌های مالی می‌شود.

اشتباه ۲: شناسایی ارزش قرارداد چندساله به صورت یکجا و در ابتدا

یک قرارداد سه ساله به ارزش ۳۶۰,۰۰۰ دلار، ماهیانه ۱۰,۰۰۰ دلار درآمد در طول سی و شش ماه ایجاد می‌کند. این قرارداد در سالی که امضا شده است، ۳۶۰,۰۰۰ دلار درآمد ایجاد نمی‌کند، حتی اگر مشتری تمام مبلغ را پیش‌پرداخت کرده باشد.

اشتباه ۳: طبقه‌بندی نادرست خدمات پیاده‌سازی

بسیاری از بنیان‌گذاران SaaS، درآمد پیاده‌سازی را در زمان وصول یا زمان راه‌اندازی (Go-live) ثبت می‌کنند، بدون اینکه بررسی کنند آیا پیاده‌سازی یک تعهد عملکرد (Performance Obligation) مجزا است یا خیر. اگر پیاده‌سازی صرفاً دسترسی به پلتفرم را امکان‌پذیر می‌کند، کارمزد آن باید در طول دوره اشتراک مستهلک شود — که معمولاً به معنای الگوی شناسایی بسیار کندتر از انتظار بنیان‌گذاران است.

اشتباه ۴: عدم محاسبه تغییرات قرارداد

مشتریان در میانه قرارداد ارتقا می‌دهند، سطح اشتراک را کاهش می‌دهند، لغو می‌کنند و یا مدت قرارداد را تمدید می‌کنند. هر تغییر به یک رویه حسابداری صریح نیاز دارد. رایج‌ترین خطا، عدم تسهیم زمانی (Prorate) درآمد هنگام کاهش سطح اشتراک مشتری است که باعث باقی ماندن مبالغ منقضی در دفاتر و بیش‌نمایی درآمد می‌شود.

اشتباه ۵: برآوردهای سرسری در مورد مبالغ متغیر

شرکت‌هایی که قیمت‌گذاری مبتنی بر مصرف دارند، اغلب هر آنچه در صورت‌حساب درج شده را بدون اعمال آزمون محدودیت (Constraint Test) ثبت می‌کنند. اگر میزان مصرف بسیار متغیر است و مشتری دارای بندهای حداقل تعهد یا سطوح حجمی است، شناسایی درآمد باید منعکس‌کننده یک مقدار مورد انتظار و محدود شده باشد — نه حداکثر مبلغ ممکن برای صدور صورت‌حساب.

اشتباه ۶: مستندسازی ناکافی

وقتی حسابرس می‌پرسد «چرا ۴,۴۰۰ دلار از تخفیف را به بخش پیاده‌سازی اختصاص دادید؟»، پاسخ باید یک یادداشت مکتوب با داده‌های قیمت فروش مستقل (SSP) قابل مشاهده باشد، نه اینکه «اینطور درست به نظر می‌رسید». مستندسازی ناکافی حسابرس را مجبور می‌کند که به رویکرد محافظه‌کارانه روی بیاورد که معمولاً به معنای ثبت درآمد کمتر است.

ایجاد فرآیند درآمدی آماده برای حسابرسی از روز اول

بیشتر شرکت‌های SaaS در مراحل اولیه تا زمانی که نیاز به حسابرسی داشته باشند — که معمولاً به دلیل جذب سرمایه سری A است — موضوع استاندارد ASC 606 را جدی نمی‌گیرند. در آن زمان، آن‌ها مجبور می‌شوند تحت فشار ضرب‌العجل، تاریخچه دو یا سه سال مالی را بازسازی کنند. یک برنامه بهتر:

در مرحله Seed:

• از اولین مشتری پرداختی خود، حسابداری تعهدی (Accrual-basis) را اتخاذ کنید.
• جدول زمان‌بندی درآمدهای معوق را از روز اول نگه دارید، حتی اگر فقط یک فایل اکسل ساده باشد.
• یک سیاست مکتوب برای شناسایی درآمد تدوین کنید. یک صفحه کافی است.
• هر قرارداد را با تاریخ شروع، تاریخ پایان و الگوی شناسایی درآمد برچسب‌گذاری کنید.

هنگام رشد به سمت سری A:

• جدول درآمدهای معوق را از اکسل به سیستمی منتقل کنید که با داده‌های صورت‌حساب شما مرتبط باشد.
• یک گزارش تطبیق ARR ایجاد کنید که هر ماه با درآمد طبق اصول GAAP مطابقت داشته باشد.
• از یک CPA بخواهید سیاست شناسایی درآمد و قالب‌های قراردادهای اصلی شما را بررسی کند.
• یک «شبیه‌سازی بررسی دقیق» (Diligence dry run) انجام دهید — فرض کنید به سوالات یک حسابرس درباره ده قرارداد برتر خود پاسخ می‌دهید.

پیش از جذب سرمایه:

• حداقل شصت روز قبل از شروع راند جذب سرمایه، یک بررسی کیفیت سود (QofE) یا پیش‌حسابرسی انجام دهید. ریسک تجدید ارائه اگر قبل از بررسی‌های لازم کشف شود، صرفاً یک پاورقی است؛ اما اگر در طول بررسی‌ها کشف شود، منجر به ارزش‌گذاری مجدد می‌شود.

سوابق درآمدی خود را از روز اول شفاف نگه دارید

شناسایی صحیح درآمد با دفاتر حسابداری شفاف شروع می‌شود. هر قرارداد مشتری، هر پیش‌پرداخت و هر تغییر باید در سیستمی ثبت شود که بتوانید به آن اعتماد کرده و آن را حسابرسی کنید. Beancount.io حسابداری متن‌ساده (Plain-text accounting) را ارائه می‌دهد که به شما شفافیت کامل و کنترل نسخه بر داده‌های مالی‌تان را می‌دهد — هر ثبت برای انسان قابل خواندن است، هر تغییر در Git قابل ردیابی است و جدول درآمدهای معوق شما هرگز با تراکنش‌های اصلی ناهماهنگ نمی‌شود. به رایگان شروع کنید و زیربنایی آماده برای حسابرسی ایجاد کنید، پیش از آنکه اولین سرمایه‌گذار درخواست آن را داشته باشد.