اپاستور کانکت میگوید ماه گذشته ۹,۴۱۲ دلار فروختهاید. کنسول گوگلپلی میگوید ۳,۱۰۸ دلار. آنها را جمع میزنید و از ۱۲,۵۲۰ دلار احساس خوبی دارید — و بعد واریزها میرسند: ۶,۵۸۰ دلار از اپل، ۲,۲۱۰ دلار از گوگل. هیچکس پول شما را ندزدیده است. هر دلار غایب یک نام دارد: مالیات بر ارزش افزوده، کمیسیون، بازپرداختها، مالیات تکلیفی، تبدیل ارز، و در نهایت مالیات بر درآمد. مشکل خودِ شکاف نیست — این است که بیشتر توسعهدهندگان مستقل دفتر کلّی ندارند که آن را توضیح دهد، بنابراین نمیتوانند به سه سؤالی که واقعاً اهمیت دارند پاسخ دهند: آیا قیمتگذاری من درست است؟ آیا نرخ کمیسیون من صحیح است؟ آیا پیشبینی جریان نقدی من واقعی است؟
این راهنما کل مسیر آبشاری را از قیمت اعلامشده تا مبلغ دریافتی طی میکند، توضیح میدهد چرا پرداخت هرگز با گزارش همخوانی ندارد، و یک روال ماهانه تطبیق حساب ارائه میدهد که پس از راهاندازی حدود ۳۰ دقیقه طول میکشد.
سه عدد، سه پاسخ متفاوت
هر کسبوکار اپلیکیشنی سه عدد درآمد دارد و اشتباه گرفتن آنها همانجاست که سردرگمی شروع میشود:
- فروش ناخالص — مبلغی که مشتریان پرداخت کردهاند، همانطور که در داشبوردهای تحلیلی نمایش داده میشود. این عدد خودنمایانه است. شامل مالیات میشود که فروشگاه آن را جمعآوری میکند، و معمولاً یک برآورد است که بعداً تعدیل میشود.
- درآمد توسعهدهنده — مبلغی که فروشگاه میگوید به دست آوردهاید، از گزارشهای مالی ماهانه (اپل) و گزارشهای درآمد (گوگل). این عدد پس از کسر کمیسیون، مالیاتی که فروشگاه جمعآوری و پرداخت میکند، بازپرداختها و برگشتها است. این عددی است که حسابداری شما باید بر آن بنا شود.
- پرداخت — واریز بانکی. درآمد منهای هر مالیات تکلیفی، با تعدیل برای تبدیل ارز، و مشروط به حداقل آستانه پرداخت و تقویم پرداخت فروشگاه.
اگر دفتر شما فقط واریز بانکی را ثبت کند، درآمد شما بیصدا کمتر از واقع نشان داده میشود و یک ماه یا بیشتر جابهجا میشود. اگر فروش ناخالص را ثبت کنند، درآمد بیشتر از واقع نشان داده میشود و با هیچ پولی که واقعاً دریافت میکنید مطابقت ندارد. تمام هنر حسابداری اپاستور این است که این سه عدد را به هم وصل کنید تا هر ماه با اختلاف صفر بین درآمد گزارششده و وجه نقد دریافتی بسته شود.
آبشار از قیمت اعلامشده تا مبلغ دریافتی
یک اشتراک ۹,۹۹ یورویی را در کشوری با مالیات بر ارزش افزوده ۲۰٪ و با کمیسیون استاندارد ۳۰٪ در نظر بگیرید. این نسخه صادقانه از آنچه رخ میدهد است:
| مرحله | محاسبه | باقیمانده | ٪ از قیمت اعلامشده |
|---|---|---|---|
| قیمت اعلامشده | — | ۹,۹۹ یورو | ۱۰۰٪ |
| مالیات بر ارزش افزوده جمعآوری و پرداختشده توسط فروشگاه | ۹,۹۹ ÷ ۶ | ۸,۳۳ یورو | ۸۳٪ |
| کمیسیون فروشگاه (نرخ استاندارد) | ۳۰٪ × ۸,۳۳ | ۵,۸۳ یورو | ۵۸٪ |
| بازپرداختها و برگشتها (فرض ۳٪) | ۳٪ × ۵,۸۳ | ۵,۶۵ یورو | ۵۷٪ |
| مالیات بر درآمد با نرخ مؤثر ۳۰٪ | ۳۰٪ × ۵,۶۵ | ۳,۹۶ یورو | ۴۰٪ |
تقریباً ۶۰٪ از قیمت اعلامشده هرگز به جیب شما نمیرسد. یک فروش در آمریکا در ایالتی که مالیات بر کالاهای دیجیتال ندارد از پایه بالاتری شروع میشود، و توسعهدهندهای که نرخ کمیسیون کاهشیافته دارد بهطور معناداری بیشتر نگه میدارد (همان فروش در منطقه مالیات بر ارزش افزوده با کمیسیون ۱۵٪، قبل از بازپرداخت، ۷,۰۸ یورو خالص به همراه دارد — حدود ۷۱٪ از قیمت اعلامشده). درصد دقیق به ترکیب فروش شما بستگی دارد، اما درس ساختاری در همهجا یکسان است: درآمد ناخالص پول شما نیست. پولی است که از داشبورد شما عبور میکند و به فروشگاه تعلق دارد.
هیچکدام از اینها پنهان نیست. شرایط برنامه اپل و گوگل هر کسر را مشخص میکند. آنچه در بیشتر کسبوکارهای مستقل غایب است ردیابی است — جایی که هر لایه از آبشار یک واقعیت ثبتشده و قابل حسابرسی باشد به جای یک غافلگیری ماهانه.
نرخ کمیسیونی که واقعاً میپردازید
گرانترین اشتباه مرتبط با حسابداری در این حوزه این است که روی نرخ اشتباه باشید. هر دو فروشگاه برای توسعهدهندگان کوچکتر کمیسیون را نصف میکنند، و ثبتنام در همهجا خودکار نیست:
برنامه کسبوکار کوچک اپاستور اپل کمیسیون را از ۳۰٪ به ۱۵٪ برای اپهای پولی، خریدهای درونبرنامهای و اشتراکها کاهش میدهد. صلاحیت بر اساس درآمد سنجیده میشود — فروش خالص پس از کسر کمیسیون اپل و برخی مالیاتها و تعدیلها، نه فروش ناخالص — و ایجاب میکند که در سال تقویمی گذشته بیش از ۱ میلیون دلار در حساب شما و تمام حسابهای توسعهدهنده مرتبط (هر حسابی که مالک آن هستید، کنترل میکنید یا تحت مالکیت یا کنترل آن هستید) به دست نیاورده باشید، و در سال جاری نیز بیش از ۱ میلیون دلار کسب نکرده باشید. دو نکته توسعهدهندگان را زمین میزند:
- اگر در میانه سال از ۱ میلیون دلار عبور کنید، نرخ استاندارد ۳۰٪ برای فروشهای آینده اعمال میشود — فروشهایی که قبلاً با نرخ ۱۵٪ انجام شدهاند پس گرفته نمیشوند، و میتوانید سال بعد که درآمد شما دوباره زیر آستانه رفت، دوباره واجد شرایط شوید.
- تغییرات نرخ ۱۵ روز پس از پایان ماه مالی که در آن ثبتنام شما تأیید شده اعمال میشود، بنابراین تأخیر در ثبتنام برای هر هفتهای که در فهرست کارهای شما میماند، هزینه واقعی دارد.
سطح کاهشیافته گوگلپلی نرخ ۱۵٪ را برای ۱ میلیون دلار اولی که هر سال تقویمی کسب میکنید اعمال میکند و نرخ ۳۰٪ برای مبالغ بالاتر از آن — شما با گروهبندی حسابهای مرتبط خود در کنسول پلی و پذیرش شرایط، ثبتنام میکنید. یک تفاوت ساختاری که ارزش دانستن دارد: در گوگل، همه اشتراکهای تمدید خودکار از روز اول با کارمزد ۱۵٪ شارژ میشوند، بدون توجه به ثبتنام در برنامه. در اپل با نرخ استاندارد، یک مشترک برای ۱۲ ماه اول نرخ ۳۰٪ میپردازد و از سال دوم به بعد ۱۵٪ — استدلالی آرام برای حفظ مشتری که فقط وقتی اهمیت مییابد که از برنامه کاهشیافته فارغالتحصیل شوید.
اگر زیر ۱ میلیون دلار هستید و در برنامه اپل ثبتنام نکردهاید، اصلاح آن بهطور قابل قبولی ده دقیقه با بیشترین بازده سرمایهگذاری در سال شماست: جریان ثبتنام در اپاستور کانکت تحت بخش «قراردادها، مالیات و بانکداری» قرار دارد.
چرا واریز هرگز با گزارش مطابقت ندارد
حتی با نرخ صحیح، درآمد و پرداختها به دلایلی که همه مکانیکی هستند از هم جدا میشوند — و هرکدام سزاوار یک خط در دفتر شماست:
تقویمهای پرداخت ماهانه نیستند. اپل ظرف ۴۵ روز پس از پایان هر ماه مالی پرداخت میکند، و ماههای مالی آن با ماههای تقویمی همتراز نیستند — یک ماه مالی میتواند ۲۷ دسامبر تمام شود و پرداخت ۲۹ ژانویه برسد. در عمل، شکاف حدود ۳۳ روز است. گوگل در ۱۵ام ماه بعد پرداخت میکند (که اگر ۱۵ام آخر هفته باشد به روز کاری بعد منتقل میشود). اگر از حسابداری تعهدی استفاده میکنید، درآمد دسامبر وجه نقد ژانویه یا اواسط فوریه است، و دفتر شما به یک حساب تسویه پرداخت نیاز دارد تا این دو را پل بزند.
حداقل آستانهها پرداختهای کوچک را به تأخیر میاندازند. اپل فقط زمانی پرداخت میکند که درآمد شما از حداقل آستانه پرداخت که بر اساس کشور بانکی و ارز متفاوت است، عبور کند. یک ماه کمفروش میتواند به معنای عدم واریز باشد و موجودی به جلو منتقل شود — که شبیه یک ۳۰ دلار گمشده به نظر میرسد مگر اینکه آن را پیگیری کنید.
بازپرداختها و برگشتها قبل از محاسبه درآمد کسر میشوند. فروشگاهها کل تراکنش را پس میگیرند و نرخ بازپرداخت شما بیصدا بر اساس محصول و منطقه متفاوت است. اگر درست ثبت شود، این در ماهی که بازپرداخت در گزارش ظاهر میشود، درآمد منفی (contra-revenue) است، نه یک کسر مرموز از واریز.
مالیاتها از دو درگاه متفاوت عبور میکنند. برای مالیات بر ارزش افزوده و بسیاری از مالیاتهای فروش، فروشگاهها بهعنوان تاجر ثبتشده از نظر مالیاتی عمل میکنند — در اتحادیه اروپا، مثلاً، گوگل مالیات بر ارزش افزوده را شارژ، جمعآوری و پرداخت میکند، بنابراین درآمد شما بر پایه بدون مالیات محاسبه میشود و شما معمولاً اظهارنامه مالیات بر ارزش افزوده در آن کشورها ارائه نمیدهید. جداگانه، توسعهدهندگان غیرآمریکایی با کسر مالیات تکلیفی آمریکا بر هر مبلغی که منشأ آن آمریکاست مواجهاند، که اگر فرم W-8BEN یا W-8BEN-E را در اپاستور کانکت (یا معادل کنسول پلی) ارائه نکرده باشید، میتواند با نرخ ثابت ۳۰٪ باشد. نرخهای معاهده — یا صرفاً این واقعیت که پرداختها اغلب از نهادهای بینالمللی فروشگاهها میآیند — میتواند آن را به صفر برساند. در هر صورت، مالیات تکلیفی بهعنوان شکاف بین درآمد گزارششده و واریز ظاهر میشود و معمولاً بهعنوان اعتبار قابل بازیابی است — اگر آن را ثبت کنید.
تبدیل ارز یک هزینه واقعی است. فروشگاهها به ارز توافق بانکی شما پرداخت میکنند و درآمد هر منطقه را در طول مسیر تبدیل میکنند. اختلاف نرخ ارز (FX spread) هزینهای بدون فاکتور است، بنابراین تنها راه دیدن آن مقایسه درآمد گزارششده به هر ارز با واریز است.
سؤال حسابداری که بیشتر افراد مستقل اشتباه میکنند
آیا خط درآمد شما باید فروش ناخالص را نشان دهد یا درآمد خالص؟ برای اکثریت قاطع توسعهدهندگان مستقل، پاسخ خالص است. تحت چارچوبهای شناسایی درآمد که برای GAAP آمریکا (ASC 606) و IFRS 15 اعمال میشود، معیار این است که آیا شما اصلِ معامله (principal) هستید — آیا کالا یا خدمت را قبل از انتقال به مشتری کنترل میکنید — یا یک نماینده (agent) که تعهد عملکردش زمانی انجام میشود که فروشگاه فروش را انجام دهد. وقتی فروشگاه تاجر ثبتشده است، مالیات را جمعآوری میکند، زیرساخت پرداخت را راهاندازی میکند، مکانیزم بازپرداخت را بر عهده دارد و مبلغ خالص هر تراکنش را به شما میپردازد، فروشگاه اصل معامله است و درآمد شما همان مبلغ دریافتی شماست. ثبت ناخالص و نشان دادن کمیسیون بهعنوان هزینه، درآمد را متورم میکند، هر نسبت حاشیهای که محاسبه میکنید را تحریف میکند و اگر کسی تا به حال نگاه کند، مالیاتها را اشتباه نشان میدهد.
خطای دوم زمانبندی است: ثبت واریز بانکی بهعنوان درآمد آن ماه. واریز ماه قبل (یا ماه مالی قبل) را تسویه میکند. الگوی صحیح این است:
- درآمد را هنگام وقوع فروش تعهدی کنید، با استفاده از برآوردهای فروشگاه اگر اعداد واقعی هنوز منتشر نشدهاند.
- به اعداد واقعی تعدیل کنید وقتی گزارش مالی ماهانه میرسد، و اختلاف برآورد تا واقعی را ثبت کنید (تقریباً همیشه اختلافی هست — ارز، بازپرداختها و تعدیلهای دیرهنگام تضمینش میکنند).
- واریز را علیه حساب دریافتنی تسویه کنید وقتی پرداخت میرسد، و هر باقیمانده به مالیات تکلیفی، اختلاف ارز یا انتقال آستانه — هرکدام در حساب خودش — برود.
آن بند آخر کل بازی است: وقتی هر باقیمانده یک حساب نامدار داشته باشد، اختلاف غیرصفر غیرممکن است که از قلم بیفتد و توضیح آن دقیقهای طول میکشد.
گردش کار تطبیق ماهانه ۳۰ دقیقهای
- اعداد واقعی را دانلود کنید. از اپاستور کانکت، گزارش مالی ماهانه (گزارش تفصیلی که هر منطقه را با تاریخهای تسویه پوشش میدهد) را بردارید. از کنسول پلی، گزارش درآمد را بردارید. اینها — نه داشبوردهای تحلیلی — اسناد منبع شما هستند.
- درآمد را بر اساس منطقه و ارز ثبت کنید. یک خط درآمد برای هر فروشگاه، با مناطق و ارزها در زیر آن پیگیری شود. اینجا محل زندگی مسیر حسابرسی است: روزی که باید پاسخ دهید «چرا درآمد اتحادیه اروپا در مارس ۱۲٪ کاهش یافته»، به تفکیک مالیات بر ارزش افزوده، کمیسیون و بازپرداخت نیاز دارید، نه یک عدد ترکیبی.
- تعدیل برآورد تا واقعی را ثبت کنید. تفاوت بین آنچه داشبورد شما پیشبینی کرده و آنچه گزارش میگوید: معمولاً بازپرداختها، ارز و تعدیلهای پرداخت انبوه.
- بازپرداختها و برگشتها را بهعنوان درآمد منفی در ماه گزارش ثبت کنید و نرخ را در طول زمان پیگیری کنید — نرخ بازپرداخت رو به افزایش، سیگنالی از محصول است که لباس حسابداری پوشیده.
- واریز را با حساب دریافتنی تطبیق دهید. وقتی واریز میرسد، آن را با گزارش مطابقت دهید. مالیات تکلیفی به حساب دارایی مالیاتی میرود (اغلب قابل اعتبار است)؛ اختلافات ارز به هزینه ارز میرود؛ واریز کمتر از حداقل آستانه در حساب تسویه میماند تا ماه بعد.
- نرخ کمیسیون خود را بهصورت سهماهه بررسی کنید. ثبتنام برنامه کسبوکار کوچک را در اپاستور کانکت و سطح خود را در کنسول پلی بررسی کنید — بهویژه اگر به ۱ میلیون دلار درآمد نزدیک میشوید، جایی که هر دو فروشگاه نرخ را بر فروشهای آینده تغییر میدهند. فارغالتحصیلی را قبل از وقوع مدلسازی کنید: عبور از خط میتواند کل ساختار حاشیه شما را در میانه سال تغییر دهد.
شش مرحله، یک نشست در ماه. بازده فقط دفتر تمیز نیست — این است که تصمیمات قیمتگذاری، ثبتنام در نرخها و پیشبینی نقدی همه بر اساس درآمد خالص شروع به کار کنند به جای عدد خودنمایانه.
کل آبشار را در متن ساده ردیابی کنید
این دقیقاً همان نوع تطبیق چندلایه است که حسابداری متنساده ارزش خود را نشان میدهد. یک دفتر کل بینکات (beancount) به هر لایه آبشار حساب خودش را میدهد — income:appstore:ios، income:playstore:android، expenses:refunds، assets:receivable:payouts:apple، assets:tax-withheld — بنابراین ورودی ماهانه خودِ توضیح است و هر عدد به گزارشی دانلودشده متصل میشود که سالها بعد میتوانید دوباره استخراج کنید. چون دفتر کل متن است، گزارشهای فروشگاه میتوانند کنار آن در کنترل نسخه قرار گیرند و تطبیق به یک تفاوتیاب تبدیل میشود به جای پروژه باستانشناسی صفحهگسترده. اگر ماشینآلات وارد کردن صورتهای بانکی و دادههای فروشگاه را میخواهید، مستندات خط pipeline واردات را بهطور عمیق پوشش میدهد.
مدیریت مالی خود را ساده کنید
درآمد اپاستور بیشترین درآمدی است که بیشتر توسعهدهندگان تا به حال با آن تطبیق داده میشوند: کمیسیونها، مالیاتها، بازپرداختها و تقویمهای پرداخت همه قبل از رسیدن پول به شما سهم خود را برمیدارند. نگه داشتن دفتری که آن آبشار را منعکس میکند — به جای یک خط «درآمد اپ» — همان چیزی است که یک پرداخت گیجکننده را به سیستمی شفاف و قابل حسابرسی تبدیل میکند. Beancount.io حسابداری متنسادهای ارائه میدهد که شفاف، با کنترل نسخه و آماده هوش مصنوعی است، بنابراین هر گزارش فروشگاه، تعدیل و واریز قابل ردیابی میماند. همین حالا رایگان شروع کنید و مبلغ دریافتی خود را به اندازه کدتان خوانا کنید.