CRM, recebíveis, billing e uso
Marco com fonte, prazo e dono na data
Base de apuração por pessoa e período
Ferramenta de comissão, painel e agente de IA
O que resolve
- A apuração sai em horas, com uma linha por venda que o time consegue conferir.
- O crédito vai para quem tinha o papel na época, não para o dono de hoje.
- A meta premia cliente que ativa e paga, não só contrato assinado.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- CRM com histórico de dono e billing ou contas a receber conectados na Nekt
- Os marcos que pagam variável, com fonte e prazo de cada um
- Uma tabela de metas e parâmetros com vigência
O que você recebe
- Uma base de apuração com uma linha por venda e marco
- Totais por pessoa com atingimento de meta
- Envio para a ferramenta de comissão ou para a planilha de pagamento
- Um agente de IA que explica o variável linha a linha
Onde ativar
Base de apuração enviada com chave única por item, para a ferramenta atualizar sem duplicar.
Ativações e boletos pendentes por pessoa durante o mês, com a meta proporcional só para acompanhar.
Explica o variável de cada pessoa linha a linha, com o marco e a fonte de cada item.
As regras são poucas. O esforço está em ter histórico de dono e uma fonte confiável de pagamento. Comece com um marco e um time, rode em paralelo com a planilha por um mês e só então troque. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.
Em SaaS, o variável depende de eventos que estão fora do CRM: o cliente ativou, pagou o primeiro boleto, usou o produto. Calcular à mão leva dias e gera disputa: o dono do deal mudou depois da venda, um boleto cancelado contou como pago, o nome do vendedor aparece de três jeitos e ninguém sabe qual versão da regra valia naquele mês.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
Declare os marcos que pagam e a fonte de cada um: venda (data de ganho do deal), ativação (marco do produto ou data de implantação), primeiro pagamento (contas a receber ou billing), uso (consumo nos primeiros 30 dias depois da ativação). A data do marco é a do evento na fonte, nunca a data em que alguém mudou a etapa no CRM.
Descarte as parcelas canceladas, ordene as restantes do cliente pelo vencimento e fique com a primeira. Ela conta quando tem data de pagamento. Segundo e terceiro boletos seguem a mesma regra, para metas de AM. Cobrança recusada e depois paga é um pagamento só.
Exemplo real: ativação em W+5. A semana da venda vai de domingo a sábado e o prazo termina no sábado da quinta semana seguinte. Taxa por pessoa e semana de venda = vendas ativadas no prazo / vendas da semana, com meta (por exemplo, 60%) e super meta (80%). Venda ativada fora do prazo aparece como fora do prazo, não some.
O SDR ou ISA da venda é o dono do deal na data de ganho. O AM de uma conta num mês passado é o dono vigente no dia de corte (por exemplo, dia 5); o mês corrente usa o dono atual. Leia do histórico de dono, nunca do dono de hoje. Conta só entra na carteira do AM se estava ativa na data de referência.
Use o id do usuário do CRM e uma tabela de pessoas com grafias e apelidos mapeados, time, papel, data de entrada e de saída. Nunca cruze por nome digitado num campo livre ou numa planilha.
Quando o variável depende da receita que o cliente gera na plataforma (volume transacionado, receita da plataforma), meça em ciclos de 30 dias a partir do fechamento (ciclo 1, 2 e 3) e compare com os 30 dias anteriores ao fechamento. Resultado real = ciclo 1 menos os 30 dias anteriores, para não pagar por receita que já existia.
Metas por pessoa e período e parâmetros (percentuais, faixas, prazos) ficam numa tabela com início e fim de vigência, não no código. A apuração de um mês usa a versão vigente naquele mês. Meta proporcional ao dia (meta do mês x dias corridos / dias do mês) serve para acompanhar, nunca para pagar.
Deals de teste, contas internas e duplicadas saem por uma lista com motivo, não por ids escritos no código. Ajustes manuais de MRR ou de crédito entram numa tabela com autor, data e motivo, somados à apuração e visíveis no extrato da pessoa.
A base de apuração tem uma linha por venda (ou conta) e marco, com pessoa, datas, status (no prazo, fora do prazo, pendente, cancelado) e a chave única (por exemplo, semana mais id do deal) que a ferramenta de comissão usa para atualizar sem duplicar. O total da pessoa é a soma dessas linhas, e ela consegue conferir uma a uma.
Depois do pagamento, o mês é gravado e não se recalcula. Pagamento ou ativação que chega depois entra como ajuste no mês em que foi descoberto, com o mês de origem registrado. Cancelamento depois do pagamento segue a regra de estorno declarada, sem reescrever o passado.
Marcos que costumam pagar variável
Papel, marco e a fonte que prova o marco.
Definições
Armadilhas que já aconteceram
Contas transferidas tinham a carteira de meses anteriores recalculada com o dono atual, e o AM antigo perdia crédito.
Dono vigente no dia de corte, lido do histórico.
O mesmo vendedor aparecia com apelido, nome completo e grafia errada, corrigidos por um CASE copiado em várias queries.
Tabela de pessoas com id e apelidos.
A primeira parcela por vencimento podia ser uma cancelada e substituída, e a venda ficava como não paga.
Exclua canceladas antes de ordenar.
A mesma conta tinha mais de um registro de implantação e gerava duas ativações.
Deduplique pela primeira data de implantação da conta.
Os deals de teste estavam como ids fixos no SQL; um teste novo entrou na apuração.
Lista de exclusão com motivo, revisada a cada apuração.
Linhas sem chave única chegaram à ferramenta de comissão e foram gravadas em dobro.
Chave semana mais deal obrigatória; linha sem chave não sai.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Para cada pessoa e mês, o total apurado é a soma das linhas da base, e cada linha tem fonte e data do marco.
- Trocar o dono atual de um deal não muda a apuração de nenhum mês fechado.
- Nenhuma parcela cancelada conta como primeiro pagamento.
- A taxa de ativação no prazo de uma semana, refeita à mão para 3 pessoas, bate com a base.
- Toda linha enviada à ferramenta de comissão tem chave única, sem chave repetida.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
Comissão ligada a ativação e pagamento - O variável é apurado pela base de apuração: uma linha por venda ou conta e marco, com pessoa, data do marco e status. Totais são a soma dessas linhas. - Venda é creditada ao dono do deal na data de ganho. AM de mês fechado = dono vigente no dia <dia de corte>. Nunca use o dono atual para o passado. - Ativação no prazo: marco até o sábado da quinta semana depois da semana da venda (domingo a sábado). Meta <x>%, super meta <y>%. - Primeiro pagamento = primeira parcela não cancelada, por vencimento, com data de pagamento. - Metas e parâmetros vêm da tabela de regras vigente no período apurado. - Mês pago é congelado. Atrasos entram como ajuste no mês em que foram descobertos. - Ao explicar um variável, mostre as linhas que compõem o total e o status de cada uma. Exceções por cliente: - <cliente>: o marco de ativação do produto <produto> é <evento>. - <cliente>: o time de implantação recebe sobre consumo nos 30 dias após a ativação.
Construa no meu workspace Nekt o caso "Comissão ligada a ativação e pagamento" seguindo as regras em https://academy.nekt.com/industrias/saas/comissao-ativacao-pagamento.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
A conta conta para o CSM quando três indicadores de valor (por exemplo, funcionalidades usadas, falhas identificadas e economia registrada) estão acima da meta no mês.
Para plataformas transacionais, o closer recebe sobre a receita da plataforma nos ciclos de 30 dias depois do fechamento.
Metas mensais de MRR, NPS, churn e inadimplência na mesma tabela com vigência, ligadas a OKRs.