Hai chiuso cinque contratti annuali a marzo e $60.000 sono arrivati sul tuo conto Stripe. La tua dashboard brilla, il saldo bancario sembra eroico — e il tuo commercialista ti ha appena detto che il fatturato di marzo è stato di $5.000. Nessuno dei due sbaglia. Stai guardando due numeri diversi che si trovano nello stesso conto Stripe: la cassa che hai incassato e i ricavi che hai effettivamente guadagnato. Finché non riconcili i due, ogni payout che Stripe ti invia è un enigma che i tuoi libri contabili devono risolvere.
Questa guida ti mostra come le aziende SaaS che fatturano annualmente ma rilevano i ricavi mensilmente riconciliano i payout di Stripe senza duplicare i ricavi, senza dichiarare in modo errato i ricavi differiti e senza farsi ingannare dalla metrica che nasconde l'intero divario.
Perché i payout di Stripe sono il punto di partenza sbagliato per i ricavi
Un payout di Stripe sembra un reddito. Arriva sul tuo conto bancario come un singolo deposito, ha una data sopra e sembra il guadagno del mese. Non è nulla di tutto ciò. Un payout è un regolamento al netto: addebiti lordi meno commissioni di elaborazione, meno rimborsi, meno prelievi per contestazioni, raggruppati secondo il calendario dei payout di Stripe, non il tuo.
Questo crea due distorsioni separate se registri i payout come ricavi.
Primo, sottostimi i ricavi. Se un cliente ha pagato $12.000 per un piano annuale, Stripe trattiene circa $348 più 30 centesimi e versa il resto. Registrare il payout come vendita registra il netto e seppellisce la commissione dove non puoi mai analizzarla — né scaricarla in modo pulito.
Secondo, e molto più pericoloso per la fatturazione annuale, sbagli la tempistica. L'intero importo di $12.000 arriva in un unico payout a gennaio, ma secondo la contabilità per competenza lo guadagni a $1.000 al mese man mano che eroghi il servizio. Registra il payout come ricavo di gennaio e gennaio sembrerà spettacolare mentre da febbraio a dicembre sembreranno morti, anche se l'azienda ha fatto esattamente la stessa cosa ogni mese.
La soluzione è trattare il payout per quello che è — un trasferimento di cassa — e rilevare i ricavi su un binario completamente separato guidato dai tuoi contratti, non dai tuoi depositi.
I tre numeri che i fondatori confondono: bookings, billings e ricavi
Ogni riconciliazione con fatturazione annuale inizia dal tenere separati tre numeri:
- I bookings sono il valore totale dei contratti firmati. Un cliente firma un contratto annuale da $12.000 a gennaio: $12.000 di bookings a gennaio. Un booking è un impegno, non cassa e non guadagno.
- I billings sono ciò che fatturi e incassi. Se il contratto prevede fatturazione annuale anticipata, i billings di gennaio sono $12.000. Se prevede fatturazione mensile, i billings di gennaio sono $1.000 anche se il booking era di $12.000.
- I ricavi sono ciò che hai guadagnato erogando il servizio. Un mese di un contratto di dodici mesi guadagna un dodicesimo: $1.000 di ricavi di gennaio in entrambi i casi.
Il cuneo tra billings e ricavi è rappresentato dai ricavi differiti (detti anche ricavi non guadagnati), una passività nel tuo stato patrimoniale che rappresenta il servizio che devi ancora erogare. Incassa $12.000 a gennaio e rileva $1.000, e porti $11.000 di ricavi differiti a febbraio. Quella passività non è un problema — è la prova che i tuoi libri contabili sono onesti. Si riduce di $1.000 ogni mese fino alla fine del contratto.
In parole semplici: i bookings ti dicono come sta andando il reparto vendite, i billings ti dicono come sta andando la cassa, e i ricavi ti dicono come si è comportata davvero l'azienda. La riconciliazione si rompe nel momento in cui lasci che uno di essi sostituisca un altro.
Costruisci il piano dei ricavi differiti che guida il riconoscimento mensile
Il piano dei ricavi differiti è il motore dell'intero processo. È una semplice tabella per contratto — cliente, data di inizio del contratto, durata, valore totale del contratto, importo di riconoscimento mensile, ricavi rilevati a oggi, saldo differito residuo — ed è l'unico documento che dovrebbe mai generare una scrittura di ricavo.
Per un piano annuale da $12.000 che inizia il 1° gennaio, le scritture sono così:
All'incasso (gennaio):
Dr Conto transitorio Stripe $12.000
Cr Ricavi differiti $12.000
Ogni mese, da gennaio a dicembre:
Dr Ricavi differiti $1.000
Cr Ricavi da abbonamento $1.000Nota cosa manca: il payout non compare da nessuna parte nelle scritture di ricavo. L'incasso accredita i ricavi differiti, una passività. I ricavi nascono dopo, un mese alla volta, dal piano.
Due punti di disciplina fanno o disfano il piano. Primo, ogni nuovo contratto annuale, rinnovo ed espansione deve finire nel piano il mese in cui inizia — un contratto assente dal piano è un ricavo che non sarà mai rilevato. Secondo, riconcilia il piano con il libro giornaliero ogni mese: saldo differito iniziale, più nuovi billings, meno ricavi rilevati, deve essere uguale al saldo differito finale. Se non lo è, qualcosa ha aggirato il piano — di solito un rimborso, una modifica a metà ciclo o un payout che qualcuno ha registrato direttamente a ricavo.
Riconcilia il payout stesso con un conto transitorio
Mentre il piano gestisce la tempistica dei ricavi, devi comunque contabilizzare il denaro che transita attraverso Stripe. Il metodo pulito è un conto transitorio Stripe — un conto patrimoniale che rappresenta la "cassa che si trova dentro Stripe".
Ogni evento Stripe viene registrato sul conto transitorio al lordo:
Addebito al cliente di $1.000:
Dr Conto transitorio Stripe $1.000
Cr Ricavi differiti $1.000
Commissione Stripe di $29,30 su quell'addebito:
Dr Commissioni di elaborazione $29,30
Cr Conto transitorio Stripe $29,30
Payout di $970,70 che arriva sul tuo conto bancario:
Dr Conto corrente bancario $970,70
Cr Conto transitorio Stripe $970,70I rimborsi e i prelievi per contestazioni si registrano allo stesso modo, al contrario. Quando il giro di payout viene saldato, il conto transitorio va a zero per le voci di quel payout — ed è esattamente questo che lo rende uno strumento di riconciliazione, non solo una convenzione contabile. Un saldo residuo diverso da zero significa che una commissione, un rimborso o una rettifica è rimasto non registrato.
Per collegare ogni payout al suo contenuto, usa il report di riconciliazione dei payout di Stripe, che dettaglia ogni addebito, rimborso, commissione e rettifica all'interno di un payout, e verifica che il lordo meno le commissioni meno i rimborsi sia uguale al deposito bancario. Fallo payout per payout, non mese per mese: i payout scavalcano continuamente la fine del mese, e il raggruppamento mensile è la causa dei misteri del tipo "la banca non corrisponde mai a Stripe". Se il tuo volume è basso, una cadenza settimanale con il conto transitorio intercetta le piccole discrepanze mentre sono ancora facili da rintracciare.
Rettifiche: le modifiche a metà ciclo che rompono i piani
I contratti annuali raramente restano immobili per dodici mesi, e ogni modifica richiede una scrittura di rettifica sul piano differito:
- Upgrade ed espansioni di postazioni si aggiungono al saldo differito residuo. Un cliente che passa da $12.000 a $18.000 all'anno con sei mesi rimanenti aggiunge circa $3.000 di nuovi ricavi differiti (sei mesi ai $500 mensili extra), oltre al residuo non ancora rilevato.
- I downgrade lo riducono. Riduci il piano con sei mesi rimanenti e sposti la differenza fuori dai ricavi differiti — spesso come credito verso fatture future anziché come rimborso in contanti, che richiede comunque una scrittura contabile anche se non si muove denaro.
- I prorata sono il meccanismo: Stripe gestisce le modifiche all'abbonamento con crediti per il tempo non utilizzato, e quei crediti ti dicono esattamente quanto ricavo differito spostare tra il vecchio e il nuovo piano.
- Le cancellazioni con rimborso del tempo prepagato riducono i ricavi differiti, mai i ricavi del mese corrente. Rimborsare sei mesi non utilizzati di un piano da $12.000 è un addebito di $6.000 ai ricavi differiti — registrarlo contro i ricavi di questo mese sottostimerebbe un mese che non ha fatto nulla di sbagliato.
- I pagamenti falliti sui rinnovi annuali vanno monitorati nella direzione opposta: nessuna cassa incassata significa nessun nuovo saldo differito, quindi il piano non deve continuare a rilevare ricavi per un contratto che ha smesso di essere finanziato.
La regola pratica: nessuna modifica all'abbonamento in Stripe senza un aggiornamento corrispondente del piano nello stesso mese. I team che lasciano divergere i due passano ogni chiusura trimestrale a ricostruire cosa è successo dai PDF delle fatture.
La metrica SaaS che nasconde tutto: l'MRR della dashboard non è ricavo
Ecco la trappola che l'intero sistema nasconde. La tua dashboard Stripe mostra l'MRR salire splendidamente — i piani annuali si convertono in equivalenti mensili, gli upgrade aggiungono istantaneamente MRR di espansione, e il grafico sale verso l'alto e verso destra. I fondatori iniziano molto naturalmente a pensare a quel numero come "quello che guadagniamo al mese".
Non lo è. L'MRR è una metrica di run-rate normalizzata: il valore mensile degli abbonamenti attivi se nulla cambiasse. I ricavi riconosciuti sono ciò che hai effettivamente guadagnato secondo la contabilità per competenza questo mese. Divergono costantemente — i pagamenti anticipati annuali incassati questo mese sono appena il ricavo di questo mese, l'MRR di espansione da un upgrade a metà mese è solo mezzo mese di guadagno, e nessuna delle cifre della dashboard conosce il tuo piano differito, i tuoi rimborsi o le tue rettifiche.
La divergenza è invisibile finché non morde. Il reddito imponibile segue i ricavi riconosciuti, non l'MRR, quindi un trimestre con bookings enormi può produrre una bolletta fiscale che sorprende i fondatori che stavano guardando la dashboard. E gli acquirenti e i finanziatori fanno la due diligence sui ricavi GAAP, non sull'MRR — ogni dollaro di "ricavo" che era in realtà billings non riconosciuti viene rettificato fuori dalla conversazione sulla valutazione.
Tieni entrambi i numeri, ma non lasciare mai che uno faccia il lavoro dell'altro. Un utile controllo di sanità mensile: i ricavi riconosciuti del mese, più la variazione del tuo saldo differito, dovrebbero riconciliarsi con i billings. Se l'MRR dice che sei cresciuto e quell'equazione dice il contrario, fidati dell'equazione.
La tua checklist di chiusura mensile per SaaS su Stripe
Esegui questo ogni mese e i pezzi restano collegati:
- Collega i payout alla banca. Esporta i dati di riconciliazione dei payout, conferma che il lordo meno le commissioni meno i rimborsi sia uguale a ogni deposito, e registra il giro attraverso il conto transitorio.
- Azzera il conto transitorio per ogni payout. Qualsiasi saldo residuo è una commissione, un rimborso, una contestazione o una rettifica non registrata — trovalo prima della chiusura del mese.
- Aggiorna il piano differito. Aggiungi nuovi contratti e rinnovi, registra le scritture di riconoscimento del mese e conferma che il saldo iniziale più i billings meno i ricavi rilevati sia uguale al saldo finale.
- Rettifica le modifiche a metà ciclo. Fai corrispondere ogni upgrade, downgrade, prorata, cancellazione e rimborso in Stripe a una rettifica del piano.
- Riconcilia l'MRR con i ricavi riconosciuti. Spiega il divario tra il run-rate della dashboard e i ricavi guadagnati; indaga su tutto ciò che non riesci a spiegare in una frase.
- Esamina separatamente commissioni e rimborsi. Ricavi lordi, commissioni di elaborazione e rimborsi raccontano ciascuno la propria storia — compensarli nasconde tutti e tre.
Fatto con coerenza, questo trasforma la chiusura di fine mese da un'esumazione forense in una routine: il lato payout prova che la tua cassa è completa, e il lato piano prova che i tuoi ricavi sono guadagnati.
Mantieni i ricavi del tuo SaaS pronti per gli investitori
Man mano che scali la fatturazione annuale, mantenere collegati ogni mese ricavi riconosciuti, saldi differiti e cassa Stripe è ciò che rende i tuoi numeri credibili per commercialisti, autorità fiscali e futuri acquirenti. Beancount.io offre contabilità in testo semplice che ti dà completa trasparenza e controllo sui tuoi dati finanziari — nessuna scatola nera, nessun vincolo al fornitore. Inizia gratuitamente e scopri perché sviluppatori e professionisti della finanza stanno passando alla contabilità in testo semplice.
