App Store Connect dice che hai venduto 3.108. Li sommi, ti senti soddisfatto con 6.580 da Apple, $2.210 da Google. Nessuno ti ha rubato nulla. Ogni dollaro mancante ha un nome: IVA, commissione, rimborsi, ritenute fiscali, conversione valutaria e, infine, imposta sul reddito. Il problema non è il divario in sé — è che la maggior parte degli sviluppatori indie non ha una contabilità che lo spieghi, quindi non possono rispondere alle tre domande che contano davvero: Il mio prezzo è giusto? Sto usando la commissione corretta? Le mie previsioni di cassa sono realistiche?
Questa guida illustra l'intera cascata dal prezzo di listino al netto, spiega perché il pagamento non corrisponde mai al report e fornisce una routine mensile di riconciliazione che richiede circa 30 minuti una volta configurata.
Tre numeri, tre risposte diverse
Ogni attività con app ha tre numeri di fatturato, e confonderli è dove iniziano i problemi:
- Fatturato lordo — cosa hanno pagato i clienti, come mostrato nei dashboard di analytics. Questo è il numero "vanity". Include le tasse dove il negozio le riscuote, e di solito è una stima che viene corretta in seguito.
- Proventi sviluppatore — cosa dice il negozio che hai guadagnato, dai report finanziari mensili (Apple) e dai report sugli utili (Google). Questo è al netto di commissione, tasse che il negozio riscuote e versa, rimborsi e storni. È il numero su cui dovrebbe basarsi la tua contabilità.
- Il pagamento — il deposito bancario. Proventi meno eventuali ritenute fiscali, aggiustati per la conversione valutaria e soggetti a soglie minime di pagamento e al calendario dei pagamenti del negozio.
Se i tuoi libri registrano solo il deposito bancario, il tuo fatturato è silenziosamente sottostimato e spostato di un mese o più. Se registrano il fatturato lordo, il fatturato è sovrastimato del 30–50% e non corrisponde a nessun denaro che ricevi mai. L'intera arte della contabilità per app è collegare questi tre numeri così che ogni mese si chiuda con zero differenze tra proventi riportati e denaro ricevuto.
La cascata dal prezzo di listino al netto
Prendi un abbonamento da €9,99 venduto in un paese con IVA al 20%, con la commissione standard del 30%. Ecco la versione onesta:
| Fase | Calcolo | Restante | % del prezzo di listino |
|---|---|---|---|
| Prezzo di listino | — | €9,99 | 100% |
| IVA riscossa e versata dal negozio | €9,99 ÷ 6 | €8,33 | 83% |
| Commissione del negozio (tariffa standard) | 30% × €8,33 | €5,83 | 58% |
| Rimborsi e storni (assumendo 3%) | 3% × €5,83 | €5,65 | 57% |
| Imposta sul reddito con aliquota effettiva del 30% | 30% × €5,65 | €3,96 | 40% |
Circa il 60% del prezzo di listino non arriva mai nel tuo conto. Una vendita negli Stati Uniti in uno stato che non tassa i beni digitali parte da una base più alta, e uno sviluppatore con una commissione ridotta trattiene di più (lo stesso abbonamento con IVA al 20% e commissione al 15% rende €7,08 prima dei rimborsi — circa il 71% del prezzo di listino). La percentuale esatta dipende dal tuo mix di vendite, ma la lezione strutturale vale ovunque: il fatturato lordo non è il tuo denaro. È il denaro del negozio che passa attraverso il tuo dashboard.
Niente di tutto questo è nascosto. I termini di Apple e Google specificano ogni detrazione. Quello che manca nella maggior parte delle attività indie è il monitoraggio — un posto dove ogni livello della cascata è registrato e verificabile invece di essere una sorpresa mensile.
La commissione che stai effettivamente pagando
L'errore contabile più costoso in questo settore è essere sulla tariffa sbagliata. Entrambi i negozi dimezzano la commissione per gli sviluppatori più piccoli, ma l'iscrizione non è automatica ovunque:
Il Programma Small Business di Apple riduce la commissione dal 30% al 15% su app a pagamento, acquisti in-app e abbonamenti. L'idoneità è misurata sui proventi — vendite al netto della commissione di Apple e di alcune tasse e aggiustamenti, non sul fatturato lordo — e richiede che tu guadagni non più di 1 milione nell'anno in corso. Due dettagli che fanno inciampare gli sviluppatori:
- Se superi $1 milione a metà anno, la tariffa standard del 30% si applica alle vendite future — le vendite già fatte al 15% non vengono recuperate, e puoi riqualificarti l'anno successivo se i tuoi proventi scendono sotto la soglia.
- Le modifiche alla tariffa entrano in vigore 15 giorni dopo la fine del mese fiscale in cui la tua iscrizione viene approvata, quindi un'iscrizione ritardata ti costa denaro reale per ogni settimana che resta nella tua lista di cose da fare.
La fascia ridotta di Google Play applica il 15% ai primi $1 milione di entrate che guadagni ogni anno solare, con la tariffa del 30% che scatta su quanto supera quella cifra — ti iscrivi raggruppando i tuoi account associati nella Play Console e accettando i termini. Una differenza strutturale che vale la pena conoscere: su Google, tutti gli abbonamenti con rinnovo automatico sono soggetti alla commissione del 15% dal primo giorno, indipendentemente dall'iscrizione al programma. Con la tariffa standard di Apple, un abbonato paga la commissione del 30% per i primi 12 mesi e poi passa al 15% dal secondo anno in poi — un argomento silenzioso a favore della fidelizzazione che conta solo se esci dalla fascia ridotta.
Se sei sotto $1 milione e non sei iscritto al programma di Apple, sistemarlo è probabilmente i dieci minuti a più alto ritorno dell'anno: il flusso di iscrizione si trova in App Store Connect sotto Accordi, Impostazioni fiscali e Bancarie.
Perché il deposito non corrisponde mai al report
Anche con la tariffa corretta, i pagamenti e i report divergono per ragioni tutte meccaniche — e ognuna merita una riga nei tuoi libri:
I calendari dei pagamenti non sono mensili. Apple paga entro 45 giorni dalla fine di ogni mese fiscale, e i suoi mesi fiscali non coincidono con i mesi di calendario — un mese fiscale può terminare il 27 dicembre, con il pagamento che arriva il 29 gennaio. In pratica, il divario è di circa 33 giorni. Google paga il 15 del mese successivo (slittando al giorno lavorativo successivo se il 15 cade in un fine settimana). Se usi la contabilità per competenza, il fatturato di dicembre diventa contante a gennaio o a metà febbraio, e i tuoi libri hanno bisogno di un conto di compensazione per i pagamenti per collegare i due.
Le soglie minime ritardano i piccoli pagamenti. Apple paga solo quando i tuoi proventi superano una soglia minima che varia in base al paese della banca e alla valuta. Un mese lento può significare nessun deposito, con il saldo che va avanti — il che sembra un $30 mancante se non lo stai monitorando.
Rimborsi e storni vengono detratti prima dei proventi. I negozi recuperano l'intera transazione, e il tuo tasso di rimborso varia silenziosamente per prodotto e regione. Registrato correttamente, questo è contro-fatturato nel mese in cui il rimborso appare nel report, non una detrazione misteriosa dal deposito.
Le tasse passano attraverso due porte diverse. Per l'IVA e molte imposte sulle vendite, i negozi agiscono come commerciante di riferimento a fini fiscali — nell'UE, ad esempio, Google addebita, riscuote e versa l'IVA, quindi i tuoi proventi sono calcolati sulla base imponibile esclusa e generalmente non presenti dichiarazioni IVA in quei paesi. Separatamente, gli sviluppatori non statunitensi subiscono una ritenuta fiscale statunitense su qualsiasi importo di origine USA, che può arrivare al 30% flat se non hai presentato un W-8BEN o W-8BEN-E in App Store Connect (o l'equivalente nella Play Console). Le aliquote previste dai trattati — o semplicemente il fatto che i pagamenti spesso provengono dalle entità internazionali dei negozi — possono ridurla a zero. In ogni caso, la ritenuta appare come un divario tra i proventi riportati e il deposito, ed è di solito recuperabile come credito — se la registri.
La conversione valutaria è un costo reale. I negozi pagano nella valuta del tuo accordo bancario, convertendo i proventi per territorio lungo il percorso. Lo spread FX è una spesa senza fattura, quindi l'unico modo per vederla è confrontare i proventi riportati per valuta con il deposito.
La domanda contabile che la maggior parte degli indie sbaglia
La tua riga di fatturato dovrebbe mostrare il fatturato lordo o i proventi netti? Per la stragrande maggioranza degli sviluppatori indie, la risposta è netto. Secondo i quadri di riconoscimento dei ricavi applicabili ai principi contabili US GAAP (ASC 606) e IFRS 15, il test è se tu sei il principale nella vendita — se controlli il bene o servizio prima del trasferimento al cliente — o un agente la cui obbligazione di performance è soddisfatta quando il negozio effettua la vendita. Quando il negozio è il commerciante di riferimento, riscuote le tasse, imposta i canali di pagamento, gestisce i meccanismi di rimborso e ti paga un importo netto per transazione, il negozio è il principale e il tuo fatturato sono i tuoi proventi. Registrare il lordo e mostrare la commissione come spesa gonfia il fatturato, distorce qualsiasi rapporto di margine calcolato e dichiara male le tasse se qualcuno controlla.
Il secondo errore è il tempismo: registrare il deposito bancario come fatturato di quel mese. Il deposito regola il mese scorso (o il mese fiscale scorso) dei proventi. Il modello corretto è:
- Accumula il fatturato quando le vendite avvengono, usando le stime del negozio se i dati reali non sono ancora disponibili.
- Allinea ai dati reali quando arriva il report finanziario mensile, registrando la differenza stima-reale (ce n'è quasi sempre una — valuta, rimborsi e aggiustamenti tardivi lo garantiscono).
- Cancella il deposito contro il credito quando arriva il pagamento, con qualsiasi residuo che va a ritenute, FX o roll-forward delle soglie — ognuno nel suo conto.
L'ultima clausola è il punto cruciale: quando ogni residuo ha un conto nominato, una differenza diversa da zero è impossibile da ignorare e richiede minuti per essere spiegata.
Un flusso di lavoro di riconciliazione mensile di 30 minuti
- Scarica i dati reali. Da App Store Connect, estrai il report finanziario mensile (quello dettagliato che copre ogni territorio, con le date di regolamento). Dalla Play Console, estrai il report sugli utili. Questi — non i dashboard di analytics — sono i tuoi documenti di origine.
- Registra i proventi per territorio e valuta. Una riga di fatturato per negozio, con territori e valute tracciati sotto. È qui che vive la pista di audit: il giorno in cui devi rispondere a "perché i proventi UE sono scesi del 12% a marzo", vorrai IVA, commissione e rimborsi separati, non un numero unico miscelato.
- Registra l'aggiustamento stima-reale. La differenza tra ciò che il tuo dashboard proiettava e ciò che dice il report: di solito rimborsi, valuta e aggiustamenti di pagamento di massa.
- Registra rimborsi e storni come contro-fatturato nel mese del report e monitora il tasso nel tempo — un tasso di rimborso in aumento è un segnale di prodotto travestito da contabilità.
- Riconcilia il pagamento con il credito. Quando il deposito arriva, abbinalo al report. Le ritenute vanno a un conto di crediti fiscali (spesso sono credibili); le differenze FX vanno a una spesa valutaria; un deposito inferiore alla soglia minima rimane nel conto di compensazione fino al mese successivo.
- Verifica la tua commissione trimestralmente. Controlla l'iscrizione al Small Business Program in App Store Connect e la tua fascia nella Play Console — soprattutto se ti stai avvicinando a $1 milione di proventi, dove entrambi i negozi cambiano la tariffa sulle vendite future. Modella il passaggio di fascia prima che accada: oltrepassare la linea può rivalutare l'intera struttura di margine a metà anno.
Sei passaggi, una sessione al mese. Il vantaggio non sono solo libri puliti — è che le decisioni di prezzo, le iscrizioni alle tariffe e le previsioni di cassa iniziano a funzionare sui proventi invece che sul numero vanity.
Traccia l'intera cascata in testo semplice
Questo è esattamente il tipo di riconciliazione multilivello dove la contabilità in testo semplice dà il meglio di sé. Un registro beancount dà a ogni livello della cascata il suo conto — income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld — così la registrazione mensile è la spiegazione, e ogni cifra si ricollega a un report scaricato che puoi ri-derivare anni dopo. Poiché il registro è testo, i report dei negozi possono stare accanto ad esso nel controllo di versione, e la riconciliazione diventa un diff invece di un progetto di archeologia da foglio di calcolo. Se vuoi la meccanica per importare estratti conto bancari e dati dei negozi, la documentazione copre in dettaglio la pipeline di importazione.
Semplifica la tua gestione finanziaria
Il fatturato dell'app store è il reddito più riconciliato contro di te che la maggior parte degli sviluppatori avrà mai: commissioni, tasse, rimborsi e calendari di pagamento prendono tutti la loro parte prima che il denaro ti raggiunga. Tenere libri che rispecchiano quella cascata — invece di una singola riga "reddito da app" — è ciò che trasforma un pagamento confuso in un sistema trasparente e verificabile. Beancount.io offre una contabilità in testo semplice che è trasparente, controllata tramite versione e pronta per l'IA, così ogni report del negozio, aggiustamento e deposito rimane tracciabile. Inizia gratis e rendi il tuo guadagno netto chiaro come il tuo codice.