L'App Store Connect diu que has venut 9.412 € el mes passat. La Google Play Console diu 3.108 €. Els sumes, et sents força bé amb els 12.520 € — i després arriben els dipòsits: 6.580 € d'Apple, 2.210 € de Google. Ningú t'ha robat. Cada euro que falta té un nom: IVA, comissió, reemborsaments, retenció, conversió de divises i, finalment, l'impost sobre la renda. El problema no és la bretxa en si — és que la majoria de desenvolupadors independents no tenen cap llibre de comptes que ho expliqui, per tant no poden respondre les tres preguntes que realment importen: És correcte el meu preu? Estic a la taxa de comissió correcta? La meva previsió de flux de caixa és real?
Aquesta guia explica tot el procés des del preu de venda fins a l'import net, per què el pagament mai coincideix amb l'informe, i et dona una rutina mensual de conciliació que triga uns 30 minuts un cop configurada.
Tres números, tres respostes diferents
Cada negoci d'aplicacions té tres números d'ingressos, i confondre'ls és on comença la confusió:
- Vendes brutes — el que els clients van pagar, tal com es mostra als quadres de comandament analítics. Aquest és el número de vanitat. Inclou impostos allà on la botiga els recapta, i normalment és una estimació que es corregeix més tard.
- Beneficis del desenvolupador — el que la botiga diu que has guanyat, dels informes financers mensuals (Apple) i els informes d'ingressos (Google). Això és net de comissió, impostos que la botiga recapta i remet, reemborsaments i contracàrrecs. És el número sobre el qual s'ha de basar la teva comptabilitat.
- El pagament — el dipòsit bancari. Beneficis menys qualsevol retenció fiscal, ajustat per la conversió de divises, i subjecte a llindars mínims de pagament i al calendari de pagaments de la botiga.
Si els teus llibres registren només el dipòsit bancari, els teus ingressos estan silenciosament subestimats i desplaçats un mes o més. Si registren vendes brutes, els ingressos estan sobreestimats un 30–50% i no coincideixen amb cap diner que rebis mai. Tota l'art de la comptabilitat de l'app store és connectar aquests tres números perquè cada mes tanqui amb zero diferència entre els beneficis reportats i l'efectiu rebut.
El procés des del preu de venda fins a l'import net
Pren una subscripció de 9,99 € venuda en un país amb un 20% d'IVA, amb la comissió estàndard del 30%. Aquesta és la versió honesta del que passa:
| Pas | Càlcul | Restant | % del preu de venda |
|---|---|---|---|
| Preu de venda | — | 9,99 € | 100% |
| IVA recaptat i remès per la botiga | 9,99 € ÷ 6 | 8,33 € | 83% |
| Comissió de la botiga (taxa estàndard) | 30% × 8,33 € | 5,83 € | 58% |
| Reemborsaments i contracàrrecs (suposem un 3%) | 3% × 5,83 € | 5,65 € | 57% |
| Impost sobre la renda amb un 30% efectiu | 30% × 5,65 € | 3,96 € | 40% |
Aproximadament un 60% del preu de venda mai arriba a la teva butxaca. Una venda als EUA en un estat que no grava els béns digitals comença des d'una base més alta, i un desenvolupador amb una taxa de comissió reduïda conserva significativament més (la mateixa venda a la regió de l'IVA amb un 15% de comissió genera 7,08 € nets abans de reemborsaments — aproximadament el 71% del preu de venda). El percentatge exacte depèn de la teva combinació de vendes, però la lliçó estructural és vàlida a tot arreu: els ingressos bruts no són els teus diners. Són els diners de la botiga que passen pel teu quadre de comandament.
Res d'això està amagat. Els termes dels programes d'Apple i Google detallen cada deducció. El que falta a la majoria de negocis independents és el seguiment — un lloc on cada capa del procés sigui un fet registrat i auditable en lloc d'una sorpresa mensual.
La taxa de comissió que realment estàs pagant
L'error més car relacionat amb la comptabilitat en aquest espai és estar a la taxa incorrecta. Totes dues botigues redueixen la seva comissió a la meitat per a desenvolupadors més petits, i la inscripció no és automàtica a tot arreu:
El Programa de petites empreses de l'App Store d'Apple redueix la comissió del 30% al 15% en aplicacions de pagament, compres integrades i subscripcions. L'elegibilitat es mesura en beneficis — vendes netes de la comissió d'Apple i certs impostos i ajustos, no bruts — i requereix que hagis guanyat no més d'1 milió de dòlars al teu compte i tots els comptes de desenvolupador associats (qualsevol compte que posseeixis, controlis, o que et posseeixi o controli) durant l'any natural anterior, i no més d'1 milió de dòlars fins ara a l'any actual. Dos detalls fan ensopegar els desenvolupadors:
- Si superes 1 milió de dòlars a mig any, la taxa estàndard del 30% s'aplica a les vendes futures — les vendes ja fetes al 15% no es reclamen enrere, i pots tornar a qualificar-te l'any després que els teus beneficis baixin per sota del llindar.
- Els canvis de taxa tenen efecte 15 dies després del final del mes fiscal en què s'aprova la teva inscripció, així que una inscripció retardada costa diners reals cada setmana que roman a la teva llista de tasques.
El nivell reduït de Google Play aplica un 15% al primer milió de dòlars que guanyes cada any natural, amb la taxa del 30% activant-se en ingressos per sobre d'això — t'inscrius agrupant els teus comptes associats a la Play Console i acceptant els termes. Una diferència estructural que val la pena conèixer: a Google, totes les subscripcions amb renovació automàtica es cobren amb la taxa de servei del 15% des del primer dia, independentment de la inscripció al programa. Amb la taxa estàndard d'Apple, un subscriptor paga la taxa del 30% durant els primers 12 mesos i el 15% a partir del segon any — un argument silenciós per a la retenció que només importa un cop surts del programa reduït.
Si estàs per sota d'1 milió de dòlars i no estàs inscrit al programa d'Apple, arreglar-ho és plausiblement els deu minuts amb el retorn d'inversió més alt del teu any: el flux d'inscripció es troba a l'App Store Connect, a Acords, Impostos i Banca.
Per què el dipòsit mai coincideix amb l'informe
Fins i tot amb la taxa correcta, els beneficis i els pagaments divergeixen per raons que són totes mecàniques — i cada una mereix una línia als teus llibres:
Els calendaris de pagament no són mensuals. Apple paga dins dels 45 dies posteriors al final de cada mes fiscal, i els seus mesos fiscals no s'alineen amb els mesos del calendari — un mes fiscal pot acabar el 27 de desembre, amb el pagament que arriba el 29 de gener. A la pràctica, la bretxa és d'uns 33 dies. Google paga el dia 15 del mes següent (lliscant al següent dia hàbil quan el 15 cau en cap de setmana). Si fas comptabilitat de meritació, els ingressos de desembre són l'efectiu de gener o de mitjans de febrer, i els teus llibres necessiten un compte de compensació de pagaments per pontar tots dos.
Els llindars mínims retarden els pagaments petits. Apple només paga un cop els teus beneficis superen un llindar mínim de pagament que varia segons el país bancari i la divisa. Un mes lent pot significar cap dipòsit, amb el saldo que es trasllada endavant — que sembla un error de 30 € llevat que ho segueixis.
Els reemborsaments i contracàrrecs es dedueixen abans dels beneficis. Les botigues reclamen la transacció completa, i la teva taxa de reemborsament varia silenciosament segons el producte i la regió. Comptabilitzat correctament, això és contra-ingressos al mes en què el reemborsament apareix a l'informe, no una deducció misteriosa del dipòsit.
Els impostos flueixen per dues portes diferents. Per a l'IVA i molts impostos sobre vendes, les botigues actuen com a comerciant de registre a efectes fiscals — a la UE, per exemple, Google cobra, recapta i remet l'IVA, així que els teus beneficis es calculen sobre la base exclosa d'impostos i normalment no presentes declaracions d'IVA en aquests països. Separadament, els desenvolupadors no nord-americans s'enfronten a la retenció fiscal dels EUA sobre qualsevol quantitat d'origen nord-americà, que pot ser una taxa plana del 30% si no has presentat un W-8BEN o W-8BEN-E a l'App Store Connect (o l'equivalent a la Play Console). Les taxes dels tractats — o simplement el fet que els pagaments sovint provenen de les entitats internacionals de les botigues — poden reduir-ho a zero. En qualsevol cas, la retenció apareix com una bretxa entre els beneficis reportats i el dipòsit, i normalment es pot recuperar com a crèdit — si ho registres.
La conversió de divises és un cost real. Les botigues paguen en la divisa del teu acord bancari, convertint els beneficis per territori pel camí. El marge de canvi és una despesa sense factura, així que l'única manera de veure-ho és comparar els beneficis reportats per divisa contra el dipòsit.
La pregunta comptable que la majoria d'indies encerten malament
La teva línia d'ingressos ha de mostrar vendes brutes o beneficis nets? Per a la immensa majoria de desenvolupadors independents, la resposta és net. Sota els marcs de reconeixement d'ingressos que s'apliquen als US GAAP (ASC 606) i IFRS 15, la prova és si tu ets el principal a la venda — si controles el bé o servei abans de la transferència al client — o un agent la obligació de rendiment del qual es compleix quan la botiga fa la venda. Quan la botiga és el comerciant de registre, recapta l'impost, configura les vies de pagament, assumeix la mecànica de reemborsament i et paga un import net per transacció, la botiga és el principal i els teus ingressos són els teus beneficis. Registrar els bruts i mostrar la comissió com a despesa infla els ingressos, distorsiona qualsevol ràtio de marge que calculis i declara incorrectament els impostos si algú hi mira mai.
El segon error és el temps: registrar el dipòsit bancari com els ingressos d'aquell mes. El dipòsit liquida els beneficis del mes anterior (o del mes fiscal anterior). El patró correcte és:
- Meritar ingressos quan es produeixen les vendes, utilitzant les estimacions de la botiga si els reals encara no han sortit.
- Corregir als reals quan arriba l'informe financer mensual, registrant la diferència entre estimació i real (gairebé sempre n'hi ha una — divises, reemborsaments i ajustos tardans ho asseguren).
- Liquidar el dipòsit contra el compte a cobrar quan arriba el pagament, amb qualsevol residual que vagi a retenció, FX o trasllat de llindar — cada un al seu propi compte.
Aquesta última clàusula és tot el joc: quan cada residual té un compte amb nom, una diferència diferent de zero és impossible de passar per alt i triga minuts a explicar-se.
Un flux de treball mensual de conciliació de 30 minuts
- Descarrega els reals. Des de l'App Store Connect, estira l'informe financer mensual (el detallat que cobreix tots els territoris, amb dates de liquidació). Des de la Play Console, estira l'informe d'ingressos. Aquests — no els quadres de comandament analítics — són els teus documents font.
- Registra els beneficis per territori i divisa. Una línia d'ingressos per botiga, amb territoris i divises seguides a sota. Aquí viu la pista d'auditoria: el dia que necessitis respondre "per què van caure els beneficis de la UE un 12% al març", voldràs IVA, comissió i reemborsaments desglossats, no un número barrejat.
- Registra l'ajust d'estimació a real. Diferència entre el que el teu quadre de comandament va projectar i el que diu l'informe: normalment reemborsaments, divises i ajustos de pagament massiu.
- Comptabilitza reemborsaments i contracàrrecs com a contra-ingressos al mes de l'informe, i observa la taxa al llarg del temps — una taxa de reemborsament creixent és un senyal de producte disfressat de comptabilitat.
- Concilia el pagament amb el compte a cobrar. Quan arriba el dipòsit, iguala'l amb l'informe. La retenció va a un compte de crèdit fiscal (sovint és creditable); les diferències de FX van a una despesa de divisa; un dipòsit curt per sota del llindar mínim queda al compte de compensació fins al mes següent.
- Verifica la teva taxa de comissió trimestralment. Comprova la teva inscripció al Programa de petites empreses a l'App Store Connect i el teu nivell a la Play Console — especialment si t'apropes a 1 milió de dòlars en beneficis, on totes dues botigues canvien la taxa a les vendes futures. Modela la graduació abans que passi: creuar la línia pot revaloritzar tota la teva estructura de marge a mig any.
Sis passos, una asseguda al mes. La recompensa no és només llibres nets — és que les decisions de preus, les inscripcions de taxa i la previsió d'efectiu comencen a funcionar amb beneficis en lloc del número de vanitat.
Segueix tot el procés en text pla
Aquest és exactament el tipus de conciliació multicapa on la comptabilitat en text pla demostra el seu valor. Un llibre de comptes beancount dona a cada capa del procés el seu propi compte — income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld — així que l'assentament mensual és l'explicació, i cada xifra es remunta a un informe descarregat que pots rederivar anys després. Com que el llibre és text, els informes de la botiga poden estar al seu costat al control de versions, i la conciliació es converteix en un diff en lloc d'un projecte d'arqueologia de fulls de càlcul. Si vols la maquinària per importar estats bancaris i dades de la botiga, la documentació cobreix la canonada d'importació en profunditat.
Simplifica la teva gestió financera
Els ingressos de l'app store són la renda més reconciliada contra tu que la majoria de desenvolupadors tindran mai: comissions, impostos, reemborsaments i calendaris de pagament tots s'emporten la seva part abans que el diner et arribi. Mantenir llibres que reflecteixin aquest procés — en lloc d'una sola línia d'"ingressos d'aplicació" — és el que converteix un pagament confús en un sistema transparent i auditable. Beancount.io ofereix comptabilitat en text pla que és transparent, amb control de versions i preparada per a IA, així que cada informe de botiga, ajust i dipòsit queda traçable. Comença gratis i fes que el teu import net sigui tan llegible com el teu codi.