Durant tretze anys, cada dòlar que una aplicació d'iOS guanyava d'un client dels EUA passava per un únic canonada: el sistema de compres integrades d'Apple, amb Apple retenint la seva comissió abans que el desenvolupador veiés mai els diners. Això va canviar l'abril de 2025, quan un jutge federal va considerar Apple en desacatament de la mesura cautelar original en el cas Epic v. Apple i li va ordenar deixar de cobrar cap comissió en compres realitzades a través d'enllaços de pagament externs. Després va canviar de nou el desembre de 2025, quan el Novè Circuit va acceptar que Apple eventualment pogués cobrar alguna cosa — simplement no la taxa punitiva del 27% que havia intentat primer. I pot canviar una vegada més, perquè el 2 de juliol de 2026, el Tribunal Suprem va acceptar revisar l'apel·lació d'Apple de tot l'embolic.
Si vens béns digitals o subscripcions a través d'una aplicació iOS, ara tens dos canals d'ingressos actius amb dos conjunts diferents d'obligacions fiscals, dos comerciants de registre diferents i — a partir d'avui — dues taxes de comissió diferents. Aquí teniu què ha canviat realment, què encara no està resolt i com mantenir els vostres llibres en ordre mentre els advocats acaben de lluitar.
Com vam arribar aquí, en termes senzills
La versió curta d'una saga legal de cinc anys:
- 2021: La jutgessa Yvonne Gonzalez Rogers va dictaminar que les regles "anti-redireccionament" d'Apple (que impedien que les aplicacions fins i tot informessin als usuaris que podien pagar fora de l'aplicació) violaven la Llei de Competència Deslleial de Califòrnia. Va ordenar a Apple que permetés enllaços de compra externa.
- 2024: Apple va complir sobre el paper, però va adjuntar una comissió del 27% a qualsevol venda realitzada dins dels set dies posteriors a que un usuari toqués un enllaç extern — a més de condicions contractuals que Epic argumentava que estaven dissenyades per fer que els enllaços externs fossin comercialment inútils.
- Abril 2025: La jutgessa Rogers va considerar Apple en desacatament, va dictaminar que la taxa del 27% era "punitiva" en lloc de compensatòria, i va ordenar a Apple que deixés de cobrar qualsevol comissió en compres d'enllaços externs als EUA, amb efecte immediat.
- Desembre 2025: El Novè Circuit va confirmar en gran manera la conclusió de desacatament, però va enviar la qüestió de la comissió de nou al tribunal de districte, sostenint que Apple eventualment pot cobrar una taxa "basada en els costos que són genuïnament i raonablement necessaris per a la seva coordinació d'enllaços externs... però no més" — excloent explícitament els costos de seguretat i privadesa que Apple havia intentat incloure.
- Abril 2026: El Novè Circuit va aixecar una suspensió, permetent que el procés de devolució continuï.
- 2 de juliol de 2026: El Tribunal Suprem va concedir el certiorari en l'apel·lació d'Apple.
On deixa això les coses avui: Els desenvolupadors dels EUA poden afegir enllaços de compra externa amb 0% de comissió d'Apple, perquè cap tribunal ha aprovat encara una taxa de reemplaçament específica. Això pot canviar en el moment en què el tribunal de districte en fixi una, o si la decisió final del Tribunal Suprem remodela tot el marc. No construïu una estratègia de preus permanent basant-vos en el nombre d'avui — creeu un sistema de comptabilitat prou flexible per absorbir qualsevol taxa que arribi després.
Què podeu fer realment ara mateix
Si sou un desenvolupador amb seu als EUA amb una aplicació iOS, podeu sol·licitar el Dret d'Enllaç de Compra Externa d'Apple, que us permet:
- Afegir un enllaç o botó dins de la vostra aplicació que dirigeixi els usuaris a una pàgina web per completar una compra
- Comunicar preus i promocions relacionats amb aquesta compra externa (anteriorment prohibit sota les antigues regles anti-redireccionament)
- Processar aquesta transacció completament fora del sistema de compres integrades d'Apple — a través de Stripe, Paddle, el vostre compte de comerciant o qualsevol processador que trieu
Encara heu de informar a Apple de les transaccions d'enllaços externs qualificades, generalment dins dels 15 dies, perquè Apple pugui fer el seguiment del compliment fins i tot mentre recapta 0 $. Si no ho feu, us arrisqueu a la revocació del dret, per tant, hauria de ser a la vostra llista de verificació de comptabilitat recurrent, no només una tasca del dia de llançament.
Dues excepcions a tenir en compte: els desenvolupadors del Programa de Compres per Volum (VPP) i el Programa de Socis de Notícies (NPP) d'Apple poden tenir restriccions addicionals sobre enllaços externs, i la UE opera sota una estructura de tarifes completament separada (regles de la Llei de Mercats Digitals amb una Comissió de Tecnologia Nuclear, una Taxa d'Adquisició Inicial i una taxa de serveis de la botiga) que no té res a veure amb el litigi dels EUA anterior. Si veneu en tots dos mercats, necessiteu dos tractaments comptables diferents, no un.
Per què això és un problema de comptabilitat, no només legal
Abans dels enllaços externs, la vostra comptabilitat de l'App Store era gairebé mecànicament senzilla: Apple era el comerciant de registre, Apple recaptava l'impost sobre vendes i l'IVA, Apple deduïa la seva comissió del 15% o 30%, i vosaltres registràveu un dipòsit net per període de pagament, generalment conciliat contra un sol 1099-K o 1099-MISC cada gener.
Les vendes d'enllaços externs ho converteixen en un segon flux d'ingressos estructuralment diferent:
| Compra dins l'aplicació | Compra per enllaç extern | |
|---|---|---|
| Comerciant de registre | Apple | Tu (o el teu processador de pagaments) |
| Recaptació d'impost sobre vendes / IVA | Responsabilitat d'Apple | Responsabilitat teva |
| Comissió actual (EUA) | 30% estàndard / 15% Programa per a Petites Empreses | 0% (pendent de decisió del tribunal de districte) |
| Temps de pagament | Calendari estàndard d'Apple | El que estableixi el teu processador |
| Formulari fiscal | 1099-K o 1099-MISC d'Apple | 1099-K del teu processador, si se superen els llindars |
| Gestió de devolucions | A través de l'App Store | A través del teu propi flux de suport |
L'última fila és més important del que sembla. Quan es produeix una devolució en una compra dins l'aplicació, Apple reverteix la transacció i ajusta el que us informa. Quan es produeix una devolució en una compra d'enllaç extern, vosaltres l'heu de processar, i mai toca els llibres d'Apple en absolut — el que significa que els vostres registres d'ingressos i devolucions per als dos canals no es conciliaran entre si, i no s'hi ha de forçar.
Configurar els vostres llibres per a dos canals d'ingressos
Algunes accions concretes per evitar que això es converteixi en una sorpresa de gener:
1. Dividiu el compte d'ingressos. No agrupeu "Ingressos de l'App Store" en una sola línia de llibre major. Creeu comptes separats (o almenys etiquetes/categories separades) per als ingressos de compres dins l'aplicació i els ingressos d'enllaços externs. Quan la taxa de comissió dels enllaços externs finalment es fixi — 5%, 12%, o el que triï el tribunal de districte — voldreu dades històriques del volum d'aquest canal per modelar l'impacte abans que arribi.
2. Registreu els ingressos nets de comissió, però feu un seguiment del brut per separat. La pràctica estàndard d'ingressos de programari sota l'ASC 606 és reconeixer l'import al qual realment teníeu dret a rebre — net de la part d'Apple — com a ingressos, ja que la comissió mai us va pertànyer. Però per a la conciliació i el modelatge futur, mantingueu el volum brut de transaccions en un camp de memòria o etiqueta d'informe. El voldreu el dia que s'anunciï una taxa de comissió, per poder estimar immediatament l'impacte.
3. Tracteu la recaptació de l'impost sobre vendes com un compte de passiu nou. Si ara sou el comerciant de registre en vendes d'enllaços externs, vosaltres (o el vostre processador de pagaments) sou responsables de recaptar i remetre l'impost sobre vendes a cada estat on tingueu nexe — una responsabilitat que Apple gestionava silenciosament per vosaltres dins l'aplicació. Si el vostre processador no gestiona els impostos automàticament (Stripe Tax i el model de comerciant de registre de Paddle ofereixen això de manera diferent — consulteu quin fa el vostre processador), aquest és el lloc més fàcil per recaptar de menys durant mesos abans que una auditoria ho detecti.
4. Concilieu dos 1099, no un. Quan arribi gener, probablement rebreu un 1099-K o 1099-MISC d'Apple pels ingressos dins l'aplicació i un 1099-K separat del processador que va gestionar les vostres vendes d'enllaços externs (un cop supereu el llindar federal de 600 $ — inferior en alguns estats). Verifiqueu tots dos contra el vostre llibre major intern abans de presentar; una discrepància entre el que un processador informa i el que vau registrar és una de les causes més comunes d'un avís de l'IRS.
5. Registreu la cadència d'informe de 15 dies. El requisit d'informe d'Apple per a transaccions d'enllaços externs és una tasca de compliment amb conseqüències reals (revocació del dret) si es descuida, per tant, ha de ser en el sistema que utilitzeu per fer un seguiment de les tasques de comptabilitat recurrents — no només coneixement tribal.
Un marc que no li importa cap a on vagi la decisió
Com que la taxa de comissió encara no està resolta — i podria ser litigada de nou després que el Tribunal Suprem es pronunciï — la tasca d'enginyeria real aquí no és "construir per al 0%". Es tracta de construir un pla de comptes i una estructura d'informes que tracti la taxa de comissió com una variable, no una constant. Els llibres majors en text pla i control de versions fan que aquest problema específic sigui més fàcil que la comptabilitat basada en fulls de càlcul: podeu etiquetar cada transacció d'enllaç extern amb el seu canal i taxa de comissió en el moment de la venda, i després tornar a executar un informe en el moment que es confirmi una nova taxa, sense tocar entrades històriques ni trencar una fórmula en tres pestanyes dins d'un quadern de treball.
Mantingueu els ingressos de la vostra aplicació organitzats des del primer dia
Dividir els ingressos entre compres dins l'aplicació de l'App Store, enllaços de pagament externs i una estructura de tarifes de la UE que segueix regles completament diferents és exactament el tipus de complexitat multicanal que converteix la temporada d'impostos en un caos. Beancount.io us ofereix comptabilitat en text pla i control de versions on cada transacció es pot etiquetar per canal, taxa de comissió i jurisdicció — totalment transparent i consultable, sense dependència de proveïdor. Comença gratis i manté les finances de la teva aplicació tan netes com el teu codi.