5.4 Do palco ao livro-razão
Pergunta antes de ler
O contrato do Grupo Transvale, assinado em fevereiro de 2025, tem valor total de R$ 300 mil por 24 meses. O ARR que ele gera é R$ 114 mil. O financeiro reconheceu, no primeiro mês, R$ 23,5 mil de receita.
Antes de ler a próxima linha: qual dos três números está errado, e por quê?
Nenhum. Os três são corretos, exatos e mutuamente consistentes, e é justamente por isso que eles destroem reuniões. No Módulo 1 você aprendeu que booking, faturamento e receita são três moedas diferentes, e provavelmente guardou isso como uma sutileza contábil. Não é. É uma diferença de objeto e de sistema. Cada uma das três moedas mora num lugar diferente da cadeia que sai da cotação e chega à nota fiscal, e o motivo pelo qual as empresas confundem as três é que elas guardam tudo no mesmo campo, chamado Valor, dentro do mesmo objeto, chamado Oportunidade.
Este capítulo constrói a metade de baixo do mapa de objetos, que é onde o dinheiro vive, e fecha com a analogia que organiza o módulo inteiro. Comece pelos objetos.
- Assinatura, aditivo, proporcionalização e co-termo
Assinatura é o compromisso recorrente vigente: uma entidade, com estado atual, que se atualiza. Aditivo é a alteração de uma assinatura em vigor, seja aumento, redução ou adição de licenças: um evento, com data, que se acrescenta. Proporcionalização é o cálculo do valor parcial do período afetado pelo aditivo. Co-termo é o alinhamento da data-fim do aditivo com a data-fim do contrato original, para que tudo vença no mesmo dia.
Por que importa: é onde o modelo encontra o tempo, e é a parte que o CRM sozinho não sabe fazer. Uma única expansão no meio do ciclo gera três números diferentes e os três estão certos. Confundi-los é a forma mais rápida de inflar a cascata de ARR do Módulo 1.
Arraste o desenho para o lado para ver inteiro
A discrepância de R$ 412 mil não é um erro de digitação acumulado. Ela tem duas direções, e as duas doem. Existe receita contratada que não está sendo faturada, o que é dinheiro parado em cima da mesa. E existe faturamento acontecendo sem contrato vivo do outro lado, o que é um problema diferente e pior, porque é o tipo de coisa que aparece numa diligência.
Um aditivo, três números corretos
valor proporcional = valor anual do aditivo × (dias restantes do período ÷ dias do período)
ARR depois = ARR antes + valor anual do aditivo
Leia em português. O valor proporcional é o que se cobra agora, pela fração do período que ainda resta. O ARR depois do aditivo é o valor anual cheio somado ao que já existia, independentemente da proporcionalização: o ARR não sabe nada sobre o calendário de cobrança. Confundir os dois é o mecanismo exato pelo qual a expansão de uma empresa aparece menor do que é no meio do ano e maior do que é em janeiro.
Vamos pôr números da Órbita nisso, derivando cada um de um total fixo. A expansão automática por crescimento de frota, que é a maior origem de expansão da empresa, somou R$ 1,5 milhão em 2025, distribuídos entre 88 contas que expandiram. Isso dá R$ 17 mil de ARR adicional por conta. No plano Pro, que custa R$ 22 por veículo por mês, esse valor corresponde a R$ 17 mil ÷ (R$ 22 × 12), o que dá 64,4, ou 64 veículos inteiros, porque veículo não se fraciona. Repare no que o arredondamento faz: a conta típica volta a 64 × R$ 22 × 12 = R$ 16,9 mil de ARR, e não os R$ 17 mil da média. A diferença é pequena e é declarada aqui porque é ela que explica por que o número deste capítulo não bate na casa das dezenas com a média da qual ele saiu. Tome uma dessas contas e suponha que o aditivo tenha sido assinado em 15 de julho, com cobrança a partir do dia 16, o que deixa 169 dias dos 365 do período, co-terminado em 31 de dezembro junto com o contrato original.
Arraste o desenho para o lado para ver inteiro
Na práticaÓrbita Software · o contrato do Grupo Transvale, fev/25
O contrato. 24 meses, cinco obrigações de desempenho, valor total de R$ 300 mil pagos por um único cliente ao longo desses 24 meses. Duas obrigações são recorrentes e três não são. Vamos extrair as quatro moedas dele, uma por vez, e conferir que fecham.
Moeda 1, valor total do contrato: R$ 300 mil. É a soma dos cinco itens. É o número que o cliente assinou e é o número que o vendedor lembra, porque é o que aparece no PDF e o que sustenta a comemoração interna. Não é ARR e não é receita.
Moeda 2, valor anual do contrato: R$ 150 mil. R$ 300 mil ÷ 24 × 12. É o que se usa para comparar um contrato de 24 meses com um de 12. Ainda não é ARR, porque inclui serviço.
Moeda 3, ARR: R$ 114 mil por ano. Só as duas obrigações recorrentes: R$ 90 mil de licença mais R$ 24 mil do módulo de roteirização. Os R$ 72 mil de implantação, treinamento e consultoria estão fora, porque não recorrem. Confira que fecha: R$ 114 mil + R$ 72 mil ÷ 2 anos = R$ 150 mil, que é exatamente a Moeda 2.
Moeda 4, receita reconhecida no mês 1: R$ 23,5 mil. R$ 7.500 de licença mais R$ 2.000 de roteirização, ambos reconhecidos mês a mês ao longo dos 24, mais R$ 14 mil de implantação, reconhecida por marcos em cerca de 3 meses. E o faturado no mesmo mês 1 foi R$ 150 mil, a primeira de duas parcelas anuais. Quatro números no mesmo mês, quatro perguntas diferentes.
O defeito, e o preço dele. O CRM da Órbita tem um campo chamado Valor. Não tem campo de valor recorrente anualizado. Quando o AE fechou a Transvale, ele digitou R$ 300 mil, que é o número do papel. O relatório de ARR do Salesforce somou R$ 300 mil onde a verdade eram R$ 114 mil. Excesso num único contrato: R$ 186 mil. Sobre os R$ 2,14 milhões de excesso total do CRM, este contrato sozinho responde por 8,7%.
O veredito. A correção não é treinamento. É um campo novo, com validação que impeça o valor recorrente de ser igual ao valor total quando houver linha de serviço. Uma tarde de trabalho de administrador de CRM, e o defeito para de entrar. O que já entrou não se recupera, e é por isso que este capítulo vem no mês 5 do curso e não no mês 11.
| Obrigação de desempenho | Valor no contrato (total dos 24 meses) | ARR que gera (por ano) | Onde deveria morar |
|---|---|---|---|
| Licença TMS, 120 usuários | R$ 180 mil | R$ 90 mil | Linha de assinatura no billing, com data de início de vigência própria. |
| Módulo de roteirização | R$ 48 mil | R$ 24 mil | Linha de assinatura no billing, com data de início de vigência própria. |
| Implantação e migração | R$ 42 mil | zero | Linha de serviço no faturamento, nunca no campo de valor recorrente. |
| Treinamento presencial | R$ 15 mil | zero | Linha de serviço no faturamento, nunca no campo de valor recorrente. |
| Consultoria de processo | R$ 15 mil | zero | Linha de serviço no faturamento, nunca no campo de valor recorrente. |
| Total | R$ 300 mil | R$ 114 mil | A diferença de R$ 72 mil é serviço. No CRM da Órbita, os dois números convivem no mesmo campo. |
Contrato de um único cliente, o Grupo Transvale, assinado em fev/25, conforme o bloco de resultado da Órbita. Nada aqui é total de empresa: as cinco obrigações de desempenho somam R$ 300 mil ao longo dos 24 meses de contrato, e o ARR que elas geram é por ano. A última coluna é a que decide: obrigação recorrente entra no ARR, obrigação pontual não entra, e o CRM da Órbita não tem onde registrar essa diferença.
Pare nesse número, porque ele é o mais barato de consertar e o mais caro de conviver do capítulo inteiro. Um contrato assinado em dezembro com vigência em fevereiro é booking de dezembro e ARR de fevereiro. Não existe ambiguidade conceitual nenhuma nisso. A ambiguidade nasce porque o campo de vigência não existe, então a única data disponível é a de fechamento, e o relatório usa a única data que tem. Foi assim que R$ 390 mil de contratos com vigência em 2026 entraram no ARR de 2025 do Salesforce. Nenhum vendedor mentiu. O modelo não ofereceu onde dizer a verdade.
CPQ: o que resolve e quando ainda não é a hora
- CPQ (configurar, precificar, cotar)
Camada que transforma o catálogo de produtos e as regras comerciais em um gerador de cotações consistente, ligado à oportunidade e produzindo linhas de cotação estruturadas. O que ele entrega de fato: combinações válidas controladas por regra, faixas de desconto com alçada de aprovação, tabela de preço por segmento, e desconto virando dado em vez de virar conversa.
Gatilho de compra: número de combinações válidas de catálogo multiplicado pela frequência de exceção. Abaixo de cerca de 15 itens de catálogo e desconto em faixa única, é excesso de ferramenta. Acima de cerca de 50 combinações ou com alçadas em três níveis, o custo de não ter supera o de ter.
Erro comum: comprar CPQ para consertar a bagunça do catálogo. CPQ não organiza catálogo, ele amplifica o catálogo que existe. O time descobre no meio da implantação que tem itens duplicados, nomenclatura inconsistente e exceções de preço não documentadas, e o projeto estoura o prazo com o escopo aberto.
Aplique o gatilho à Órbita e o resultado é desconfortável para quem esperava autorização de compra. O catálogo tem 3 planos e 6 módulos adicionais. No Essencial, quatro módulos são compráveis, o que dá 2 elevado a 4, ou 16 combinações. No Pro, três são compráveis, o que dá 8. O Enterprise é negociado caso a caso. São 24 combinações contáveis mais o negociado: abaixo do limiar em que o CPQ se paga. O que a Órbita tem de fato é o outro problema, e ele é mais barato e mais urgente: Propostas em Google Slides; tabela de preço em precos_2025_v7_final_ok.xlsx, com 3 cópias em circulação. Três cópias da mesma tabela de preço em circulação não é um problema de ferramenta. É um problema de dono.
A tabela de preço com três cópias convive com um segundo defeito que o Módulo 4 já nomeou e que aqui reaparece como consequência de modelagem: o balcão de aprovação de desconto não existe. o CRO, por WhatsApp aprova, sobre uma regra não escrita, com prazo mediano de 2,6 dias e percentil 90 de 8 dias. Dos 185 negócios novos de 2025, 57 saíram acima de 25% de desconto, ou 30,8% do total. E as 17 exceções de prazo de pagamento concedidas no ano estão registradas em 0 sistemas. Isso não é indisciplina comercial: é a consequência aritmética de não existir linha de cotação estruturada em lugar nenhum. Sem linha de cotação, o desconto não é um campo, é um resultado, e resultado não se governa.
O tamanho disso, em moeda: a carteira da Órbita a preço de tabela vale R$ 31,5 milhões e é praticada a R$ 24,8 milhões, o que é um desconto médio de 21,4%. Cada ponto percentual de desconto médio vale R$ 315 mil de ARR. Se você quer um argumento de orçamento para estruturar catálogo e cotação, ele está nessa linha, e não numa estatística de fornecedor.
A camada que a arquitetura importada não tem
Arraste o desenho para o lado para ver inteiro
Há uma segunda consequência da cobrança brasileira, e ela é a mais cara deste capítulo porque não parece um problema de arquitetura. No stack de referência americano, a cobrança recorrente acontece por cartão, a falha de pagamento é rara e imediata, e o estado de inadimplência é curto. Aqui, boleto e PIX dominam a cobrança entre empresas, e o estado de inadimplente há menos de sessenta dias é comum, transitório e contratualmente ativo. Um analista que aprendeu modelagem de dados lendo material importado escreve o filtro de status igual ao do tutorial, e apaga do painel um pedaço do ARR que existe juridicamente, está sendo cobrado e está em régua de cobrança.
Arraste o desenho para o lado para ver inteiro
Guarde este defeito com carinho, porque ele é a peça que falta para o capítulo 5.6 fechar a conta. O painel do Looker Studio da Órbita mostra R$ 23,2 milhões contra os R$ 24,8 milhões da definição canônica. Em R$ mil, são 23.180 contra 24.800: um buraco de R$ 1,62 milhão. Parte dele é recorte temporal, porque o painel foi construído sobre uma exportação de outubro e nunca atualizado. A outra parte é exatamente isto: filtro de status escrito por quem não sabia o que os outros status significavam no negócio. Voltaremos a esse número com a decomposição completa.
| Cap. | Objeto ou camada | Sistema dono hoje | Chave usada | Defeito nomeado no dataset | O que isso significa na prática |
|---|---|---|---|---|---|
| 5.1 | Vocabulário e mapa de objetos | nenhum | quatro chaves incompatíveis | Defeito 3: 4 versões do ARR, nenhuma definição escrita | Antes de comprar qualquer camada, alguém precisa escrever qual é a pergunta. Isso custa R$ 0 e ainda não foi feito. |
| 5.2 | Conta, identidade e hierarquia | Omie, por acidente | CNPJ no ERP, Account Id no CRM | Defeitos 2 e 7: 611 contra 544 clientes, Transvale como 4 contas | A chave natural já existe de graça no Brasil e a Órbita não a usa no CRM. É a correção mais barata do módulo inteiro. |
| 5.3 | Lead, contato e correspondência com conta | RD Station Marketing | Defeito 1: 612 MQL sem nenhuma tentativa e roteamento manual às segundas | O lead entra no sistema sem nenhuma linha ligando à conta. Roteamento sem correspondência é sorteio com nome de processo. | |
| 5.4 | Cotação, contrato, assinatura e fatura | Clicksign e Omie, sem conversa entre si | nenhuma em comum | Defeitos 8, 9 e 10: R$ 412 mil de discrepância, vigência ausente, sem CPQ | É aqui que a diferença entre as três moedas do Módulo 1 deixa de ser conceito financeiro e vira diferença de objeto. |
| 5.5 | Movimento do dado entre sistemas | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
| 5.6 | Verdade, instantâneo e reconciliação | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
| 5.7 | Governança de campo e LGPD | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
| 5.8 | Camadas, escada de compra e preço | a preencher | a preencher | a preencher | Ainda sem resposta neste ponto da leitura. |
A arquitetura da Órbita, 4 de 8 linhas preenchidas. Esta é a mesma tabela em todo o módulo: cada capítulo preenche a sua linha e nenhuma linha é preenchida duas vezes. Se você estiver lendo fora de ordem, as linhas em cinza são as que ainda não têm resposta.
O CRM guarda o presente e a intenção. O livro-razão guarda o passado e o fato. Quem pede ao primeiro que faça o trabalho do segundo paga duas vezes.
Exercício 5.455 minutos, um contrato real da sua empresa e uma planilha
Use um contrato real da sua empresa nos itens 1, 2 e 4.
- Pegue um contrato plurianual da sua base e extraia as quatro moedas: valor total, valor anual, ARR e receita reconhecida no primeiro mês. Mostre a conta de cada uma.
- Simule um aditivo de aumento assinado no meio do período, co-terminado com o contrato. Calcule os três números e diga quem usa cada um.
- Aplique o gatilho de compra de CPQ à Órbita, contando combinações válidas, e escreva a recomendação em duas frases.
- Liste todos os status possíveis de uma assinatura no seu sistema de cobrança. Para cada um, escreva o significado de negócio, se ele entra no ARR ativo e quem decide mudá-lo.
- Item adversarial. Um controller argumenta que basta centralizar tudo no sistema de cobrança, porque é ele que tem o dinheiro. Construa o argumento na versão mais forte e responda.
Conferir respostasEsconder respostas
- As quatro moedas do seu contrato. O erro mais comum é calcular valor anual dividindo o valor total por 12 em vez de pelo número de meses do prazo. Um contrato de 30 meses dividido por 12 produz um valor anual inflado em 150%. A segunda armadilha é esquecer de retirar o serviço antes de chamar o resultado de ARR: no Transvale isso são R$ 72 mil em R$ 300 mil, ou 24,0% do contrato.
- O aditivo. ARR adicional = valor anual cheio. Valor proporcional = valor anual × dias restantes ÷ dias do período. Fatura mensal = valor anual ÷ 12. Quem somou os três chegou a um número que não responde a pergunta nenhuma. A verificação de sanidade é esta: o ARR não muda se o aditivo tiver sido assinado em janeiro ou em dezembro; o proporcional muda muito. Se o seu ARR mudou conforme o mês, você calculou proporcional e chamou de ARR.
- O gatilho de CPQ. A resposta correta conta combinações válidas, não itens de catálogo. Na Órbita: 16 combinações no Essencial, 8 no Pro, mais o Enterprise negociado, o que não atinge o limiar. A conclusão honesta é que a Órbita não precisa comprar CPQ agora, e precisa urgentemente de dono único da tabela de preço, porque hoje circulam três cópias. Quem respondeu “compre CPQ” usou a dor como critério em vez do gatilho.
- A lista de status. A resposta mínima tem, para cada status, três coisas: o significado de negócio em uma frase, se aquele status entra no ARR ativo, e quem decide mudá-lo. Um status sem as três é uma bomba-relógio: alguém vai escrever um filtro em cima dele sem saber o que ele quer dizer, como aconteceu com o painel de R$ 23,2 milhões da Órbita.
- O argumento contra você. O argumento mais forte é o do controller: se o billing é o livro-razão e ele já tem tudo, por que a empresa precisa modelar contrato e assinatura no CRM também? Ele está certo sobre a autoridade e errado sobre a suficiência. O billing sabe o que está sendo cobrado e não sabe o que foi prometido, nem por quem, nem com que desconto, nem sob qual expectativa de escopo. A resposta madura não é duplicar o dado: é declarar quem é dono de cada campo, que é exatamente o artefato que o capítulo 5.7 constrói. Quem responde “então vamos centralizar tudo no billing” está trocando quatro números divergentes por um número certo e cego.
Armadilha: usar o campo Valor da oportunidade para tudo
É o pecado de modelagem número um do B2B por assinatura, e ele nunca aparece como decisão. Aparece como ausência: ninguém criou o campo de valor recorrente anualizado, então o vendedor usa Valor para recorrente, para implantação, para consumo variável e para o valor total do contrato plurianual, porque é o único campo que existe. Cada um desses quatro entra com uma escala diferente, e depois de dois anos não há como separá-los retroativamente, porque a informação de qual era qual nunca foi registrada.
Na Órbita isso responde por R$ 1,75 milhão dos R$ 2,14 milhões de excesso do CRM, ou 81,8% do total. O contrato do Grupo Transvale sozinho contribui com R$ 186 mil. E o pior não é o número de hoje: é que ele contamina toda a série histórica, então a empresa também não consegue afirmar qual era o ARR de 2023 nem de 2024 sem refazer contrato por contrato à mão.
Campo compartilhado por quatro conceitos não é economia de modelagem. É uma dívida que vence com juros no dia em que alguém pedir a série histórica.
Recuperação
Responda antes de abrir. Tentar e errar consolida mais que reler.
1Qual é a regra de arbitragem entre o CRM e o sistema de cobrança, e por que ela tem duas metades em vez de eleger um vencedor?
Quando os dois discordam sobre dinheiro, vence o livro-razão, porque ele só acrescenta e é auditável por terceiro. Quando discordam sobre intenção, vence o palco, porque o CRM é o único que registra o que foi prometido, por quem e com qual expectativa. Tem duas metades porque autoridade é propriedade de campo, não de sistema, e um sistema que ganha tudo passa a responder perguntas que ele não tem como responder.2O contrato de um cliente, de 36 meses, vale R$ 540 mil no total dos três anos, sendo R$ 90 mil de implantação paga uma única vez. Qual é o valor anual do contrato e qual é o ARR que ele gera por ano?
Valor anual = R$ 540 mil ÷ 36 meses × 12 = R$ 180 mil por ano. ARR = (R$ 540 mil menos R$ 90 mil) ÷ 36 meses × 12 = R$ 150 mil por ano. A diferença de R$ 30 mil por ano é a implantação diluída, e ela não recorre: no ano 4, se o contrato for renovado sem novo projeto, o valor anual e o ARR passam a ser o mesmo número. Quem dividiu R$ 540 mil por 12 e respondeu R$ 45 mil de ARR mensal misturou prazo com periodicidade, que é o erro mais comum deste exercício.3No Módulo 1 você separou booking, faturamento e receita como três moedas diferentes. Qual defeito de modelagem deste capítulo é o responsável por essas três moedas se confundirem na Órbita?Módulo 1 · 1.2
A ausência de data de início de vigência, que diverge da data de fechamento em 61,0% dos contratos e só existe num dos dois casos. Booking se conta na data de fechamento, ARR ativo se conta na data de vigência, e faturamento se conta na data de emissão da nota. Três datas, três moedas. Com só uma data disponível no sistema, as três colapsam numa só, e foi assim que R$ 390 mil de contratos com vigência em 2026 entraram no ARR de 2025. O dataset é explícito sobre a consequência: é literalmente por isso que a cascata de ARR não pode ser gerada pelo sistema.4Escreva de memória a fórmula da proporcionalização e a do ARR depois de um aditivo, e diga qual das duas depende do calendário.
Valor proporcional = valor anual do aditivo × (dias restantes do período ÷ dias do período). ARR depois = ARR antes + valor anual do aditivo. Só a primeira depende do calendário. Se você escreveu o ARR com a fração de dias dentro, volte à Fórmula deste capítulo: é exatamente esse erro que faz a expansão de uma empresa parecer menor do que é quando o aditivo é assinado em novembro, e é ele que quebra a comparação entre trimestres.