Seu agente de IA pode concluir 10.000 tentativas em um mês e ainda assim não ter ganho nada sob o contrato se apenas 7.200 tentativas atenderem à definição de sucesso do cliente. Essa é a tensão contábil por trás da precificação baseada em resultados: o modelo pode estar ocupado continuamente, mas a promessa que você vendeu pode ser medida em resultados concluídos.
À medida que o software agêntico passa de responder perguntas a resolver reembolsos, processar faturas, prevenir fraudes e concluir outros fluxos de trabalho, mais contratos SaaS estão vinculando taxas ao que o sistema alcança. Esse modelo comercial pode alinhar o preço ao valor para o cliente. Também pode tornar o reconhecimento de receita, a conciliação de cobrança e a previsão muito mais difíceis.
A questão-chave sob a ASC 606 não é simplesmente: "Quantas vezes o agente foi executado?" É: "O que o contrato prometeu ao cliente, e quando essa promessa foi transferida?"
Comece com a Promessa, Não com o Medidor
A precificação por resultado pode descrever vários acordos diferentes. Dois contratos podem cobrar ambos por transação bem-sucedida, mas exigir conclusões contábeis diferentes.
Uma promessa de disponibilidade contínua
Em um acordo de disponibilidade contínua, o fornecedor promete disponibilizar o serviço de IA durante um período. O cliente se beneficia de ter a capacidade pronta quando necessário, quer muitas solicitações cheguem ou não. Uma taxa mensal de plataforma, acesso ilimitado ou uso impulsionado principalmente pelos usuários finais do cliente geralmente apontam nessa direção.
A receita do serviço principal geralmente será reconhecida ao longo do tempo, usando uma medida de progresso baseada no tempo quando o serviço é fornecido uniformemente durante o prazo. Uma taxa por resultado ainda pode ser contraprestação variável, mas isso não significa automaticamente que seja reconhecida apenas quando o dinheiro é faturado.
Uma quantidade especificada de resultados
Em um acordo de consumo, a promessa está mais próxima de "entregar 25.000 resultados concluídos". Cada resultado qualificado reduz o direito remanescente do cliente. Uma vez entregue a quantidade comprada, o cliente toma uma nova decisão de compra para mais capacidade.
Essa estrutura pode suportar um método de produção: reconhecer o preço atribuído a cada resultado bem-sucedido à medida que o fornecedor o transfere. Tentativas malsucedidas não consomem o direito comprado do cliente quando o contrato diz que o cliente não recebe nenhum serviço concluído dessas tentativas.
Uma promessa híbrida
Muitos contratos reais combinam ambos os modelos. O cliente pode pagar uma taxa mensal fixa de acesso pela plataforma hospedada e um valor separado por cada fatura duplicada verificada evitada. A taxa de acesso e a taxa por resultado não devem ser forçadas em um único padrão de reconhecimento apenas porque aparecem na mesma fatura.
A promessa fixa de acesso pode ser reconhecida durante o prazo do serviço. A taxa por resultado pode ser reconhecida quando os critérios de sucesso são satisfeitos, se o contrato suportar essa conclusão e a contraprestação variável puder ser alocada ao período ou resultado relevante.
A PwC descreve a mesma distinção prática em sua orientação sobre SaaS: um modelo de assinatura geralmente fornece acesso contínuo, enquanto um modelo de consumo executa uma tarefa definida ou entrega uma saída especificada por uma taxa. Os rótulos em uma apresentação de preços não são decisivos. Os direitos, obrigações e benefício para o cliente no contrato executado são.
A Árvore de Decisão da ASC 606
Use esta sequência para cada contrato material. Documente a conclusão em vez de depender do cronograma de receita padrão do sistema de cobrança.
1. Defina um resultado bem-sucedido
"Bem-sucedido" precisa ser objetivo o suficiente para que ambas as partes possam determinar quando o fornecedor ganhou a taxa. Para um agente de processamento de faturas, o contrato pode exigir todos os seguintes:
- A fatura é recebida e correspondida à ordem de compra correta.
- Os controles necessários são concluídos sem escalação humana.
- O lançamento contábil é postado no sistema designado do cliente.
- A transação não é revertida durante uma janela de revisão definida.
Se o sucesso depender de uma frase indefinida como "automação satisfatória", o fornecedor pode não ter uma base confiável para registrar uma taxa por resultado. Escreva o teste antes de escrever o lançamento contábil.
2. Identifique o que o cliente recebe
Pergunte se o cliente recebe:
- Acesso contínuo a um agente durante um prazo declarado;
- Um número finito de resultados concluídos;
- Direitos incrementais de usar uma plataforma; ou
- Um pacote de acesso, implementação, suporte e resultados.
Esta é a questão da obrigação de desempenho. O mesmo agente pode ser um serviço de disponibilidade contínua em um contrato e um serviço de saída especificada em outro, porque as promessas e os direitos do cliente diferem.
3. Determine se o acordo é uma série
Um serviço SaaS de disponibilidade contínua é comumente avaliado como uma série de serviços diários ou mensais distintos que são substancialmente os mesmos e têm o mesmo padrão de transferência. Se a taxa por resultado se relacionar especificamente a um período distinto nessa série, a exceção de alocação de contraprestação variável pode permitir o reconhecimento no período em que os resultados qualificados ocorrem.
Por exemplo, um serviço pode fornecer acesso ilimitado por 12 meses e cobrar $3 por cada intervenção de fraude bem-sucedida no mês em que a intervenção ocorre. Se a taxa for fixa, a definição de sucesso for mensurável e a taxa se relacionar ao serviço daquele mês, reconhecer a taxa por resultado conforme as intervenções qualificadas ocorrem pode retratar fielmente a transferência.
A conclusão se torna menos direta quando a taxa depende do desempenho cumulativo anual, descontos retrospectivos, ajustes entre períodos ou um mínimo anual. Essas características podem impedir que a taxa seja atribuível a um período de serviço distinto.
4. Teste o expediente prático de faturamento
O expediente prático de faturamento pode permitir o reconhecimento de receita no valor que o fornecedor tem direito a faturar quando esse valor corresponde diretamente ao valor transferido ao cliente até a data. Para um acordo de disponibilidade contínua qualificado, um valor fixo por resultado bem-sucedido faturado conforme cada resultado ocorre pode satisfazer esse padrão.
Não trate o expediente como um atalho para todo contrato baseado em uso. É menos provável que se aplique quando o contrato inclui uma taxa fixa, um mínimo substantivo, taxas de resultado variáveis ou taxas iniciais ou finais significativas. Um grande pré-pagamento também pode não corresponder ao valor transferido na data do faturamento.
5. Aplique a restrição de contraprestação variável
Quando nem o expediente de faturamento nem a exceção de alocação resolverem a questão, estime a contraprestação variável e inclua apenas o valor para o qual seja provável que não ocorra uma reversão significativa de receita. Atualize essa estimativa a cada período de relatório.
Produtos de IA em estágio inicial frequentemente não têm histórico suficiente para prever taxas de sucesso, taxas de exceção, aceitação do cliente e reversões com confiança. Essa incerteza é um fato contábil, não uma razão para reconhecer o cenário otimista. Construa uma estimativa documentada a partir de dados atuais do contrato, fluxos de trabalho comparáveis, resultados de pilotos e modos de falha conhecidos, depois revise-a à medida que o produto opera.
Um Exemplo Prático: Acesso Fixo Mais Resultados Verificados
Suponha que um fornecedor assine um acordo de 12 meses com estes termos:
- Uma taxa mensal de plataforma de $10.000 para acesso hospedado, monitoramento e suporte.
- $12 por cada fatura que o agente processa de ponta a ponta, posta corretamente e passa na verificação de reversão de 30 dias.
- Nenhum número mínimo de faturas.
- Faturas mensais baseadas no registro de resultados verificados.
A taxa de plataforma descreve um serviço de disponibilidade contínua. Se o cliente recebe acesso uniformemente durante o ano, o fornecedor registra $10.000 de receita a cada mês, assumindo que nenhum outro fato mude a conclusão.
O valor de 12 quando cada resultado qualificado for concluído. Um resultado que permanece dentro da janela de revisão de 30 dias pode exigir uma decisão de política: o contrato pode definir sucesso na postagem, na aceitação ou apenas após o fechamento da janela de reversão. Use o evento contratual de forma consistente.
Se 800 resultados se qualificarem em março, a receita por resultados é de 19.600 antes de considerar impostos, reembolsos, créditos ou outros termos contratuais. O depósito bancário pode ocorrer em abril; o momento do dinheiro não move a receita de março para abril.
Para um contrato pré-pago de resultados finitos, o lançamento inicial seria diferente. Se um cliente pré-paga 12 de receita conforme cada resultado qualificado é transferido, reduzindo o passivo. Se resultados não utilizados expirarem, avalie a quebra sob o contrato e a política de receita aplicável, em vez de liberar todo o saldo simplesmente porque o prazo terminou.
Em termos simples:
Cliente pré-paga por 10.000 resultados bem-sucedidos
Débito Dinheiro $120.000
Crédito Passivo de contrato $120.000
800 resultados se qualificam a $12 cada
Débito Passivo de contrato $9.600
Crédito Receita baseada em resultados $9.600Os nomes exatos das contas e o momento precisam corresponder à política contábil do fornecedor e à análise do contrato. A disciplina importante é manter o pré-pagamento, a produção verificada, a fatura e a liquidação bancária visíveis como eventos separados.
Os Dados Necessários para Fechar os Livros
A receita baseada em resultados não pode ser fechada apenas com um extrato bancário. Crie um pacote mensal de evidências que vincule o contrato ao razão.
Termos do contrato
Armazene os termos assinados, preço por resultado, definição de sucesso, prazo, direitos de renovação e rolagem, mínimos, regras de expiração, disposições de reembolso, janelas de aceitação e quaisquer faixas de taxa. Registre alterações como versões datadas, em vez de sobrescrever os termos originais.
Registro de resultados
Para cada resultado faturável, retenha um identificador estável, cliente, agente ou fluxo de trabalho, carimbo de data/hora da tentativa, carimbo de data/hora da conclusão, status de sucesso, motivo da falha, status de escalação humana, status de reversão ou disputa, taxa aplicável e referência do sistema de origem. O objetivo não é coletar mais telemetria por si só. É provar qual evento contratual criou o direito à contraprestação.
Camadas de conciliação
Concilie nesta ordem:
- Registro de eventos do agente ao relatório de uso ou resultados voltado ao cliente.
- Relatório de resultados à fatura.
- Fatura às contas a receber.
- Contas a receber e créditos à liquidação bancária.
- Receita reconhecida e passivo de contrato ao cronograma de receita.
Investigue diferenças em vez de ajustá-las à receita. Um fluxo de trabalho com falha pode desaparecer de uma exportação de cobrança enquanto permanece nos logs de infraestrutura. Um resultado duplicado pode ser faturado duas vezes, mas pago uma vez. Uma reversão pós-fatura pode exigir uma nota de crédito e um ajuste de receita. Cada diferença deve ter um responsável e uma nota de resolução.
Economia unitária junto com a receita
O reconhecimento de receita diz quando reportar a taxa; não diz se o fluxo de trabalho é lucrativo. Acompanhe custos de modelo e infraestrutura, orquestração, revisão humana, suporte ao cliente, disputas e retrabalho por tipo de resultado. Análises recentes de fluxos de trabalho agênticos destacaram que a supervisão humana pode ser um custo variável maior do que tokens de modelo em alguns fluxos de trabalho de alto risco. Se seu preço for baseado em um resultado bem-sucedido, seu relatório de margem deve usar a mesma unidade de resultado bem-sucedido.
Erros Comuns a Evitar
Tratar cada tentativa como receita
Uma tentativa, pacote de tokens, chamada de API ou início de fluxo de trabalho não é necessariamente o serviço prometido. Se o cliente paga apenas por um resultado verificado, tentativas pertencem às métricas operacionais até que o evento de sucesso contratual ocorra.
Registrar a fatura como receita
Uma fatura pode criar uma conta a receber, um passivo de contrato ou receita, dependendo dos direitos e desempenho já entregues. Um saldo pré-pago não é automaticamente receita ganha. Mantenha cronogramas de cobrança e cronogramas de receita separados, mesmo quando os sistemas estiverem integrados.
Ignorar implementação e integração
Mapeamento de dados, integrações, configuração e design de fluxo de trabalho podem ser atividades que ajudam o fornecedor a cumprir a promessa de SaaS, ou podem transferir um serviço separado ao cliente. Não assuma que "implementação gratuita" não tem consequências contábeis. Identifique se o cliente pode se beneficiar do trabalho independentemente e se o trabalho é distinto do serviço hospedado.
Usar uma única taxa de sucesso para todos os fluxos de trabalho
Um agente que classifica faturas, resolve reembolsos e previne pagamentos duplicados pode ter diferentes definições de sucesso, preços, cargas de revisão e padrões de reversão. Mantenha tipos de resultados separados onde o contrato e a economia forem separados. Misturá-los pode esconder um fluxo de trabalho não lucrativo e enfraquecer a estimativa de contraprestação variável.
Esquecer os direitos de dados do cliente
Um contrato pode dizer que o fornecedor pode usar dados do cliente para melhorar o serviço. Os direitos reais importam. Direitos estreitos usados apenas para executar o serviço contratado podem ser parte do cumprimento, enquanto direitos mais amplos podem levantar questões separadas sobre contraprestação não monetária, uso de dados, privacidade e promessas contratuais. Envie cláusulas incomuns de dados aos revisores contábeis e jurídicos antes do lançamento.
Um Modelo Prático de Política
Antes de lançar um novo plano baseado em resultados, responda a estas perguntas em um memorando contábil curto:
- Qual é o serviço prometido exato?
- Qual evento prova a transferência bem-sucedida?
- A promessa é de disponibilidade contínua, uma quantidade especificada de resultados ou híbrida?
- Os serviços são uma série com o mesmo padrão de transferência?
- O valor faturado corresponde diretamente ao valor transferido?
- A exceção de alocação de contraprestação variável pode se aplicar?
- Se não, qual estimativa e restrição suportam o preço da transação?
- Implementação, suporte, direitos de dados, opções de renovação ou mínimos são questões separadas?
- Qual sistema operacional é autoritativo para a contagem de resultados?
- Como o relatório mensal conciliará com faturas, contas a receber, passivos de contrato e dinheiro?
Faça finanças, produto, engenharia, operações de vendas e jurídico concordarem com as definições antes que a página de preços entre no ar. Um contrato que é fácil de faturar não é necessariamente um contrato que é fácil de contabilizar.
Simplifique Sua Gestão Financeira
A precificação baseada em resultados torna registros limpos e versionados especialmente valiosos: o contrato, eventos qualificados, cronograma de receita e atividade bancária devem contar a mesma história. Beancount.io oferece contabilidade em texto simples que é transparente, controlada por versão e pronta para IA, dando à sua equipe uma trilha de auditoria durável à medida que os modelos de precificação evoluem. Comece gratuitamente e mantenha a lógica financeira visível do contrato ao fechamento.