Il tuo agente IA può completare 10.000 tentativi in un mese e non aver ancora guadagnato nulla ai sensi del contratto se solo 7.200 tentativi soddisfano la definizione di successo del cliente. Questa è la tensione contabile dietro i prezzi basati sui risultati: il modello può essere operativo in modo continuo, ma la promessa che hai venduto può essere misurata in risultati completati.
Man mano che il software agente passa dal rispondere a domande alla risoluzione di rimborsi, all'elaborazione di fatture, alla prevenzione delle frodi e al completamento di altri flussi di lavoro, un numero crescente di contratti SaaS lega i compensi a ciò che il sistema ottiene. Questo modello commerciale può allineare il prezzo al valore per il cliente. Può anche rendere molto più difficile il riconoscimento dei ricavi, la riconciliazione della fatturazione e le previsioni.
La domanda chiave ai sensi dell'ASC 606 non è semplicemente: "Quante volte è stato eseguito l'agente?" È: "Cosa ha promesso il contratto al cliente e quando è stata trasferita quella promessa?"
Inizia con la Promessa, Non con il Misuratore
I prezzi basati sui risultati possono descrivere diversi tipi di accordi. Due contratti potrebbero entrambi addebitare un importo per transazione riuscita richiedendo conclusioni contabili diverse.
Una promessa stand-ready
In un accordo stand-ready, il fornitore si impegna a rendere disponibile il servizio IA per un periodo di tempo. Il cliente trae beneficio dall'avere la capacità pronta quando necessario, indipendentemente dal fatto che arrivino o meno molte richieste. Un canone mensile per la piattaforma, accesso illimitato o un utilizzo guidato principalmente dagli utenti finali del cliente spesso indicano questa direzione.
I ricavi per il servizio principale saranno spesso riconosciuti nel tempo, utilizzando una misura di avanzamento basata sul tempo quando il servizio è fornito in modo uniforme durante il termine. Un compenso per risultato può essere comunque un corrispettivo variabile, ma ciò non significa automaticamente che sia riconosciuto solo quando viene fatturato in contanti.
Una quantità specificata di risultati
In un accordo di consumo, la promessa è più vicina a "fornire 25.000 risultati completati". Ogni risultato qualificante riduce il diritto residuo del cliente. Una volta consegnata la quantità acquistata, il cliente prende una nuova decisione di acquisto per altra capacità.
Questa struttura può supportare un metodo basato sull'output: riconoscere il prezzo assegnato a ogni risultato riuscito man mano che il fornitore lo trasferisce. I tentativi non riusciti non consumano il diritto acquistato dal cliente quando il contratto prevede che il cliente non riceva alcun servizio completato da tali tentativi.
Una promessa ibrida
Molti contratti reali combinano entrambi i modelli. Il cliente potrebbe pagare un canone mensile fisso per l'accesso alla piattaforma ospitata e un importo separato per ogni fattura duplicata verificata prevenuta. Il canone di accesso e il compenso per risultato non dovrebbero essere forzati in un unico modello di riconoscimento solo perché compaiono sulla stessa fattura.
La promessa di accesso fisso può essere riconosciuta durante il termine del servizio. Il compenso per risultato può essere riconosciuto quando i criteri di successo sono soddisfatti, se il contratto supporta questa conclusione e il corrispettivo variabile può essere allocato al periodo o al risultato pertinente.
PwC descrive la stessa distinzione pratica nelle sue linee guida SaaS: un modello di abbonamento generalmente fornisce accesso continuo, mentre un modello di consumo esegue un'attività definita o fornisce un output specificato per un compenso. Le etichette in una presentazione dei prezzi non sono decisive. I diritti, gli obblighi e il beneficio per il cliente nel contratto eseguito sono ciò che conta.
L'Albero Decisionale dell'ASC 606
Usa questa sequenza per ogni contratto sostanziale. Documenta la conclusione invece di affidarti allo schema di riconoscimento ricavi predefinito del sistema di fatturazione.
1. Definisci un risultato riuscito
"Il successo" deve essere abbastanza oggettivo da consentire a entrambe le parti di determinare quando il fornitore ha guadagnato il compenso. Per un agente di elaborazione fatture, il contratto potrebbe richiedere tutte le seguenti condizioni:
- La fattura viene ricevuta e abbinata al corretto ordine di acquisto.
- I controlli richiesti sono completati senza escalation umana.
- La scrittura contabile è registrata nel sistema designato dal cliente.
- La transazione non viene stornata durante una finestra di revisione definita.
Se il successo dipende da una frase vaga come "automazione soddisfacente", il fornitore potrebbe non avere una base affidabile per registrare un compenso per risultato. Scrivi il test prima di scrivere la scrittura contabile.
2. Identifica ciò che il cliente riceve
Chiediti se il cliente riceve:
- Accesso continuo a un agente per un termine specificato;
- Un numero finito di risultati completati;
- Diritti incrementali di utilizzo di una piattaforma; oppure
- Un pacchetto di accesso, implementazione, supporto e risultati.
Questa è la questione dell'obbligazione di prestazione. Lo stesso agente può essere un servizio stand-ready in un contratto e un servizio a output specificato in un altro, perché le promesse e i diritti del cliente differiscono.
3. Determina se l'accordo è una serie
Un servizio SaaS stand-ready è comunemente valutato come una serie di servizi giornalieri o mensili distinti che sono sostanzialmente gli stessi e hanno lo stesso modello di trasferimento. Se il compenso per risultato si riferisce specificamente a un periodo distinto di quella serie, l'eccezione di allocazione del corrispettivo variabile può consentire il riconoscimento nel periodo in cui si verificano i risultati qualificanti.
Ad esempio, un servizio potrebbe fornire accesso illimitato per 12 mesi e addebitare $3 per ogni intervento di prevenzione frode riuscito nel mese in cui si verifica l'intervento. Se la tariffa è fissa, la definizione di successo è misurabile e il compenso si riferisce al servizio di quel mese, riconoscere il compenso per risultato man mano che si verificano interventi qualificanti può rappresentare fedelmente il trasferimento.
La conclusione diventa meno chiara quando il compenso dipende dalla performance annuale cumulativa, sconti retroattivi, conguagli tra periodi o un minimo annuale. Queste caratteristiche possono impedire che il compenso sia attribuibile a un singolo periodo di servizio distinto.
4. Verifica l'espediente pratico della fatturazione
L'espediente pratico della fatturazione può consentire il riconoscimento dei ricavi per l'importo che il fornitore ha il diritto di fatturare quando tale importo corrisponde direttamente al valore trasferito al cliente fino a quel momento. Per un accordo stand-ready qualificante, un importo fisso per risultato riuscito fatturato man mano che ogni risultato si verifica può soddisfare questo modello.
Non trattare l'espediente come una scorciatoia per ogni contratto basato sull'utilizzo. È meno probabile che si applichi quando il contratto include un compenso fisso, un minimo sostanziale, tariffe per risultato variabili o compensi significativi anticipati o finali. Anche un pagamento anticipato elevato potrebbe non corrispondere al valore trasferito alla data di fatturazione.
5. Applica il vincolo sul corrispettivo variabile
Quando né l'espediente della fatturazione né l'eccezione di allocazione risolvono la questione, stima il corrispettivo variabile e includi solo l'importo per il quale è probabile che non si verifichi un'inversione significativa dei ricavi. Aggiorna tale stima a ogni periodo di rendicontazione.
I prodotti IA in fase iniziale spesso non hanno abbastanza storico per prevedere con sicurezza tassi di successo, tassi di eccezione, accettazione del cliente e storni. Questa incertezza è un fatto contabile, non un motivo per riconoscere il caso ottimistico. Costruisci una stima documentata dai dati contrattuali correnti, flussi di lavoro comparabili, risultati pilota e modalità di guasto note, quindi rivalutala man mano che il prodotto opera.
Un Esempio Pratico: Accesso Fisso Più Risultati Verificati
Supponiamo che un fornitore firmi un accordo di 12 mesi con questi termini:
- Un canone mensile di $10.000 per la piattaforma per accesso ospitato, monitoraggio e supporto.
- $12 per ogni fattura che l'agente elabora end-to-end, registra correttamente e supera un controllo di storno di 30 giorni.
- Nessun numero minimo di fatture.
- Fatture mensili basate sul registro dei risultati verificati.
Il canone della piattaforma descrive un servizio stand-ready. Se il cliente riceve l'accesso in modo uniforme durante l'anno, il fornitore registra $10.000 di ricavi ogni mese, supponendo che nessun altro fatto cambi la conclusione.
L'importo di 12 quando ogni risultato qualificante viene completato. Un risultato che rimane all'interno della finestra di revisione di 30 giorni può richiedere una decisione politica: il contratto può definire il successo alla registrazione, all'accettazione o solo dopo la chiusura della finestra di storno. Usa coerentemente l'evento contrattuale.
Se 800 risultati si qualificano a marzo, il ricavo dai risultati è di 19.600 prima di considerare tasse, rimborsi, crediti o altri termini contrattuali. Il deposito bancario può avvenire ad aprile; la tempistica del contante non sposta il ricavo di marzo ad aprile.
Per un contratto di durata finita prepagato, la scrittura iniziale sarebbe diversa. Se un cliente paga in anticipo 12 di ricavi man mano che ogni risultato qualificante viene trasferito, riducendo la passività. Se i risultati non utilizzati scadono, valuta la rottura ai sensi del contratto e della politica sui ricavi applicabile, piuttosto che rilasciare l'intero saldo semplicemente perché il termine è terminato.
In parole semplici:
Il cliente paga in anticipo per 10.000 risultati riusciti
Dare Contante $120.000
Avere Passività contrattuale $120.000
800 risultati si qualificano a $12 ciascuno
Dare Passività contrattuale $9.600
Avere Ricavi basati sui risultati $9.600I nomi esatti dei conti e la tempistica devono corrispondere alla politica contabile del fornitore e all'analisi del contratto. La disciplina importante è mantenere visibili come eventi separati il pagamento anticipato, la produzione verificata, la fattura e il regolamento bancario.
I Dati Necessari per Chiudere i Libri Contabili
I ricavi basati sui risultati non possono essere chiusi solo da un estratto conto bancario. Crea un pacchetto di evidenze mensile che colleghi il contratto al registro contabile.
Termini contrattuali
Conserva i termini firmati, il prezzo per risultato, la definizione di successo, il termine, i diritti di rinnovo e rollover, i minimi, le regole di scadenza, le disposizioni sui rimborsi, le finestre di accettazione ed eventuali fasce di tariffa. Registra le modifiche come versioni datate, non sovrascrivendo i termini originali.
Registro dei risultati
Per ogni risultato fatturabile, conserva un identificatore stabile, cliente, agente o flusso di lavoro, timestamp del tentativo, timestamp del completamento, stato di successo, motivo del fallimento, stato di escalation umana, stato di storno o controversia, tariffa applicabile e riferimento al sistema di origine. L'obiettivo non è raccogliere più telemetria fine a se stessa. È dimostrare quale evento contrattuale ha creato il diritto al corrispettivo.
Livelli di riconciliazione
Riconcilia in questo ordine:
- Registro eventi dell'agente con il report di utilizzo o risultati rivolto al cliente.
- Report dei risultati con la fattura.
- Fattura con i crediti commerciali.
- Crediti commerciali e crediti con il regolamento bancario.
- Ricavi riconosciuti e passività contrattuale con lo schema dei ricavi.
Indaga sulle differenze invece di correggerle nei ricavi. Un flusso di lavoro fallito potrebbe sparire da un export di fatturazione rimanendo nei log dell'infrastruttura. Un risultato duplicato potrebbe essere fatturato due volte ma pagato una volta. Uno storno post-fattura potrebbe richiedere una nota di credito e una rettifica dei ricavi. Ogni differenza dovrebbe avere un responsabile e una nota di risoluzione.
Economia unitaria accanto ai ricavi
Il riconoscimento dei ricavi ti dice quando riportare il compenso; non ti dice se il flusso di lavoro è redditizio. Tieni traccia dei costi di modello e infrastruttura, orchestrazione, revisione umana, supporto clienti, controversie e rilavorazioni per tipo di risultato. Analisi recenti dei flussi di lavoro agente hanno evidenziato che la supervisione umana può essere un costo variabile maggiore dei token del modello in alcuni flussi di lavoro ad alta posta in gioco. Se il tuo prezzo si basa su un risultato riuscito, il tuo report sui margini dovrebbe usare la stessa unità di risultato riuscito.
Errori Comuni da Evitare
Trattare ogni tentativo come un ricavo
Un tentativo, un pacchetto di token, una chiamata API o l'avvio di un flusso di lavoro non è necessariamente il servizio promesso. Se il cliente paga solo per un risultato verificato, i tentativi appartengono alle metriche operative finché non si verifica l'evento di successo contrattuale.
Registrare la fattura come ricavo
Una fattura può creare un credito, una passività contrattuale o un ricavo a seconda dei diritti e della performance già consegnati. Un saldo prepagato non è automaticamente ricavo maturato. Tieni separati gli schemi di fatturazione e gli schemi dei ricavi anche quando i sistemi sono integrati.
Ignorare implementazione e onboarding
La mappatura dei dati, le integrazioni, la configurazione e la progettazione dei flussi di lavoro possono essere attività che aiutano il fornitore ad adempiere alla promessa SaaS, oppure possono trasferire un servizio separato al cliente. Non dare per scontato che "implementazione gratuita" non abbia conseguenze contabili. Identifica se il cliente può beneficiare del lavoro in modo indipendente e se il lavoro è distinto dal servizio ospitato.
Usare un unico tasso di successo per ogni flusso di lavoro
Un agente che classifica le fatture, risolve i rimborsi e previene i pagamenti duplicati può avere definizioni di successo, prezzi, oneri di revisione e modelli di storno diversi. Tieni separati i tipi di risultato dove il contratto e l'economia sono separati. Mescolarli può nascondere un flusso di lavoro non redditizio e indebolire la stima del corrispettivo variabile.
Dimenticare i diritti sui dati dei clienti
Un contratto può prevedere che il fornitore possa utilizzare i dati dei clienti per migliorare il servizio. I diritti effettivi contano. Diritti limitati usati solo per eseguire il servizio contrattuale possono far parte dell'adempimento, mentre diritti più ampi possono sollevare questioni separate su corrispettivo non monetario, uso dei dati, privacy e promesse contrattuali. Invia clausole sui dati insolite ai revisori contabili e legali prima del lancio.
Un Modello Pratico di Politica
Prima di lanciare un nuovo piano basato sui risultati, rispondi a queste domande in una breve nota contabile:
- Qual è il servizio promesso in modo preciso?
- Quale evento dimostra il trasferimento riuscito?
- La promessa è stand-ready, una quantità specificata di risultati o ibrida?
- I servizi sono una serie con lo stesso modello di trasferimento?
- L'importo della fattura corrisponde direttamente al valore trasferito?
- L'eccezione di allocazione del corrispettivo variabile può applicarsi?
- In caso contrario, quale stima e vincolo supportano il prezzo della transazione?
- Implementazione, supporto, diritti sui dati, opzioni di rinnovo o minimi sono questioni separate?
- Quale sistema operativo è autorevole per il conteggio dei risultati?
- Come si riconcilierà il report mensile con fatture, crediti, passività contrattuali e contante?
Fai concordare le definizioni a finanza, prodotto, ingegneria, operazioni commerciali e legale prima che la pagina dei prezzi vada live. Un contratto facile da fatturare non è necessariamente un contratto facile da contabilizzare.
Semplifica la Tua Gestione Finanziaria
I prezzi basati sui risultati rendono particolarmente preziosi i registri puliti e versionati: il contratto, gli eventi qualificanti, lo schema dei ricavi e l'attività bancaria dovrebbero raccontare la stessa storia. Beancount.io offre una contabilità in testo semplice, trasparente, versionata e pronta per l'IA, dando al tuo team una traccia di audit duratura mentre i modelli di prezzo evolvono. Inizia gratis e mantieni visibile la logica finanziaria dal contratto alla chiusura.