Trinásť rokov každý dolár, ktorý iOS aplikácia zarobila od amerického zákazníka, pretekal presne jednou rúrou: systémom nákupov v aplikácii od Apple, pričom Apple bral svoj podiel skôr, než vývojár vôbec uvidel peniaze. Toto sa zmenilo v apríli 2025, keď federálna sudkyňa uznala Apple v opovržení pôvodnou injunkciou Epic v. Apple a nariadila mu prestať účtovať akúkoľvek províziu z nákupov uskutočnených cez externé platobné odkazy. Potom sa to zmenilo znova v decembri 2025, keď Deviaty obvodný súd súhlasil, že Apple môže nakoniec účtovať niečo — len nie trestný 27% poplatok, ktorý spočiatku skúšal. A môže sa to zmeniť ešte raz, pretože 2. júla 2026 Najvyšší súd súhlasil s vypočutím Apple odvolania na celý tento zmätok.
Ak predávate digitálny tovar alebo predplatné cez iOS aplikáciu, teraz máte dva aktívne kanály príjmov s dvoma rôznymi sadzbami daňových povinností, dvoma rôznymi obchodníkmi transakcie a — k dnešnému dňu — dvoma rôznymi sadzbami provízií. Tu je to, čo sa skutočne zmenilo, čo zostáva nevyriešené a ako udržať vaše účtovníctvo v poriadku, kým právnici dokončia súdne spory.
Ako sme sa sem dostali, jednoducho povedané
Krátka verzia päťročnej právnej ságy:
- 2021: Sudkyňa Yvonne Gonzalez Rogers rozhodla, že pravidlá Apple o „blokovaní navigácie zákazníkov inam" (anti-steering), ktoré zakazovali aplikáciám aj len informovať používateľov, že môžu platiť mimo aplikácie, porušujú kalifornský zákon o nekalej súťaži (Unfair Competition Law). Nariadila Apple umožniť externé nákupné odkazy.
- 2024: Apple formálne splnil, ale pripojil 27% províziu na akýkoľvek predaj uskutočnený do siedmich dní od kliknutia používateľa na externý odkaz — plus zmluvné podmienky, o ktorých Epic argumentoval, že boli navrhnuté tak, aby boli externé odkazy komerčne bezvýznamné.
- Apríl 2025: Sudkyňa Rogers uznala Apple v opovržení, rozhodla, že 27% poplatok je „trestný" skôr než kompenzačný, a nariadila Apple prestať účtovať akúkoľvek províziu z nákupov cez externé odkazy v USA, s okamžitou platnosťou.
- December 2025: Deviaty obvodný súd vo veľkej miere potvrdil rozhodnutie o opovržení, ale vrátil otázku provízie okresnému súdu s tým, že Apple môže nakoniec účtovať poplatok „na základe nákladov, ktoré sú skutočne a odôvodnene nevyhnutné na koordináciu externých odkazov... ale nič viac" — výslovne vylúčil bezpečnostné a súkromné náklady, ktoré sa Apple snažil zahrnúť.
- Apríl 2026: Deviaty obvodný súd zrušil odklad a umožnil pokračovanie procesu vrátenia veci.
- 2. júl 2026: Najvyšší súd prijal certiorari na odvolanie Apple.
Kde to dnes je: Vývojári v USA môžu pridať externé nákupné odkazy s 0% províziou Apple, pretože žiadny súd zatiaľ neschválil konkrétnu náhradnú sadzbu. Toto sa môže zmeniť v okamihu, keď okresný súd stanoví sadzbu, alebo ak konečné rozhodnutie Najvyššieho súdu preformátuje celý rámec. Nestavajte trvalú cenovú stratégiu na dnešnom čísle — postavte účtovný systém dostatočne flexibilný, aby absorboval akúkoľvek sadzbu, ktorá príde.
Čo môžete skutočne urobiť teraz
Ak ste vývojár so sídlom v USA s iOS aplikáciou, môžete požiadať o Oprávnenie na externé nákupné odkazy (External Purchase Link Entitlement) od Apple, ktoré vám umožňuje:
- Pridať odkaz alebo tlačidlo vo vnútri aplikácie smerujúce používateľov na webovú stránku na dokončenie nákupu
- Komunikovať ceny a propagácie súvisiace s týmto externým nákupom (predtým zakázané pod starými pravidlami anti-steering)
- Spracovať túto transakciu úplne mimo systému nákupov v aplikácii od Apple — cez Stripe, Paddle, váš vlastný obchodný účet alebo akéhokoľvek spracovateľa, ktorého si zvolíte
Stále ste povinní nahlasovať kvalifikované transakcie cez externé odkazy spoločnosti Apple, zvyčajne do 15 dní, aby Apple mohol sledovať súlad, aj keď vyberá 0 $. Ak to zmeškáte, riskujete zrušenie oprávnenia, takže to patrí na opakujúci sa účtovný kontrolný zoznam, nie len na úlohu pri spustení.
Dve výnimky, ktoré treba poznať: vývojári v Programe hromadného nákupu (VPP) a Partnerskom programe pre správy (NPP) od Apple môžu stále čeliť obmedzeniam na externé odkazy a EÚ funguje pod úplne odlišnou štruktúrou poplatkov (pravidlá zákona o digitálnych trhoch (Digital Markets Act) s vrstvenou províziou za jadrové technológie, počiatočným akvizičným poplatkom a poplatkom za služby obchodu), ktorá nemá nič spoločné s vyššie uvedeným americkým súdnym sporom. Ak predávate na oboch trhoch, potrebujete dve rôzne účtovné postupy, nie jeden.
Prečo je to účtovný problém, nielen právny
Pred externými odkazmi bolo vaše účtovníctvo App Store takmer mechanicky jednoduché: Apple bol obchodníkom transakcie (merchant of record), Apple vyberal daň z predaja a DPH, Apple odpočítaval svoju 15% alebo 30% províziu a vy ste zaúčtovali jednu čistú zálohu za výplatu, zvyčajne zosúladenú s jedným 1099-K alebo 1099-MISC každý január.
Predaje cez externé odkazy to rozbijú na druhý, štruktúrne odlišný tok príjmov:
| Nákup v aplikácii | Nákup cez externý odkaz | |
|---|---|---|
| Obchodník transakcie (Merchant of record) | Apple | Vy (alebo váš platobný procesor) |
| Vyberanie dane z predaja / DPH | Zodpovednosť Apple | Vaša zodpovednosť |
| Súčasná provízia (USA) | 30% štandardná / 15% program pre malé podniky | 0% (čaká sa na rozhodnutie okresného súdu) |
| Načasovanie výplaty | Štandardný harmonogram Apple | Čokoľvek, čo určí váš procesor |
| Daňový formulár | 1099-K alebo 1099-MISC od Apple | 1099-K od vášho procesora, ak sú splnené prahy |
| Spracovanie refundácií | Cez App Store | Cez váš vlastný tok podpory |
Tento posledný riadok záleží viac, než vyzerá. Keď sa refundácia uskutoční pri nákupe v aplikácii, Apple zruší transakciu a upraví to, čo vám nahlási. Keď sa refundácia uskutoční pri nákupe cez externý odkaz, vy ju musíte spracovať a nikdy sa nedotkne účtovníctva Apple — čo znamená, že vaše záznamy o príjmoch a refundáciách pre tieto dva kanály sa voči sebe nezosúladia a nemali by byť nútené k zosúladeniu.
Nastavenie účtovníctva pre dva kanály príjmov
Niekoľko konkrétnych krokov, ktoré zabránia tomu, aby sa toto zmenilo na januárové prekvapenie:
1. Rozdeľte účet príjmov. Nehádžte všetky „Príjmy z App Store" do jedného riadku hlavnej knihy. Vytvorte samostatné účty (alebo aspoň samostatné značky/kategórie) pre príjmy z nákupov v aplikácii a príjmy z externých odkazov. Keď sa provízna sadzba na externé odkazy nakoniec stanoví — 5%, 12%, čokoľvek, čo si zvolí okresný súd — budete chcieť historické údaje o objeme tohto kanála na modelovanie dopadu skôr, než zasiahne.
2. Zaúčtujte príjem netto z provízie, ale sledujte brutto samostatne. Štandardná prax pre príjmy softvéru podľa ASC 606 je vykázať sumu, na ktorú ste mali skutočne nárok — netto z podielu Apple — ako príjem, pretože provízia vám nikdy nepatrila. Ale pre zosúladenie a budúce modelovanie si uchovajte brutto objem transakcií v pomocnom poli alebo značke pre reporting. Budete to chcieť v deň, keď bude oznámená provízna sadzba, aby ste mohli okamžite odhadnúť zásah.
3. Zaobchádzajte s vyberaním dane z predaja ako s novým účtom záväzkov. Ak ste teraz obchodníkom transakcie pri predajoch cez externé odkazy, vy (alebo váš platobný procesor) ste zodpovední za vyberanie a odvádzanie dane z predaja v každom štáte, kde máte nexus — zodpovednosť, ktorú Apple za vás ticho zvládal v aplikácii. Ak váš procesor nezaobchádza s daňou automaticky (Stripe Tax a model merchant-of-record od Paddle to ponúkajú rôzne — skontrolujte, ktorý váš procesor používa), toto je najľahšie miesto, kde sa dá potichu nedostatočne vyberať niekoľko mesiacov, než to chytí audit.
4. Zosúlaďte dva formuláre 1099, nie jeden. V januári pravdepodobne dostanete 1099-K alebo 1099-MISC od Apple za príjmy v aplikácii a samostatný 1099-K od procesora, ktorý spracoval vaše predaje cez externé odkazy (ak prekročíte federálny prah 600 $ — v niektorých štátoch je nižší). Oboje priraďte k vašej internej hlavnej knihe pred podaním; nesúlad medzi tým, čo nahlási procesor, a tým, čo ste zaznamenali, je jedným z bežnejších spúšťačov oznámenia od IRS.
5. Zaznamenajte 15-dňový rytmus nahlasovania. Požiadavka Apple na nahlasovanie transakcií cez externé odkazy je úloha súladu so skutočnými dôsledkami (zrušenie oprávnenia), ak sa prepasie, takže patrí do akéhokoľvek systému, ktorý používate na sledovanie opakujúcich sa účtovných úloh — nie len do tacitných znalostí tímu.
Rámec, ktorý sa nestará o to, ktorým smerom padne rozhodnutie
Pretože provízna sadzba je stále nevyriešená — a môže byť znova predmetom súdneho sporu po rozhodnutí Najvyššieho súdu — skutočná inžinierska úloha tu nie je „postaviť pre 0%". Je to vytvorenie účtovného plánu a reportingovej štruktúry, ktorá zaobchádza s províznou sadzbou ako s premennou, nie konštantou. Hlavné knihy v obyčajnom texte s verzionovaním robia tento konkrétny problém jednoduchším než účtovníctvo založené na tabuľkách: môžete označiť každú transakciu cez externý odkaz jej kanálom a províznou sadzbou v čase predaja, potom znovu spustiť prehľad v okamihu, keď je potvrdená nová sadzba, bez toho, aby ste sa dotkli historických záznamov alebo rozbili vzorec tri záložky hlboko v zošite.
Udržujte príjmy vašej aplikácie organizované od prvého dňa
Rozdelenie príjmov medzi nákupy v aplikácii App Store, externé platobné odkazy a štruktúru poplatkov v EÚ, ktorá sa riadi úplne odlišnými pravidlami, je presne ten druh viackanálovej zložitosti, ktorá mení daňové obdobie na zhon. Beancount.io vám poskytuje účtovníctvo v obyčajnom texte s verzionovaním, kde každá transakcia môže byť označená kanálom, províznou sadzbou a jurisdikciou — plne transparentné a dopytovateľné, bez viazanosti na dodávateľa. Začnite zdarma a udržujte financie vašej aplikácie tak čisté ako váš kód.
