Vendre accés al teu servidor MCP: comptabilitat per a ingressos d'ús i subscripció

Has publicat un servidor MCP que fa una cosa genuïnament útil — per exemple, accés estructurat a un catàleg de peces o una eina de resum de documents — i un matí et despertes amb 40.000 crides d'eines que han arribat durant la nit des d'agents d'IA que no has conegut mai. Aquest és el somni, fins que t'adones que el teu mesurador de facturació, els teus llibres i la teva configuració fiscal estaven tots dissenyats per a humans clicant botons a velocitat humana. Els agents no es comporten com usuaris humans: un sol prompt pot encadenar desenes de crides d'eines en segons, fer bucles a través de milers de peticions per resoldre una única instrucció, i desencadenar costos posteriors a cada salt. Si cobres per accés, necessites un mesurament que coincideixi amb com consumeixen els agents, registres d'ingressos que coincideixin amb quan es lliura el valor, i un seguiment de despeses que mantingui visible el teu marge. Aquesta guia recorre els tres.

Com arriben realment els ingressos d'MCP​

El Model Context Protocol exposa el teu servidor com un conjunt d'eines i recursos que els clients d'IA invoquen a través de JSON-RPC. Com que cada invocació és programàtica, tens més opcions de preus que un seient SaaS tradicional — i cadascuna es registra de manera diferent.

Per crida d'eina. El model més simple: cada invocació de mètode costa una quantitat fixa. És fàcil de mesurar i fàcil d'explicar, i funciona bé quan les teves eines tenen un cost aproximadament uniforme. Es trenca quan una consulta de metadades lleugera gairebé no et costa res mentre una eina de flux de treball es ramifica en una dotzena de crides d'API posteriors.

Per volum de dades. Quan els mètodes retornen càrregues grans — contingut de documents, embeddings, resultats de consultes — cobrar per megabyte retornat o per mil tokens alinea el preu amb el cost, de la mateixa manera que els proveïdors de models fixen els preus de les seves pròpies API.

Per resultat. En lloc de cobrar per intent, cobres per acció completada: per document resumit amb èxit, per comanda de dispositiu executada, per consulta que retorna resultats vàlids. Als clients els encanta perquè les crides fallides o buides són gratuïtes; necessites un mesurament que pugui distingir l'èxit del fracàs abans de comptar una unitat.

Per sessió o memòria. Els servidors que mantenen estat conversacional entre crides poden cobrar per sessió creada, per minut de temps de sessió actiu, o per bloc de context retingut. Això encaixa amb assistents i agents de llarga durada que es recolzen en la teva capa de memòria.

Subscripció híbrida més excessos. Una quota mensual base que inclou una quota d'ús, amb càrrecs mesurats més enllà del llindar. Aquesta és la forma més comuna en negocis d'API en producció perquè la base cobreix els teus costos fixos mentre els excessos escalen amb els usuaris intensius.

Crèdits prepagats. Els clients compren blocs d'ús per endavant i els van consumint. Fantàstic per al flux de caixa, més complicat per a la comptabilitat (més sobre això a continuació), perquè els diners rebuts no són ingressos guanyats fins que es consumeixen els crèdits.

Pagaments de marketplace. Els llistats i marketplaces al voltant dels servidors MCP es queden una part dels ingressos i et remeten la resta — la mateixa forma que vendre a través de qualsevol marketplace d'aplicacions, amb la mateixa qüestió comptable de brut versus net.

Micropagaments natius d'agents. Protocols com x402 permeten que un agent pagui per petició en stablecoin sobre HTTP, sense registre de compte ni factura. Si segueixes aquesta ruta, cada crida d'eina pot esdevenir la seva pròpia venda minúscula, cosa que té implicacions reals per a com registres els ingressos i la base de cost. (Per a context sobre com funcionen aquests pagaments entre màquines, consulta la nostra guia sobre agents d'IA que es paguen entre ells via x402.)

Tria el mesurador que el teu client percep com a valor — això és una decisió de producte — però sàpiga que cada opció anterior crea un patró comptable diferent. La resta d'aquesta guia segueix els diners a través de cadascun.

El teu mesurador és el teu document font comptable​

En un negoci basat en ús, el flux d'esdeveniments d'ús és el que els fulls d'hores són per a un despatx d'advocats: el registre font que justifica cada dòlar de la factura. Tracta'l com a tal.

La infraestructura estàndard funciona així. El teu servidor emet un esdeveniment d'ús per unitat facturable — nom del mètode, identitat del client, quantitat, marca de temps, èxit o fracàs. Aquests esdeveniments flueixen cap a una capa de mesurament (Stripe Billing Meters, una plataforma de facturació basada en ús, o el teu propi agregador), que els atribueix per client i els incorpora a la factura de tancament del període. La facturació mesurada de Stripe segueix exactament aquesta forma: informes l'ús durant el cicle, i al final del període es totalitzen els registres i es factura el total.

D'aquest pipeline se'n deriven tres disciplines comptables:

1. Reconcilia el mesurador amb la factura cada cicle. Les unitats mesurades multiplicades per la tarifa han d'igualar els ingressos d'ús facturats, de la mateixa manera que les unitats enviades multiplicades pel preu han d'igualar les vendes. Qualsevol diferència és o bé ús de nivell gratuït que pretenies, crides fallides que el teu preu per resultat va perdonar, o fuita — ús que el teu mesurador mai va veure. La fuita és l'assassí silenciós: un endpoint no autenticat o una eina no mesurada són ingressos que has guanyat i que mai cobraràs.
2. Mantén els registres d'ús en brut com a pista d'auditoria. Els agregats són el que factures; els registres a nivell d'esdeveniment són el que mostres quan un client disputa un pic o un comptable pregunta de què està fet un número d'ingressos. Conserva'ls almenys durant la finestra de disputa de factures, idealment tant com els teus registres fiscals.
3. Atribueix la identitat a la vora. Decideix si la part facturable és l'usuari final darrere del prompt o el titular de la clau d'API que integra el teu servidor, i registra aquesta decisió a l'esdeveniment. Quan una clau empresarial es ramifica cap als agents de cinquanta empleats, "qui és el client" és una qüestió comptable amb conseqüències fiscals, no només un detall de facturació.

Registrar els ingressos d'ús de la manera correcta​

Aquí és on els operadors d'MCP fallen més sovint: els diners arriben a Stripe, els registren com a ingressos, i els llibres s'allunyen silenciosament de la realitat. Sota l'ASC 606 — la norma de reconeixement d'ingressos — la regla per als preus de consum és senzilla: reconeix els ingressos a mesura que el client consumeix, perquè cada unitat consumida és l'obligació de rendiment que es satisfà. Les tarifes d'ús són contraprestació variable, cosa que significa que reconeixes el que realment es va utilitzar en el període, no el que esperes que valgui el contracte.

Pagament pur per ús és el cas fàcil. Els agents van consumir 100.000 crides al setembre a la teva tarifa publicada; els ingressos de setembre són 100.000 multiplicat per la tarifa, encara que la factura no es pagui fins a l'octubre. Registra un compte a cobrar quan factures, ingressos quan es va produir l'ús. Si vols el tractament complet del mesurament de tokens i ús sota l'ASC 606, les nostres guies sobre facturació per tokens i reconeixement d'ingressos SaaS basat en ús aprofundeixen més.

Base híbrida més excés es divideix en dos. La subscripció base es reconeix de manera lineal durant el període de servei — un trentè per dia en un pla mensual — mentre que els excessos es reconeixen a mesura que es produeix l'ús excedent. Mantén-los en comptes d'ingressos separats. Barrejar-los amaga els dos números que realment dirigeixen el teu negoci: l'MRR de subscripció previsible i els ingressos de consum amb pics.

Els crèdits prepagats creen un passiu, no un ingrés. Quan un client compra un bloc de crèdits, debita caixa i acredita ingressos diferits. Cada vegada que l'ús redueix el saldo, mou el valor consumit d'ingressos diferits a ingressos guanyats. El romanent que els clients mai bescanvien — la caducitat — té la seva pròpia regla: si la teva història et permet estimar de manera fiable la part no utilitzada, reconeixes aquesta caducitat esperada gradualment en proporció a l'ús real; si ets massa nou per estimar-ho, esperes fins que els crèdits caduquin o el bescanvi esdevingui remot, i després reconeixes la resta. Els servidors MCP nous gairebé sempre cauen en el segon grup, així que no registris la caducitat esperada avançadament per embellir un mes.

Els preus basats en resultats afegeixen una complicació temporal: els ingressos es reconeixen quan s'assoleix el resultat i és mesurable, no quan comença la crida. Si el teu mesurador només compta les complecions amb èxit, els teus registres d'ingressos haurien de seguir el mateix comptador — el mesurador i el llibre major han de coincidir en què és "una venda".

Dos hàbits pràctics fan que tot això sigui superable. Primer, executa un compte o etiqueta d'ingressos separat per mesurador de facturació (eines per crida, volum de dades, sessions, excessos), de manera que un problema de marge en una eina no s'amagui dins d'un total barrejat. Segon, aplica un tall de final de mes: l'ús amb marca de temps al setembre pertany al setembre encara que la factura es finalitzi el 2 d'octubre. Els pipelines de mesurament amb retards per lots fan que els errors de tall siguin la tergiversació més comuna en negocis d'ús.

El costat de la despesa: què costa realment un servidor MCP​

Ingressos per crida d'eina no signifiquen res sense cost per crida d'eina. Construeix el teu cost de béns venuts de baix a dalt:

• Còmput i allotjament. Els servidors, contenidors o invocacions sense servidor que executen les teves eines, més l'amplada de banda de sortida per als mètodes amb càrregues grans.
• Costos d'API i models posteriors. Cada crida a LLM, consulta d'embedding, consulta de cerca, o accés a API de tercers que fan les teves eines en nom del client. Si la teva eina de resum crida un proveïdor de models per document, aquest pas és el teu cost variable més gran i s'ha de seguir per eina, no com un lot mensual.
• Tarifes de dades i llicències. Cànons o tarifes per consulta per a dades propietàries que exposa el teu servidor.
• Part d'ingressos del marketplace. La part de la plataforma en les vendes del marketplace és una despesa de venda (o una reducció al pagament net — tria un tractament i mantén-te consistent), mai una compensació enterrada dins dels ingressos.
• Processament de pagaments. Comissions de targeta en la facturació de subscripcions, comissions de passarel·la en factures, comissions de xarxa en la liquidació de stablecoins. A escala de micropagaments això mossega: una comissió fixa per transacció pot superar el marge d'una crida d'eina de menys d'un cèntim, que és exactament per què els protocols de pagament d'agents es van decidir per rails de baixa comissió.

Fes els càlculs unitaris per eina abans de fixar-ne el preu. Suposa que la teva eina de consulta de catàleg et costa 0,004 $ per crida en còmput més consultes posteriors, i que cobres 0,01 $. Això sembla un marge brut del 60 per cent — fins que el suport, la infraestructura de mesurament i el perdó de crides fallides ho fan baixar. Fixa el preu a partir del cost mesurat, no d'impressions, i torna a fer els càlculs cada vegada que un proveïdor posterior canviï les seves tarifes.

Els rebuts de stablecoins mereixen un paràgraf propi. A efectes fiscals, les stablecoins són propietat, no moneda: el valor de mercat raonable en el moment de la recepció és el teu ingrés, i aquest valor esdevé la teva base de cost. Si mantens les monedes i la paritat oscil·la o després converteixes a un valor diferent, la diferència és un guany o una pèrdua. A volum de micropagaments, el seguiment per transacció és innegociable — les estimacions agregades no sobreviuran a una inspecció — així que canalitza els registres de liquidació cap als teus llibres automàticament en lloc de reconstruir-los a final d'any.

Impost sobre vendes: la teva API és taxable en més estats del que creus​

Aquí tens la sorpresa de compliment que espera la majoria d'operadors d'MCP: vendre accés a API és vendre programari o productes digitals, i els estats estan ampliant aquestes definicions ràpidament.

• Califòrnia va signar la SB 122 al juny de 2026, estenent l'impost sobre vendes als productes digitals incloent programari d'accés remot i SaaS, amb efecte l'1 de gener de 2027 — posant fi a una exempció de dècades en el mercat estatal més gran del país.
• Chicago grava el SaaS i el programari al núvol sota el seu Impost sobre Transaccions d'Arrendament de Propietat Personal al 9 per cent, tot i que Illinois no grava el SaaS a nivell estatal.
• Oklahoma va anar en l'altra direcció, dictaminant que les subscripcions SaaS lliurades electrònicament estan exemptes — prova que no pots assumir una sola resposta a nivell nacional.

Els llindars de nexe econòmic decideixen on has de recaptar: la majoria d'estats amb impost sobre vendes utilitzen un llindar de 100.000 $ en vendes per a venedors remots, amb Califòrnia, Texas i Nova York a 500.000 $. Una API mesurada amb abast nacional pot creuar un llindar en un estat on mai has trepitjat, purament pel volum de transaccions.

Què fer al respecte:

1. Determina la taxabilitat per estat on tinguis clients, no només on vius. El teu mesurador ja registra la ubicació del client per a l'atribució — reutilitza aquestes dades per al seguiment del nexe.
2. Les vendes de marketplace poden estar cobertes. Quan un marketplace qualifica com a facilitador de marketplace, recapta i remet pels teus venedors a través seu. Les vendes directes des del teu propi lloc o el teu propi endpoint x402 són totalment responsabilitat teva.
3. Automatitza la recaptació aviat. Un motor fiscal (Stripe Tax i els seus competidors) connectat al pagament costa molt menys que registrar-se, declarar i remetre en una dotzena d'estats a mà — i manté l'evidència d'ubicació del client que demanen els auditors.
4. Vigila el calendari. Amb la data d'efecte de 2027 de Califòrnia i expansions similars en marxa en altres legislatures, una postura de "som massa petits per preocupar-nos" caduca ràpid.

Pagaments de marketplace i formularis fiscals​

Si qualsevol part dels teus ingressos arriba com a pagament de marketplace, registra-ho com fan els desenvolupadors d'app stores: registra la venda bruta com a ingrés i la part de la plataforma com a despesa. El teu 1099-K (o 1099-NEC, depenent de la classificació de la plataforma) reportarà la xifra bruta, i l'IRS compara aquest número amb la teva declaració — reportar només el dipòsit net és com comencen els avisos de subdeclaració. Reconcilia els estats de pagament bruts amb els dipòsits bancaris nets cada mes, i mantén el calendari de comissions que explica la diferència.

També tingues en compte la diferència temporal: la data de pagament de la plataforma no és la teva data d'ingrés. Els ingressos pertanyen al període en què els agents del client final van consumir les teves eines, encara que el marketplace remeti dues setmanes després. Per a les vendes directes s'aplica el mateix principi — el període d'ús mana, la data de liquidació no.

Una llista de verificació de final de mes per a operadors d'MCP​

Tanca els teus llibres de la mateixa manera cada mes i els casos límit deixaran d'acumular-se:

1. Extreu l'ús mesurat per client per mesurador i lliga'l amb els ingressos d'ús facturats. Investiga qualsevol diferència per sobre de la teva base de nivell gratuït i el perdó de crides fallides.
2. Divideix les factures híbrides en comptes d'ingressos base (lineal) i excés (a mesura que es consumeix).
3. Treu les reduccions de crèdits prepagats dels ingressos diferits; revisa els saldos de crèdits per antiguitat per al tractament de caducitat.
4. Registra els costos d'API posteriors, allotjament i dades per eina; recalcula el marge brut per mesurador.
5. Reconcilia els estats bruts del marketplace amb els dipòsits nets; arxiva els estats amb els registres del mes.
6. Registra els rebuts de stablecoins a valor de mercat raonable i segueix la base de cost a través de la conversió.
7. Revisa els totals d'ubicació del client contra els llindars de nexe estatal; confirma la recaptació d'impostos on sigui requerit.
8. Desa l'exportació d'ús en brut amb el paquet de tancament del mes — és el document font que el teu jo futur (o auditor) demanarà.

Simplifica la teva gestió financera​

Ingressos mesurats, saldos de crèdits diferits, costos d'API de pas, i taxabilitat en cinquanta estats són moltes peces mòbils per a un projecte secundari que va començar com un servidor MCP de cap de setmana. Beancount.io et dóna comptabilitat en text pla amb transparència completa i control sobre les teves dades financeres — cada factura d'ús, reducció de crèdits i comissió de marketplace registrada com a transaccions versionades i preparades per a IA que realment pots auditar. Comença gratis i mantén els llibres de la teva economia d'agents tan programables com el teu servidor.