برای سیزده سال، هر دلاری که یک اپ iOS از یک مشتری آمریکایی به دست میآورد از یک لوله واحد عبور میکرد: سیستم خرید درونبرنامهای اپل، و اپل قبل از اینکه توسعهدهنده پول را ببیند، سهم خود را برمیداشت. این وضعیت در آوریل ۲۰۲۵ تغییر کرد، زمانی که یک قاضی فدرال اپل را به دلیل نقض حکم اصلی Epic علیه اپل محکوم کرد و به آن دستور داد از دریافت هرگونه کمیسیون برای خریدهای انجامشده از طریق پیوندهای پرداخت خارجی خودداری کند. سپس در دسامبر ۲۰۲۵ دوباره تغییر کرد، زمانی که دادگاه ناحیه نهم موافقت کرد که اپل در نهایت میتواند چیزی دریافت کند - فقط نه کارمزد ۲۷٪ تنبیهی که ابتدا امتحان کرده بود. و ممکن است یک بار دیگر تغییر کند، زیرا در ۲ ژوئیه ۲۰۲۶، دیوان عالی موافقت کرد که اعتراض اپل به کل این ماجرا را بررسی کند.
اگر کالاهای دیجیتال یا اشتراکهایی را از طریق یک اپ iOS میفروشید، اکنون روی دو کانال درآمد زنده با دو مجموعه متفاوت از تعهدات مالیاتی، دو بازرگان ثبتشده متفاوت، و - از امروز - دو نرخ کمیسیون متفاوت نشستهاید. در اینجا توضیح داده میشود که چه چیزی واقعاً تغییر کرده، چه چیزی هنوز حل نشده است، و چگونه میتوانید حسابهای خود را در حالی که وکلا دعوا را تمام میکنند، مرتب نگه دارید.
چگونه به اینجا رسیدیم، به زبان ساده
خلاصه یک دعوای حقوقی پنج ساله:
- ۲۰۲۱: قاضی ایوان گونزالس راجرز حکم داد که قوانین "ضد هدایت" اپل (که برنامهها را حتی از گفتن به کاربران که میتوانند خارج از برنامه پرداخت کنند منع میکرد) قانون رقابت ناعادلانه کالیفرنیا را نقض میکند. او به اپل دستور داد اجازه پیوندهای خرید خارجی را بدهد.
- ۲۰۲۴: اپل روی کاغذ اطاعت کرد اما یک کمیسیون ۲۷٪ برای هر فروشی که ظرف هفت روز پس از ضربه زدن کاربر به یک پیوند خارجی انجام میشد، ضمیمه کرد - به علاوه شرایط قراردادی که Epic استدلال میکرد برای بیفایده کردن تجاری پیوندهای خارجی طراحی شده است.
- آوریل ۲۰۲۵: قاضی راجرز اپل را به دلیل نقض حکم محکوم کرد، هزینه ۲۷٪ را "تنبیهی" به جای جبرانی تشخیص داد و به اپل دستور داد فوراً از دریافت هرگونه کمیسیون برای خریدهای پیوند خارجی در ایالات متحده خودداری کند.
- دسامبر ۲۰۲۵: دادگاه ناحیه نهم تا حد زیادی حکم نقض را تأیید کرد اما موضوع کمیسیون را به دادگاه بدوی بازگرداند و حکم داد که اپل در نهایت ممکن است هزینهای "بر اساس هزینههایی که واقعاً و منطقاً برای هماهنگی پیوندهای خارجی آن ضروری است ... اما نه بیشتر" دریافت کند - به صراحت هزینههای امنیتی و حریم خصوصی که اپل سعی کرده بود در آن بگنجاند را مستثنی کرد.
- آوریل ۲۰۲۶: دادگاه ناحیه نهم تعلیق را لغو کرد و به روند رسیدگی مجدد اجازه ادامه داد.
- ۲ ژوئیه ۲۰۲۶: دیوان عالی درخواست تجدیدنظر اپل را برای بررسی پذیرفت.
نتیجه امروز: توسعهدهندگان آمریکایی میتوانند پیوندهای خرید خارجی را با کمیسیون ۰٪ اپل اضافه کنند، زیرا هیچ دادگاهی هنوز نرخ جایگزین خاصی را تأیید نکرده است. این وضعیت ممکن است به محض اینکه دادگاه بدوی نرخی را تعیین کند، یا اگر حکم نهایی دیوان عالی کل چارچوب را تغییر دهد، تغییر کند. یک استراتژی قیمتگذاری دائمی بر روی عدد امروز نسازید - یک سیستم حسابداری به اندازه کافی انعطافپذیر بسازید تا بتواند هر نرخی را که بعداً تعیین میشود جذب کند.
آنچه واقعاً میتوانید همین الان انجام دهید
اگر یک توسعهدهنده مستقر در ایالات متحده با یک اپ iOS هستید، میتوانید برای مجوز پیوند خرید خارجی اپل درخواست دهید، که به شما امکان میدهد:
- یک پیوند یا دکمه درون برنامه خود اضافه کنید که کاربران را به یک صفحه وب برای تکمیل خرید هدایت کند
- قیمتگذاری و تبلیغات مربوط به آن خرید خارجی را اعلام کنید (قبلاً تحت قوانین قدیمی ضد هدایت ممنوع بود)
- آن تراکنش را کاملاً خارج از سیستم خرید درونبرنامهای اپل پردازش کنید - از طریق Stripe، Paddle، حساب بازرگان خودتان، یا هر پردازندهای که انتخاب میکنید
شما همچنان موظف به گزارش تراکنشهای واجد شرایط پیوند خارجی به اپل هستید، معمولاً ظرف ۱۵ روز، تا اپل بتواند انطباق را حتی در حالی که ۰ دلار جمعآوری میکند، پیگیری کند. اگر این کار را از دست بدهید، در معرض لغو مجوز قرار میگیرید، بنابراین این وظیفه باید در یک چکلیست حسابداری دورهای باشد، نه فقط یک کار روز راهاندازی.
دو استثنا که باید بدانید: توسعهدهندگان در برنامه خرید حجمی (VPP) اپل و برنامه شرکای خبری (NPP) اپل ممکن است همچنان با محدودیتهایی در مورد پیوندهای خارجی مواجه شوند، و اتحادیه اروپا تحت یک ساختار هزینه کاملاً جداگانه (قوانین قانون بازارهای دیجیتال با کمیسیون فناوری اصلی لایهای، هزینه اکتساب اولیه و هزینه خدمات فروشگاه) فعالیت میکند که هیچ ارتباطی با دعوای حقوقی ایالات متحده در بالا ندارد. اگر در هر دو بازار میفروشید، به دو روش حسابداری متفاوت نیاز دارید، نه یک روش.
چرا این یک مشکل حسابداری است، نه فقط یک مشکل حقوقی
قبل از پیوندهای خارجی، حسابداری فروشگاه اپ شما تقریباً به صورت مکانیکی ساده بود: اپل بازرگان ثبتشده بود، اپل مالیات فروش و مالیات بر ارزش افزوده را جمعآوری میکرد، اپل کمیسیون ۱۵٪ یا ۳۰٪ خود را کسر میکرد، و شما یک سپرده خالص در هر دوره پرداخت ثبت میکردید، که معمولاً در مقابل یک فرم ۱۰۹۹-کی یا ۱۰۹۹-MISC در هر ژانویه تطبیق داده میشد.
فروش پیوند خارجی این را به یک جریان درآمد دوم و ساختاری متفاوت تبدیل میکند:
| خرید درونبرنامهای | خرید پیوند خارجی | |
|---|---|---|
| بازرگان ثبتشده | اپل | شما (یا پردازنده پرداخت شما) |
| جمعآوری مالیات فروش / مالیات بر ارزش افزوده | مسئولیت اپل | مسئولیت شما |
| کمیسیون امروز (ایالات متحده) | ۳۰٪ استاندارد / ۱۵٪ برنامه کسبوکار کوچک | ۰٪ (منتظر حکم دادگاه بدوی) |
| زمان پرداخت | برنامه استاندارد اپل | هر چه پردازنده شما تعیین کند |
| فرم مالیاتی | ۱۰۹۹-کی یا ۱۰۹۹-MISC از اپل | ۱۰۹۹-کی از پردازنده شما، در صورت رسیدن به آستانهها |
| رسیدگی به بازپرداخت | از طریق فروشگاه اپ | از طریق جریان پشتیبانی خودتان |
ردیف آخر مهمتر از آن چیزی است که به نظر میرسد. وقتی بازپرداختی برای یک خرید درونبرنامهای اتفاق میافتد، اپل تراکنش را معکوس میکند و آنچه را که به شما گزارش میدهد تنظیم میکند. وقتی بازپرداختی برای یک خرید پیوند خارجی اتفاق میافتد، شما باید آن را پردازش کنید، و هرگز به کتابهای اپل راه نمییابد - به این معنی که سوابق درآمد و بازپرداخت شما برای دو کانال با یکدیگر تطبیق داده نمیشوند و نباید مجبور به این کار شد.
تنظیم کتابهای خود برای دو کانال درآمد
چند اقدام مشخص که از تبدیل شدن این موضوع به یک غافلگیری ژانویه جلوگیری میکند:
1. حساب درآمد را تقسیم کنید. "درآمد فروشگاه اپ" را در یک خط دفتر کل ادغام نکنید. حسابهای جداگانه (یا حداقل برچسبها/دستهبندیهای جداگانه) برای درآمد خرید درونبرنامهای و درآمد پیوند خارجی ایجاد کنید. وقتی نرخ کمیسیون پیوندهای خارجی در نهایت تعیین شد - ۵٪، ۱۲٪، هر چیزی که دادگاه بدوی انتخاب کند - به دادههای تاریخی حجم آن کانال نیاز خواهید داشت تا تأثیر آن را قبل از اجرایی شدن مدلسازی کنید.
2. درآمد را پس از کسر کمیسیون ثبت کنید، اما حجم ناخالص را جداگانه پیگیری کنید. روش استاندارد درآمد نرمافزار تحت ASC 606 این است که مبلغی را که واقعاً مستحق دریافت آن بودهاید - خالص از سهم اپل - به عنوان درآمد شناسایی کنید، زیرا کمیسیون هرگز متعلق به شما نبوده است. اما برای تطبیق و مدلسازی آینده، حجم کل تراکنش ناخالص را در یک فیلد یادداشت یا برچسب گزارشدهی نگه دارید. روزی که نرخ کمیسیون اعلام میشود به آن نیاز خواهید داشت، تا بتوانید بلافاصله تأثیر را تخمین بزنید.
3. جمعآوری مالیات فروش را به عنوان یک حساب بدهی جدید در نظر بگیرید. اگر اکنون بازرگان ثبتشده برای فروش پیوند خارجی هستید، شما (یا پردازنده پرداخت شما) مسئول جمعآوری و پرداخت مالیات فروش در هر ایالتی هستید که در آن ارتباط دارید - مسئولیتی که اپل در داخل برنامه بیصدا برای شما انجام میداد. اگر پردازنده شما به طور خودکار مالیات را مدیریت نمیکند (Stripe Tax و مدل بازرگان ثبتشده Paddle هر دو این را به طور متفاوت ارائه میدهند - بررسی کنید که کدام یک را پردازنده شما ارائه میدهد)، این سادهترین جایی است که میتوانید ماهها قبل از اینکه حسابرسی آن را بگیرد، بیصدا کم جمعآوری کنید.
4. دو فرم ۱۰۹۹ را تطبیق دهید، نه یک فرم. در ژانویه، احتمالاً یک ۱۰۹۹-کی یا ۱۰۹۹-MISC از اپل برای درآمد درونبرنامهای و یک ۱۰۹۹-کی جداگانه از هر پردازندهای که فروش پیوند خارجی شما را مدیریت کرده است (پس از عبور از آستانه فدرال ۶۰۰ دلار - در برخی ایالتها کمتر) دریافت خواهید کرد. هر دو را قبل از ثبتنام با دفتر کل داخلی خود مطابقت دهید؛ عدم تطابق بین آنچه یک پردازنده گزارش میدهد و آنچه شما ثبت کردهاید یکی از رایجترین محرکهای اخطار IRS است.
5. چرخه گزارشدهی ۱۵ روزه را ثبت کنید. الزام گزارشدهی اپل برای تراکنشهای پیوند خارجی یک وظیفه انطباق با پیامدهای واقعی (لغو مجوز) در صورت فراموشی است، بنابراین باید در هر سیستمی که برای پیگیری وظایف حسابداری دورهای استفاده میکنید قرار گیرد - نه فقط دانش قبیلهای.
چارچوبی که اهمیتی نمیدهد حکم به کدام سمت برود
از آنجایی که نرخ کمیسیون هنوز تعیین نشده است - و میتواند پس از حکم دیوان عالی دوباره مورد دعوا قرار گیرد - کار مهندسی واقعی در اینجا "ساخت برای ۰٪" نیست. ساخت یک نمودار حسابها و ساختار گزارشدهی است که نرخ کمیسیون را به عنوان یک متغیر در نظر میگیرد، نه یک ثابت. دفترهای با متن ساده و کنترل نسخه این مشکل خاص را نسبت به حسابداری مبتنی بر صفحه گسترده آسانتر میکنند: میتوانید هر تراکنش پیوند خارجی را با کانال و نرخ کمیسیون خود در زمان فروش برچسبگذاری کنید، سپس به محض تأیید نرخ جدید، گزارشی را دوباره اجرا کنید، بدون اینکه به ورودیهای تاریخی دست بزنید یا فرمولی را در سه برگه عمیق در یک کتاب کار بشکنید.
درآمد برنامه خود را از روز اول سازماندهی کنید
تقسیم درآمد بین خریدهای درونبرنامهای فروشگاه اپ، پیوندهای پرداخت خارجی و ساختار هزینه اتحادیه اروپا که از قوانین کاملاً متفاوتی پیروی میکند، دقیقاً همان نوع پیچیدگی چند کاناله است که فصل مالیات را به یک تکاپو تبدیل میکند. Beancount.io حسابداری با متن ساده و کنترل نسخه را به شما ارائه میدهد که در آن هر تراکنش میتواند توسط کانال، نرخ کمیسیون و حوزه قضایی برچسبگذاری شود - کاملاً شفاف و قابل پرسوجو، بدون قفل فروشنده. رایگان شروع کنید و امور مالی برنامه خود را به اندازه کدتان تمیز نگه دارید.