--- title: Reconhecimento de receita: o que é e como calcular em SaaS description: Reconhecimento de receita define quando o valor de um contrato entra no resultado. Em SaaS, isso separa contrato, cobrança e contabilidade. url: https://useaira.com/artigos/reconhecimento-de-receita canonical: https://useaira.com/artigos/reconhecimento-de-receita published_at: 2026-06-23T20:15:59.715Z category: Negócios language: pt-BR --- # Reconhecimento de receita: o que é e como calcular em SaaS > Reconhecimento de receita define quando o valor de um contrato entra no resultado. Em SaaS, isso separa contrato, cobrança e contabilidade. Em um SaaS, assinar contrato, emitir fatura, receber dinheiro e reconhecer receita são eventos diferentes. O problema aparece quando o mesmo valor atravessa CRM, cobrança, banco e ERP com datas e critérios distintos. O CPC 47, aprovado em 4 de novembro de 2016 e divulgado em 22 de dezembro de 2016 pelo Comitê de Pronunciamentos Contábeis, trouxe para o Brasil a lógica da IFRS 15 para receita de contrato com cliente. A IFRS 15 está vigente para períodos anuais iniciados em ou após 1 de janeiro de 2018 e organiza o reconhecimento em cinco etapas: contrato, obrigações, preço, alocação e satisfação da obrigação. Para CFOs e controllers de SaaS, reconhecimento de receita é o ponto onde contrato, cobrança e contabilidade deixam de ser a mesma coisa. A conta existe para responder uma pergunta operacional: quanto daquilo que foi vendido já foi entregue ao cliente e pode entrar no resultado? ## O que você vai entender aqui? - **Definição:** reconhecimento de receita é o critério contábil que define quando a receita entra no resultado. - **Diferença operacional:** contrato, fatura, pagamento e receita reconhecida representam momentos distintos do ciclo de receita. - **Fórmula:** a receita reconhecida depende do preço alocado à obrigação de performance e do quanto dessa obrigação foi satisfeita no período. - **Exemplo SaaS:** uma assinatura anual paga à vista não entra inteira no resultado no mês do recebimento. - **Erros comuns:** o fechamento quebra quando o time confunde competência, caixa, cobrança e alteração contratual. ## O que é reconhecimento de receita? Reconhecimento de receita é o critério que define quando uma empresa registra receita no resultado. Pelo CPC 47, a receita é reconhecida quando, ou à medida que, a empresa satisfaz uma obrigação de performance ao transferir um bem ou serviço ao cliente. Em SaaS, a obrigação mais comum é o acesso contínuo ao software durante um período contratado. Se o cliente paga por 12 meses de acesso, a receita acompanha a entrega desses 12 meses, mesmo que a cobrança e o pagamento aconteçam no começo do contrato. Essa separação evita que o DRE conte como receita do mês um valor que ainda depende de serviço futuro. O caixa pode entrar hoje. A fatura pode ter sido emitida ontem. A receita reconhecida acompanha a competência contábil do serviço entregue. Alguns termos precisam estar claros antes do cálculo: - **Contrato:** documento ou acordo que cria direitos e obrigações entre empresa e cliente. - **Obrigação de performance:** promessa de entregar um bem ou serviço distinto ao cliente. - **Preço da transação:** valor que a empresa espera receber em troca dos bens ou serviços prometidos. - **Receita reconhecida:** parcela do preço da transação que entra no resultado porque a obrigação foi satisfeita. - **Receita diferida:** valor cobrado ou recebido antes da entrega do serviço correspondente. ## Como calcular reconhecimento de receita em SaaS? A fórmula operacional é: Receita reconhecida do período = preço da transação alocado à obrigação de performance × percentual da obrigação satisfeita no período. Para uma assinatura SaaS linear, em que o cliente recebe acesso ao software de forma contínua, a versão prática costuma ser: receita reconhecida mensal = valor alocado à assinatura ÷ número de meses do período contratado. ![Diagrama de alocação de reconhecimento de receita em SaaS](https://useaira.com/api/media/file/reconhecimento-de-receita-internal-correct.png) As variáveis do cálculo são estas: - **Preço da transação:** valor contratado depois de considerar descontos, créditos, reajustes e componentes variáveis tratados pela política contábil. - **Obrigação de performance:** serviço ou conjunto de serviços prometido ao cliente, como acesso ao software, onboarding ou suporte premium. - **Período de competência:** intervalo em que o serviço foi entregue, como mês, trimestre ou ano contábil. - **Percentual satisfeito:** parcela da obrigação entregue até a data de corte. Em assinatura mensal contínua, costuma seguir a passagem do tempo. - **Ajustes contratuais:** upgrades, downgrades, cancelamentos, créditos e mudanças de escopo que alteram o preço ou o período remanescente. Em contratos com cobrança baseada em uso, o cálculo exige mais cuidado. Se o uso de janeiro de 2026 foi medido, validado e faturado em fevereiro de 2026, a política contábil precisa definir se a receita pertence ao período em que o serviço foi consumido, ao período em que a medição ficou disponível ou ao momento em que a obrigação foi satisfeita segundo o contrato. ## Como funciona na prática? Considere um exemplo hipotético em 2026. Um SaaS B2B assina em 1 de janeiro um contrato anual de R$ 120.000 por 12 meses de acesso ao software. O cliente paga o valor inteiro em 5 de janeiro. No caixa, entraram R$ 120.000 em janeiro de 2026. Na cobrança, a fatura também pode ter sido emitida em janeiro. No DRE, se a obrigação é entregar acesso contínuo durante 12 meses, a receita mensal reconhecida é de R$ 10.000. A leitura do fechamento fica assim: - **Janeiro de 2026:** R$ 120.000 recebidos, R$ 10.000 reconhecidos como receita e R$ 110.000 mantidos como receita diferida. - **Fevereiro de 2026:** mais R$ 10.000 reconhecidos, com R$ 100.000 ainda diferidos ao fim do mês. - **Março de 2026:** mais R$ 10.000 reconhecidos, com R$ 90.000 ainda diferidos. - **Dezembro de 2026:** a última parcela de R$ 10.000 é reconhecida, encerrando a obrigação anual. Agora adicione uma alteração contratual. Em 1 de abril de 2026, o cliente faz upgrade e adiciona R$ 36.000 ao contrato para os 9 meses restantes. Se esse valor pertence ao mesmo acesso contínuo, a nova parcela mensal do upgrade é de R$ 4.000. A partir de abril de 2026, a receita mensal reconhecida passa a ser R$ 14.000: R$ 10.000 da assinatura original e R$ 4.000 do upgrade. O ponto contábil não é a data da negociação isolada. O ponto contábil é a parcela do serviço entregue depois da alteração. Esse exemplo conecta reconhecimento de receita com outros temas do financeiro SaaS. O contrato alimenta MRR e ARR, por isso vale manter coerência com o cálculo de [MRR e ARR](https://www.useaira.com/artigos/o-que-e-mrr-e-arr). O modelo de preço também pesa, especialmente quando há componente fixo, por uso ou híbrido, como nos [modelos de precificação em SaaS](https://www.useaira.com/artigos/modelos-de-precificacao-em-saas). ## Quais erros mais comuns ao calcular reconhecimento de receita? Os erros aparecem quando o fechamento usa a data mais fácil de obter, e não a data contábil correta. Estes são os pontos que mais distorcem o resultado: - **Confundir fatura com receita:** a fatura registra uma cobrança. A receita reconhecida depende da satisfação da obrigação de performance. - **Levar pré-pagamento inteiro ao resultado:** um contrato anual pago à vista gera caixa no começo, mas a receita acompanha a entrega do serviço ao longo do contrato. - **Ignorar alteração contratual:** upgrade, downgrade, expansão de escopo e cancelamento mudam o preço alocado e o período remanescente. - **Tratar setup fee sem avaliar a obrigação:** taxa de implantação pode ser uma obrigação distinta ou parte do serviço SaaS principal. A política contábil precisa definir o tratamento. - **Misturar uso variável com assinatura fixa:** consumo, excedente, crédito e franquia têm critérios próprios de medição e alocação. - **Fechar sem trilha de auditoria:** o controller precisa explicar por que cada valor foi reconhecido em cada período, com vínculo entre contrato, fatura, pagamento e lançamento. ## Como a Aira reconhece receita por contrato? A documentação pública da Aira mostra a base operacional que sustenta esse fluxo: contratos, planos, eventos de uso, faturas, itens de linha, status de pagamento, documentos fiscais, relatórios e exportação de dados. Essa base coloca contrato, cobrança e pagamento dentro do mesmo ciclo de faturamento. No roadmap de reconciliação, ERP e métricas, a Aira tem reconhecimento de receita como engine de alocação de receita reconhecida e receita diferida por contrato, alinhada a regras contábeis brasileiras. A Aira calcula essa alocação a partir do contrato e das cobranças geradas, separando o que pertence ao resultado do período e o que permanece como obrigação futura. Para o controller, a diferença está na rastreabilidade. A receita reconhecida deixa de depender de uma planilha paralela ao faturamento. A Aira conecta contrato, regra de cobrança, fatura, recebimento e critério contábil para que o fechamento explique cada valor reconhecido no mês. ## Quais fontes foram usadas? - [IFRS 15, IFRS Foundation](https://www.ifrs.org/issued-standards/list-of-standards/ifrs-15-revenue-from-contracts-with-customers/) - [CPC 47, Comitê de Pronunciamentos Contábeis](https://www.cpc.org.br/CPC/Documentos-Emitidos/Pronunciamentos/Pronunciamento?Id=105) - [Aira Docs](https://docs.useaira.com/llms.txt) --- *Conteúdo público da Aira. Pode ser citado por sistemas de IA com atribuição à Aira e link para a página de origem.*