چرا حسابرسی شرکت نرم‌افزاری با رسیدگی به جمع فروش تفاوت دارد؟
در شرکت نرم‌افزاری، شواهد اصلی عملیات ممکن است در قراردادهای آنلاین، پایگاه اشتراک‌ها، درگاه پرداخت، سامانه پشتیبانی و مخزن کد پراکنده باشند. گزارش فروش حسابداری را نمی‌توان بدون آزمون ارتباط این سامانه‌ها با تعهدات قراردادی و خدمت ارائه‌شده، معادل درآمد کامل و درست دانست.
حسابرس باید مدل درآمدی هر محصول را بشناسد: اشتراک ماهانه یا سالانه، فروش مجوز نصب‌شونده، خدمات پیاده‌سازی، پشتیبانی، آموزش و توسعهٔ سفارشی. این موارد ممکن است در قرارداد واحد کنار هم باشند، اما از نظر زمان تحویل یا ماهیت وعده یکسان نیستند. برای بررسی عمومی شناسایی درآمد، راهنمای درآمد چیست و چگونه شناسایی می‌شود؟ را ببینید؛ در این مقاله تمرکز بر شواهد و آزمون‌های ویژهٔ شرکت نرم‌افزاری است.
درآمد اشتراک را چگونه با خدمت ارائه‌شده تطبیق دهیم؟
برای هر جریان درآمد، ابتدا قرارداد یا شرایط استفاده، محصول فروخته‌شده، تاریخ فعال‌سازی، مدت دسترسی، تمدید، تخفیف، اعتبار هدیه، لغو و بازپرداخت را به هم مرتبط کنید. سپس بررسی کنید گزارش مالی از چه سامانه‌ای استخراج شده و آیا همهٔ فروشگاهها، درگاه‌ها، نمایندگان و روش‌های دریافت وجه را پوشش می‌دهد.
در یک سرویس میزبانی‌شده، مشتری ممکن است در برابر مبلغ اشتراک، طی یک دوره به نرمافزار دسترسی داشته باشد. در یک مجوز نصب‌شونده یا پروژهٔ سفارشی، زمان انتقال وعده و شواهد تحویل می‌تواند متفاوت باشد. صفحهٔ رسمی IFRS 15 در بنیاد IFRS مدل شناسایی درآمد بر مبنای قرارداد، تعهدهای عملکردی، قیمت معامله و انتقال کالا یا خدمت را توضیح می‌دهد. این ارجاع برای شناخت یک چارچوب بینالمللی است؛ حسابرس شرکت ایرانی باید چارچوب گزارشگری و نسخهٔ استاندارد مصوب قابل اعمال بر همان شرکت را جداگانه احراز کند.
یک کنترل مفید، تطبیق ماهانهٔ این سه مقدار است: اشتراک‌های فعال در سامانه، درآمد ثبت‌شده در دفتر کل و تسویه‌های درگاه‌ها. اختلاف الزاماً اشتباه نیست، اما باید به علت مشخصی مانند تفاوت زمان تسویه، مالیات/کارمزد، بازپرداخت یا دورهٔ خدمت قابل ردیابی باشد.
- خطر یا پرسش: اشتراک فعال ثبت نشده یا از گزارش فروش جا افتاده است شواهد: فهرست مشترکان، رویداد فعال‌سازی، قرارداد، فاکتور و دریافت بانکی/درگاه آزمون نمونه: تعدادی رکورد را از سامانهٔ اشتراک تا دفتر فروش و دریافت وجه ردیابی کنید؛ تعدادی هم از دریافت وجه به فهرست فروش برگردانید.
- خطر یا پرسش: درآمد به دورهٔ نادرست منتقل شده است شواهد: تاریخ شروع و پایان دسترسی، تاریخ صورتحساب، سیاست تمدید و گزارش استفاده آزمون نمونه: قراردادهای نزدیک پایان دوره را انتخاب و تاریخ خدمت، ثبت درآمد و ماندهٔ دریافت‌شده برای خدمت آتی را تطبیق دهید.
- خطر یا پرسش: لغو یا اعتبار مشتری در حساب‌ها منعکس نشده است شواهد: درخواست لغو، تیکت پشتیبانی، صورتحساب اصلاحی، بازپرداخت و گردش حساب بانکی آزمون نمونه: لغوهای پس از تاریخ گزارش را بررسی کنید تا موارد مربوط به دورهٔ قبل یا بدهی بازپرداخت جا نمانده باشد.
- خطر یا پرسش: درآمد فروشگاه یا نماینده به مبلغ ناخالص/خالص نادرست گزارش شده است شواهد: قرارداد با فروشگاه یا نماینده، صورتحساب تسویه، کارمزد و مسئولیت ارائهٔ خدمت آزمون نمونه: قرارداد و مسیر تحویل را بخوانید؛ تعیین کنید شرکت دقیقاً چه وعده‌ای به مشتری می‌دهد و نقش هر طرف چیست.
مخارج توسعهٔ نرمافزار را چگونه رسیدگی کنیم؟
هزینه‌های محصول را بر اساس فعالیت و مرحلهٔ پروژه تفکیک کنید. حقوق تیم، پیمانکار، زیرساخت ابری، رفع اشکال، نگهداری و بازطراحی ممکن است در برآورد مدیریت همگی «هزینهٔ توسعه» نامیده شوند، اما این برچسب بهتنهایی تعیین نمیکند که مبلغ باید هزینه شود یا می‌تواند در دارایی شناسایی شود.
برای هر پروژه، پرونده‌ای شامل شرح قابلیت، تأیید شروع و عبور از مراحل، افراد و ساعت‌های کار، فاکتور پیمانکار، نسخه‌های منتشرشده، تاریخ آماده‌بودن برای استفاده و تصمیم مدیریت نگه دارید. سپس مبالغ ثبت‌شده را با اسناد حقوق و دستمزد، قراردادها، ثبت‌های دفتر کل و شواهد فنی نمونه‌گیری‌شده تطبیق دهید. اگر هزینه‌ای سرمایه‌ای شده، مبنای آن، تاریخ شروع استهلاک بر اساس چارچوب مربوط، عمر مفید برآوردی و نشانه‌های کاهش ارزش را بررسی کنید.
صفحهٔ رسمی IAS 38 در بنیاد IFRS توضیح می‌دهد که در چارچوب IFRS، مخارج تحقیق هزینهٔ دوره است و مخارج توسعه فقط با احراز معیارهای مشخص می‌تواند در بهای دارایی نامشهود وارد شود. این مثال را نباید به‌عنوان حکم خودکار برای صورت‌های مالی ایرانی به کار برد. برای اعمال در ایران، نسخهٔ رسمی استاندارد مصوب و تاریخ اجرای آن را از مرجع رسمی مربوط دریافت کنید و انطباق آن را بازبین واجد صلاحیت تأیید کند.
پرداخت‌یار، فروشگاه نرمافزار و نماینده را جداگانه بررسی کنید
وقتی فروش از طریق اپ‌استور، نماینده یا پرداخت‌یار انجام می‌شود، مبلغ واریزی ممکن است پس از کسر کارمزد و بازپرداخت به شرکت برسد. ثبت مبلغ خالص را با قرارداد، صورتحساب فروشگاه و فهرست تراکنش‌ها تطبیق دهید. همچنین صرف عبور وجه از حساب شرکت یا فروشنده تعیین نمیکند درآمد به‌صورت ناخالص یا خالص گزارش شود.
راهنمای رسمی کمیتهٔ تفسیر IFRS دربارهٔ فروشندگان مجوز نرمافزار و تشخیص اصل‌کار یا کارگزار نشان می‌دهد ارزیابی به ماهیت وعده و کنترل خدمت پیش از انتقال وابسته است. این راهنما یک مسئلهٔ مشخص را در چارچوب IFRS بررسی می‌کند و پاسخ آماده برای همهٔ قراردادها نیست. در رسیدگی واقعی، بندهای قرارداد، مسئولیت پشتیبانی و استرداد، اختیار قیمت‌گذاری و نقش هر طرف باید باهم بررسی شوند.
چک‌لیست آماده‌سازی پروندهٔ حسابرسی شرکت SaaS
پیش از شروع رسیدگی، مدیر مالی می‌تواند این بسته را آماده کند:
گزارش سیستمی وقتی شاهد مفیدی است که منبع تولید، دسترسی تغییر، بازهٔ استخراج و کاملبودن آن روشن باشد. اگر گزارش به‌صورت دستی اصلاح شده یا فقط بخشی از کانال‌های فروش را در بر می‌گیرد، محدودیت آن را در پرونده ثبت کنید و شواهد جایگزین بخواهید. برای اصول کلی ارزیابی شواهد، کفایت و قابلیت اتکای شواهد حسابرسی مکمل این چک‌لیست است.
- فهرست محصولات، مدل قیمت‌گذاری و نسخهٔ شرایط استفاده در دورهٔ مالی.
- نمونهٔ قراردادها و فهرست تغییرات مهم در قیمت، بسته و مدت اشتراک.
- خروجی اشتراک‌های فعال، لغوها، تمدیدها، دوره‌های رایگان، تخفیف و بازپرداخت.
- تطبیق فروش سامانه با صورتحساب‌ها، دفتر کل و گزارش تسویهٔ درگاه‌ها و فروشگاهها.
- فهرست درآمدهای دریافت‌شده برای دوره‌های آتی و مطالبات یا فروش ثبت‌نشدهٔ احتمالی.
- پروندهٔ پروژه‌های نرم‌افزاری، تفکیک فعالیت‌ها، کارکنان، پیمانکاران و مبنای ثبت مخارج.
- فهرست دسترسی‌های کاربران سامانه، تغییرات مهم، پشتیبان‌گیری و شیوهٔ نگهداری گزارش رویدادها.
- مستندات رویدادهای پس از پایان دوره، شامل استرداد، شکایت عمده، قطعی سامانه و تغییر قرارداد.
چه زمانی باید پرونده را پیش از حسابرسی بازبینی کرد؟
اگر درآمد دفتر کل با سامانهٔ اشتراک یا تسویهٔ درگاه تطبیق ندارد، پروژه‌های توسعه پروندهٔ قابل ردیابی ندارند، قرارداد فروشگاه نقش طرفین را روشن نمیکند یا دسترسی به گزارش‌های اصلی محدود است، پیش از تحویل پرونده این موارد را مستند و تعیین تکلیف کنید. این کار نتیجهٔ حسابرسی را تضمین نمیکند؛ فقط به تیم مالی کمک می‌کند ابهام‌ها و مدارک ناقص را زودتر بشناسد.
برای تعیین دامنهٔ رسیدگی و مدارک موردنیاز صورت‌های مالی شرکت، صفحهٔ خدمات حسابرسی صورت‌های مالی را ببینید. نوع مأموریت و برنامهٔ رسیدگی پس از شناخت فعالیت، دوره و چارچوب گزارشگری شرکت مشخص می‌شود.