El teu agent d'IA pot completar 10.000 intents en un mes i encara no haver guanyat res sota el contracte si només 7.200 intents compleixen la definició d'èxit del client. Aquesta és la tensió comptable darrere dels preus basats en resultats: el model pot estar ocupat contínuament, però la promesa que has venut pot mesurar-se en resultats completats.
A mesura que el programari agentic passa de respondre preguntes a resoldre reemborsaments, processar factures, prevenir fraus i completar altres fluxos de treball, més contractes de SaaS vinculen les tarifes al que aconsegueix el sistema. Aquest model comercial pot alinear el preu amb el valor per al client. També pot fer que el reconeixement d'ingressos, la conciliació de facturació i la previsió siguin molt més difícils.
La pregunta clau sota l'ASC 606 no és simplement: "Quantes vegades va executar-se l'agent?" És: "Què va prometre el contracte al client, i quan es va transferir aquesta promesa?"
Comença amb la Promesa, No amb el Comptador
Els preus per resultats poden descriure diversos acords diferents. Dos contractes poden cobrar ambdós per transacció exitosa mentre requereixen conclusions comptables diferents.
Una promesa stand-ready
En un acord stand-ready, el venedor promet fer disponible el servei d'IA durant un període. El client es beneficia de tenir la capacitat a punt quan la necessita, tant si arriben moltes sol·licituds com si no. Una tarifa mensual de plataforma, accés il·limitat o ús impulsat principalment pels usuaris finals del client sovint apunta en aquesta direcció.
Els ingressos del servei principal sovint es reconeixeran al llarg del temps, utilitzant una mesura de progrés basada en el temps quan el servei es presta uniformement durant el termini. Una tarifa per resultat pot ser encara consideració variable, però això no significa automàticament que es reconegui només quan es factura en efectiu.
Una quantitat especificada de resultats
En un acord de consum, la promesa s'acosta més a "lliurar 25.000 resultats completats". Cada resultat qualificat redueix el dret restant del client. Un cop lliurada la quantitat comprada, el client pren una nova decisió de compra per a més capacitat.
Aquesta estructura pot donar suport a un mètode de producció: reconeix el preu assignat a cada resultat exitos a mesura que el venedor el transfereix. Els intents fallits no consumeixen el dret comprat pel client quan el contracte diu que el client no rep cap servei completat d'aquests intents.
Una promesa híbrida
Molts contractes reals combinen ambdós models. El client pot pagar una tarifa mensual fixa d'accés per la plataforma allotjada i una quantitat separada per cada factura duplicada verificada prevenida. La tarifa d'accés i la tarifa per resultat no s'han de forçar en un únic patró de reconeixement simplement perquè apareixen a la mateixa factura.
La promesa d'accés fixa es pot reconèixer durant el termini del servei. La tarifa per resultat es pot reconèixer quan es satisfan els criteris d'èxit, si el contracte suporta aquesta conclusió i la consideració variable es pot assignar al període o resultat rellevant.
PwC descriu la mateixa distinció pràctica en la seva guia de SaaS: un model de subscripció generalment proporciona accés continu, mentre que un model de consum realitza una tasca definida o lliura una sortida especificada per una tarifa. Les etiquetes en una presentació de preus no són decisives. Els drets, obligacions i benefici per al client en el contracte executat ho són.
L'Arbre de Decisió de l'ASC 606
Utilitza aquesta seqüència per a cada contracte material. Documenta la conclusió en lloc de dependre del calendari d'ingressos predeterminat del sistema de facturació.
1. Defineix un resultat exitos
"Exitos" ha de ser prou objectiu perquè ambdues parts puguin determinar quan el venedor ha guanyat la tarifa. Per a un agent de processament de factures, el contracte pot requerir tot el següent:
- La factura es rep i es fa coincidir amb l'ordre de compra correcta.
- Els controls requerits es completen sense escalada humana.
- L'assentament comptable es registra al sistema designat del client.
- La transacció no es reverteix durant una finestra de revisió definida.
Si l'èxit depèn d'una frase indefinida com "automatització satisfactòria", el venedor pot no tenir una base fiable per registrar una tarifa per resultat. Escriu la prova abans d'escriure l'assentament de diari.
2. Identifica què rep el client
Pregunta si el client rep:
- Accés continu a un agent durant un termini declarat;
- Un nombre finit de resultats completats;
- Drets incrementals per utilitzar una plataforma; o
- Un paquet d'accés, implementació, suport i resultats.
Aquesta és la qüestió de l'obligació de rendiment. El mateix agent pot ser un servei stand-ready en un contracte i un servei de sortida especificada en un altre perquè les promeses i els drets del client difereixen.
3. Determina si l'acord és una sèrie
Un servei SaaS stand-ready es valora comunament com una sèrie de serveis diaris o mensuals distintius que són substancialment els mateixos i tenen el mateix patró de transferència. Si la tarifa per resultat es relaciona específicament amb un període distint d'aquesta sèrie, l'excepció d'assignació de consideració variable pot permetre el reconeixement en el període en què ocorren els resultats qualificats.
Per exemple, un servei podria proporcionar accés il·limitat durant 12 mesos i cobrar $3 per cada intervenció exitosa de frau en el mes en què ocorre la intervenció. Si la tarifa és fixa, la definició d'èxit és mesurable i la tarifa es relaciona amb el servei d'aquest mes, reconèixer la tarifa per resultat a mesura que ocorren les intervencions qualificades pot representar fidelment la transferència.
La conclusió es torna menys senzilla quan la tarifa depèn del rendiment acumulat anual, descomptes retrospectius, ajustos entre períodes o un mínim anual. Aquestes característiques poden impedir que la tarifa sigui atribuïble a un període de servei distint.
4. Prova l'expedient pràctic de factura
L'expedient pràctic de factura pot permetre el reconeixement d'ingressos en la quantitat que el venedor té dret a facturar quan aquesta quantitat correspon directament amb el valor transferit al client fins a la data. Per a un acord stand-ready qualificant, una quantitat fixa per resultat exitos facturada a mesura que ocorre cada resultat pot satisfer aquest patró.
No tractis l'expedient com una drecera per a cada contracte basat en ús. És menys probable que s'apliqui quan el contracte inclou una tarifa fixa, un mínim substancial, tarifes per resultat canviants o tarifes significatives inicials o finals. Un prepagament gran també pot no correspondre al valor transferit a la data de facturació.
5. Aplica la restricció de consideració variable
Quan ni l'expedient de factura ni l'excepció d'assignació resolen la qüestió, estima la consideració variable i inclou només la quantitat per a la qual és probable que no ocorri una reversió significativa d'ingressos. Actualitza aquesta estimació cada període d'informació.
Els productes d'IA en fase inicial sovint no tenen prou història per pronosticar amb confiança les tarifes d'èxit, tarifes d'excepció, acceptació del client i reversions. Aquesta incertesa és un fet comptable, no una raó per reconèixer el cas optimista. Construeix una estimació documentada a partir de dades de contractes actuals, fluxos de treball comparables, resultats de pilots i modes de fallada coneguts, després revisa-la a mesura que el producte opera.
Un Exemple Pràctic: Accés Fix Més Resultats Verificats
Suposa que un venedor signa un acord de 12 mesos amb aquests termes:
- Una tarifa de plataforma mensual de $10.000 per accés allotjat, monitoratge i suport.
- $12 per cada factura que l'agent processa de principi a fi, es registra correctament i passa una verificació de reversió de 30 dies.
- Cap mínim de factures.
- Factures mensuals basades en el registre de resultats verificats.
La tarifa de plataforma descriu un servei stand-ready. Si el client rep accés uniformement durant l'any, el venedor registra $10.000 d'ingressos cada mes, assumint que cap altre fet canvia la conclusió.
La quantitat de 12 quan es completa cada resultat qualificant. Un resultat que roman dins de la finestra de revisió de 30 dies pot requerir una decisió de política: el contracte pot definir l'èxit al registre, a l'acceptació o només després que tanqui la finestra de reversió. Utilitza l'esdeveniment contractual de manera consistent.
Si 800 resultats qualifiquen al març, els ingressos per resultats són 19.600 abans de considerar impostos, reemborsaments, crèdits o altres termes del contracte. El dipòsit bancari pot ocorrer a l'abril; el temps del flux de caixa no mou els ingressos de març a l'abril.
Per a un contracte de resultats finits prepagat, l'assentament inicial seria diferent. Si un client prepaga 12 d'ingressos a mesura que es transfereix cada resultat qualificant, reduint el passiu. Si els resultats no utilitzats expiren, avalua la pèrdua segons el contracte i la política d'ingressos aplicable en lloc d'alliberar tot el saldo simplement perquè el termini va acabar.
En termes senzills:
El client prepaga per 10.000 resultats exitosos
Deure Efectiu $120.000
Haver Passiu de contracte $120.000
800 resultats qualifiquen a $12 cadascun
Deure Passiu de contracte $9.600
Haver Ingressos basats en resultats $9.600Els noms exactes dels comptes i el temps han de coincidir amb la política comptable i l'anàlisi del contracte del venedor. La disciplina important és mantenir el prepagament, la producció verificada, la factura i la liquidació bancària visibles com a esdeveniments separats.
Les Dades que Necessites per Tancar els Llibres
Els ingressos basats en resultats no es poden tancar només amb un extracte bancari. Crea un paquet d'evidències mensual que vinculi el contracte al llibre major.
Termes del contracte
Emmagatzema els termes signats, el preu per resultat, la definició d'èxit, el termini, els drets de renovació i traspàs, mínims, regles d'expiració, disposicions de reemborsament, finestres d'acceptació i qualsevol nivell de tarifes. Registra les esmenes com a versions datades en lloc de sobreescriure els termes originals.
Registre de resultats
Per a cada resultat facturable, conserva un identificador estable, client, agent o flux de treball, marca de temps d'intent, marca de temps de finalització, estat d'èxit, motiu de fallada, estat d'escalada humana, estat de reversió o disputa, tarifa aplicable i referència del sistema font. L'objectiu no és recollir més telemetria per si mateixa. És demostrar quin esdeveniment contractual va crear el dret a la consideració.
Capes de conciliació
Concilia en aquest ordre:
- Registre d'esdeveniments de l'agent a l'informe d'ús o resultats orientat al client.
- Informe de resultats a la factura.
- Factura als comptes a cobrar.
- Comptes a cobrar i crèdits a la liquidació bancària.
- Ingressos reconeguts i passiu de contracte al calendari d'ingressos.
Investiga les diferències en lloc de compensar-les amb ingressos. Un flux de treball fallit pot desaparèixer d'una exportació de facturació mentre roman als registres d'infraestructura. Un resultat duplicat es pot facturar dues vegades però pagar-se una. Una reversió posterior a la factura pot requerir una nota de crèdit i un ajust d'ingressos. Cada diferència ha de tenir un responsable i una nota de resolució.
Economia unitària juntament amb ingressos
El reconeixement d'ingressos et diu quan informar la tarifa; no et diu si el flux de treball és rendible. Fes un seguiment dels costos de model i infraestructura, orquestració, revisió humana, suport al client, disputes i re treball per tipus de resultat. L'anàlisi recent de fluxos de treball agentics ha destacat que la supervisió humana pot ser un cost variable més gran que els tokens del model en alguns fluxos de treball d'alt risc. Si el teu preu es basa en un resultat exitos, el teu informe de marge ha d'utilitzar la mateixa unitat de resultat exitos.
Errors Comuns a Evitar
Tractar cada intent com a ingressos
Un intent, paquet de tokens, trucada d'API o inici de flux de treball no és necessàriament el servei promès. Si el client paga només per un resultat verificat, els intents pertanyen a mètriques operatives fins que ocorri l'esdeveniment contractual d'èxit.
Registrar la factura com a ingressos
Una factura pot crear un compte a cobrar, un passiu de contracte o ingressos depenent dels drets i el rendiment ja lliurats. Un saldo prepagat no és automàticament ingressos guanyats. Mantén els calendaris de facturació i els calendaris d'ingressos separats fins i tot quan els sistemes estan integrats.
Ignorar la implementació i l'activació
El mapatge de dades, les integracions, la configuració i el disseny de fluxos de treball poden ser activitats que ajuden el venedor a complir la promesa de SaaS, o poden transferir un servei separat al client. No assumeixis que la "implementació gratuïta" no té conseqüències comptables. Identifica si el client pot beneficiar-se del treball independentment i si el treball és distint del servei allotjat.
Utilitzar una única tarifa d'èxit per a cada flux de treball
Un agent que classifica factures, resol reemborsaments i prevé pagaments duplicats pot tenir diferents definicions d'èxit, preus, càrregues de revisió i patrons de reversió. Mantén els tipus de resultats separats on el contracte i l'economia són separats. Barrejar-los pot amagar un flux de treball no rendible i debilitar l'estimació de consideració variable.
Oblidar els drets de dades del client
Un contracte pot dir que el venedor pot utilitzar les dades del client per millorar el servei. Els drets reals importen. Els drets estrets utilitzats només per realitzar el servei contractat poden ser part del compliment, mentre que drets més amplis poden plantejar qüestions separades sobre consideració no monetària, ús de dades, privacitat i promeses del contracte. Envia clàusules de dades inusuals als revisors comptables i legals abans del llançament.
Una Plantilla de Política Pràctica
Abans de llançar un nou pla basat en resultats, respon aquestes preguntes en un breu memoràndum comptable:
- Quin és el servei promès exacte?
- Quin esdeveniment demostra la transferència exitosa?
- La promesa és stand-ready, una quantitat especificada de resultats o híbrida?
- Els serveis són una sèrie amb el mateix patró de transferència?
- La quantitat de la factura correspon directament al valor transferit?
- Pot aplicar-se l'excepció d'assignació de consideració variable?
- Si no, quina estimació i restricció suporten el preu de transacció?
- La implementació, el suport, els drets de dades, les opcions de renovació o els mínims són qüestions separades?
- Quin sistema operatiu és autoritatiu per al recompte de resultats?
- Com conciliarà l'informe mensual amb factures, comptes a cobrar, passius de contracte i efectiu?
Fes que finances, producte, enginyeria, operacions de vendes i legal acordin les definicions abans que la pàgina de preus estigui en directe. Un contracte fàcil de facturar no és necessàriament un contracte fàcil de comptabilitzar.
Simplifica la Teva Gestió Financera
Els preus basats en resultats fan que els registres nets i versionats siguin especialment valuosos: el contracte, els esdeveniments qualificants, el calendari d'ingressos i l'activitat bancària han d'explicar la mateixa història. Beancount.io ofereix comptabilitat de text pla que és transparent, controlada per versions i preparada per a IA, donant al teu equip una pista d'auditoria duradora a mesura que els models de preus evolucionen. Comença gratuïtament i mantén la lògica financera visible des del contracte fins al tancament.