Salta al contingut principal

Llicenciar dades sintètiques d'entrenament? Per què un acord de conjunt de dades perpetu es comptabilitza el primer dia i un acord basat en l'ús es comptabilitza a mesura que es consumeix

Publicat 12 minuts de lecturaMike ThriftMike Thrift
Llicenciar dades sintètiques d'entrenament? Per què un acord de conjunt de dades perpetu es comptabilitza el primer dia i un acord basat en l'ús es comptabilitza a mesura que es consumeix
En aquesta pàgina

Acabes de signar una llicència de conjunt de dades de 240.000 $. Quants ingressos has guanyat aquest mes? La resposta pot ser 240.000 $, 20.000 $ o 0 $ — i la clàusula que vas fullejar a la pàgina nou del contracte decideix quina. Si t'equivoques, els teus ingressos es presenten incorrectament exactament en la direcció que mata la diligència deguda de finançament, provoca una reformulació o posa ingressos fantasma a la teva declaració d'impostos. Aquesta guia et mostra com cada forma habitual d'acord de dades sintètiques s'encaixa amb l'ASC 606, perquè el número del teu llibre major coincideixi amb l'economia que realment has signat.

Per què la llicència de conjunts de dades és de sobte el teu model d'ingressos​

Els desenvolupadors d'IA s'estan quedant sense dades d'entrenament públiques d'alta qualitat, i el mercat ho confirma: els analistes situen el mercat de generació de dades sintètiques al voltant de 500–710 milions de dòlars el 2025–2026, creixent aproximadament un 30–40% anual cap a diversos milers de milions de dòlars a principis de la dècada de 2030. Com que el text web públic només és una petita part de les dades del món — la resta és propietat exclusiva als servidors de les empreses — els laboratoris ara paguen diners reals per conjunts de dades preparats, i els proveïdors els llicencien en un grapat de formes repetibles.

Els observadors del mercat descriuen quatre estructures estàndard: una llicència plana (una tarifa negociada per un conjunt de dades i un ús definits), preu per unitat (per hora de vídeo, per registre o per nivell de volum), una llicència recurrent (anual o pluriennal, sovint amb actualitzacions i accés a API) i preu basat en l'ús (per consulta, per testimoni, per inferència). Les xifres publicades van des d'una base de 5.000 $ per a un únic repositori de codi graduat fins a 4 milions de dòlars o més per als registres d'una gran empresa operativa, amb acords destacats de plataforma com els 60 milions de dòlars anuals reportats pel feed d'un gran fòrum i d'1 a 4 dòlars per minut per a vídeo. La forma de llicència estàndard atorga al comprador un dret perpetu i mundial d'usar models ja entrenats amb les teves dades, més una llicència finita al conjunt de dades en si, sovint limitada a un camp d'ús.

Cadascuna d'aquestes formes és una resposta diferent pel que fa al moment de l'ingrés. La qüestió comptable mai no és "com de gran és el contracte" — és "quan es transfereix al client el control del que has promès".

El marc ASC 606: què has promès realment?​

L'ASC 606 sotmet cada contracte amb clients a cinc passos — identificar el contracte, identificar les obligacions de rendiment, determinar el preu de la transacció, assignar-lo i reconèixer ingressos a mesura que es compleix cada obligació. Per als acords de conjunts de dades, dues qüestions de classificació fan la major part de la feina.

Primer, la llicència del conjunt de dades és propietat intel·lectual funcional o simbòlica? La PI funcional té una funcionalitat autònoma significativa — programari, mitjans completats, un conjunt de dades que el client pot agafar i entrenar avui mateix. La PI simbòlica no té funcionalitat autònoma i treu el seu valor de l'activitat contínua del llicenciant — marques, marques comercials, drets de franquícia. Un conjunt de dades sintètiques lliurat és PI funcional de manual: el client pot usar-lo en el moment que li lliures. Aquesta classificació apunta a un reconeixement en un moment concret: ingressos quan s'atorga la llicència i el client pot usar i beneficiar-se de les dades.

Segon, alguna part de la contraprestació és un royalty basat en vendes o en ús per a aquesta llicència? Si és així, una excepció especial substitueix les regles normals de contraprestació variable: reconeixes ingressos per royalties només quan es produeix el darrer de dos esdeveniments — la venda o l'ús posterior succeeix, o es compleix l'obligació de rendiment a la qual es va assignar el royalty. En termes planers: sense estimacions, sense previsions, sense meritació de l'ús esperat. Comptabilitzes els royalties quan el comptador avança.

Aquestes dues regles expliquen cada forma d'acord a continuació.

Acords perpetus: ingressos en el lliurament, no en la signatura​

Una llicència perpètua — una tarifa, el client es queda el conjunt de dades i els drets sobre el model entrenat per sempre — és la forma més senzilla. Compleixes la teva obligació de rendiment quan lliures les dades i el client pot usar-les. Normalment és l'enllaç de descàrrega, el lliurament a S3 o l'activació de les credencials de l'API, no el dia que se signa el contracte ni el dia que es paga la factura.

Tres paranys mouen aquesta data:

  • Clàusules d'acceptació. Si el contracte dona al client 30 dies per validar l'esquema, el recompte de files o la qualitat de les etiquetes, el control, si fa no fa, no s'ha transferit fins a l'acceptació (o fins que venci el termini). Un "lliurament" que vas comptabilitzar al novembre i que el client accepta formalment al desembre és ingrés de desembre.
  • Actualitzacions incloses. Una "llicència perpètua més actualitzacions trimestrals durant dos anys" són dues obligacions de rendiment, no una. Assigna part del preu al flux d'actualitzacions i reconeix aquesta porció al llarg del temps a mesura que es lliura cada actualització. La base perpètua encara es comptabilitza en el lliurament inicial.
  • Cobrabilitat. L'ASC 606 només et permet tenir un contracte si és probable la cobrament de substancialment tota la contraprestació. Una llicència perpètua a un client que probablement incomplirà no és ingrés del primer dia; és un problema de crèdit disfressat d'ingrés.

Quan el lliurament és net, l'assentament és igualment net: deure comptes a cobrar, haver ingressos per llicències per la tarifa completa. Sense amortització, sense distribució — el client té tot el que vas prometre.

Acords basats en l'ús: comptabilitza el comptador, mai la previsió​

Els acords per registre, per testimoni, per consulta i per inferència són royalties basats en l'ús per a una llicència de PI, de manera que regeix l'excepció de royalties: reconeix ingressos a mesura que es produeix l'ús, punt. Un compromís anual de 500.000 $ que el client consumeix mitjançant crides a l'API no és 500.000 $ d'ingressos al gener. És l'ús mesurat de gener al gener, el de febrer al febrer, i així successivament — encara que hagis facturat tot el compromís per avançat.

Aquí és on la majoria de proveïdors de conjunts de dades s'equivoquen, en dues direccions oposades:

  • Comptabilitzar el compromís com a ingrés. El full de comanda signat sembla una venda. No ho és — no fins que el client consumeix les dades. El saldo no consumit és un passiu de contracte (ingressos diferits), no un ingrés.
  • Meritar l'ús "esperat". Sota les regles normals de contraprestació variable podries estimar i restringir; l'excepció de royalties ho prohibeix. Els informes d'ús real són l'únic desencadenant. Si la teva canonada de mesurament va dues setmanes endarrerida, els teus ingressos van dues setmanes endarrerits. Arregla la canonada en lloc de comptabilitzar estimacions.

Garanties mínimes i bestretes recuperables​

Molts acords d'ús combinen una tarifa per unitat amb una garantia mínima — per exemple, 120.000 $ anuals contra 0,02 $ per registre. La garantia és un mínim de contraprestació, i la seva comptabilitat depèn de la seva forma:

  • Mínim no recuperable pagat per avançat: això és contraprestació fixa. Per a una llicència de PI funcional ja lliurada, generalment és reconeixible quan es transfereix la llicència (subjecte a l'assignació habitual si existeixen altres obligacions). El client el paga tant si consumeix un sol registre com si no.
  • Bestreta recuperable: efectiu rebut ara, acreditat contra els royalties d'ús futurs. Comptabilitza-la com un passiu (ingressos diferits / bestretes de clients) en el moment de la recepció. A mesura que es produeix l'ús, reconeix l'ingrés per royalties i redueix la bestreta — deure del passiu, haver del compte a cobrar o de l'aplicació d'efectiu. Si la bestreta supera els royalties meritats al final del període de recuperació, què passa amb el dèficit depèn del contracte: un pagament d'ajust que et quedes és ingrés quan es resol la incertesa; un saldo reemborsable roman un passiu fins que es reemborsa o es merita.
  • Ús per sobre del mínim: royalties directes, reconeguts a mesura que es produeix l'ús.

La mecànica de recuperació mereix un exemple concret perquè aquest és l'assentament que els proveïdors més sovint embrollen:

2026-11-01 * "Llicència de conjunt de dades lliurada - base perpètua, factura 1042"
  Assets:Receivable:Customer                 240000.00 USD
  Income:Licensing:Data                     -240000.00 USD
 
2026-11-01 * "Bestreta recuperable rebuda - acord basat en l'ús"
  Assets:Checking                             50000.00 USD
  Liabilities:Deferred-Revenue:Advances      -50000.00 USD
 
2026-11-30 * "Royalties d'ús de novembre meritats - 2,1M registres a 0,02 $"
  Assets:Receivable:Customer                  42000.00 USD
  Income:Licensing:Royalties                  -42000.00 USD
 
2026-11-30 * "Recuperar royalties de novembre contra la bestreta"
  Liabilities:Deferred-Revenue:Advances       42000.00 USD
  Assets:Receivable:Customer                  -42000.00 USD

Fixa't en què no hi és: cap ingrés per la bestreta de 50.000 $ quan arriba l'efectiu, i cap estimació enlloc — els 42.000 $ apareixen només quan es coneix l'ús mesurat de novembre. Els 8.000 $ restants de la bestreta romanen en ingressos diferits fins que l'ús de desembre (o els termes d'ajust del contracte) ho resolguin. Si portes els teus llibres en text pla, la documentació de Beancount cobreix la configuració de comptes d'ingressos i passius com aquests.

Llicències a termini amb actualitzacions: divideix l'acord abans de comptabilitzar-lo​

Les llicències anuals de conjunts de dades amb actualitzacions contínues, accés a API o SLA de qualitat de dades se situen entre els dos pols. Pregunta si el client obté valor continu de la teva activitat durant el termini:

  • Instantània anual estàtica, sense actualitzacions: més a prop d'una llicència funcional en un moment concret amb un dret d'ús limitat en el temps. Ingrés en el lliurament de la instantània.
  • Feed viu amb actualitzacions i accés a API: el flux d'actualitzacions és una obligació de rendiment diferent satisfeta al llarg del temps. Assigna el preu de la transacció entre la instantània base (moment concret) i el servei d'actualització (durant el termini), i després reconeix cadascun segons el seu propi patró.
  • Llicència a termini amb un complement de royalty d'ús: divideix la contraprestació fixa i la de royalties. La tarifa fixa segueix el patró de la llicència; el royalty segueix l'excepció d'ús. Mai els barregis en un sol calendari d'amortització.

L'assignació no ha de ser precisa fins al cèntim — els preus de venda autònoms es poden estimar — però ha d'existir. Un únic "ingrés per llicència anual" lineal per a un acord que en realitat és una instantània lliurada més un royalty d'ús presenta incorrectament les dues meitats.

La nota de procedència de la qual depenen els teus ingressos​

Un tema de diligència deguda dels advocats d'M&A mereix un enfocament financer: la propietat de les dades sintètiques és més fràgil del que sembla. Segons la legislació nord-americana actual, la producció purament generada per IA sense autoria humana suficient no és objecte de drets d'autor, cosa que empeny els proveïdors cap a la protecció per secret comercial i per contracte. Això importa per al reconeixement d'ingressos d'una manera estreta però real: si el teu dret a llicenciar el conjunt de dades es qüestiona amb èxit — una llicència anterior prohibeix entrenar models competidors amb les seves sortides, o els termes del model generador restringeixen l'ús comercial del que produeix — la cobrabilitat i fins i tot la validesa del contracte es posen en dubte. Mantén documentada tota la cadena de procedència: quin model va generar les dades, amb què es va entrenar aquest model i què permet cada enllaç de la cadena. Uns ingressos construïts sobre un conjunt de dades que no pots provar que pots vendre és el tipus de troballa que desfà un trimestre.

Una llista de verificació financera per al teu proper acord de conjunts de dades​

Abans de signar, assegura't que el contracte respon les preguntes que el teu llibre major farà:

  1. Què es transfereix exactament, i quan? Mecanisme de lliurament, criteris i finestra d'acceptació, i què significa "acceptat". Sense definició d'acceptació, no hi ha data neta en un moment concret.
  2. Què sobreviu a la terminació? Els drets sobre el model entrenat gairebé sempre sobreviuen; l'accés al conjunt de dades normalment no. La divisió confirma quines obligacions són perpètues i quines a termini.
  3. Com es mesura i es reporta l'ús? Font de mesurament, moment de l'informe i drets d'auditoria. El teu tancament d'ingressos va a la velocitat dels informes d'ús.
  4. El mínim és recuperable, reemborsable o cap de les dues coses? Una paraula a la clàusula de pagament decideix entre ingrés fix del primer dia, un passiu i una obligació de reemborsament.
  5. Quines actualitzacions o serveis s'inclouen? Anomena cada lliurable per separat perquè puguis assignar el preu i reconèixer cadascun segons el seu propi patró.

Aconsegueix aquestes cinc respostes per escrit i la comptabilitat s'escriu sola: valor perpetu en el lliurament, valor recurrent al llarg del temps, valor d'ús a mesura que avança el comptador. El teu següent pas és agafar el teu contracte de conjunt de dades obert més gran i passar-lo per aquesta llista de verificació — qualsevol pregunta que no pugui respondre és l'ajust d'ingressos esperant a passar.

Font: https://beancount.io/ca/blog/2026/11/10/licensing-synthetic-training-data-revenue-recognition-perpetual-usage-based-asc-606-guide

Publicat: 10 de novembre del 2026