O contrato foi assinado na sexta. Na segunda, alguém do financeiro abre o PDF que chegou por e-mail e digita outra vez o nome do cliente, o valor mensal, a data de início e o prazo de vigência dentro do ERP. Ninguém errou de propósito. Só que um campo foi preenchido com o valor da proposta antiga, e o cliente já existia cadastrado com outra grafia. No fechamento do mês aparece a diferença entre o que foi contratado e o que foi cobrado, e a conversa começa pela pergunta mais difícil de responder em uma operação com dezenas de contratos ativos. Em que ponto o dado se perdeu?
Essa pergunta é a razão pela qual o Contrasync tem integração com ERP e, ao mesmo tempo, não tem ambição de ser um. Vale explicar a decisão por dentro, porque ela determina exatamente o que a integração entrega e onde ela para.
Dois papéis diferentes no mesmo fluxo
Uma plataforma de gestão do ciclo de vida de contratos administra o documento e a relação. Ela guarda o modelo que gerou o contrato, as versões negociadas, a ordem dos assinantes, a vigência, as obrigações de cada lado e o que foi executado durante o período. No caso dos contratos de prestação de serviços, que seguem vivos depois da assinatura, esse acompanhamento é a parte mais longa do trabalho. É o que o Contrasync faz como SCLM, a especialização do CLM para contratos executados ao longo do tempo.
O ERP administra o dinheiro. Ele emite a cobrança, controla recebimento, organiza o cadastro fiscal do cliente e fecha o mês. O Contrasync não é ERP e não pretende substituir o Omie, o Conta Azul ou o Bling.
A consequência disso é prática. Se a plataforma de contratos passasse a faturar, a empresa teria dois sistemas emitindo cobrança e dois cadastros do mesmo cliente para conciliar, o que troca um problema de redigitação por um problema de divergência permanente. Essa é a nossa posição, e ela explica a escolha de espelhar o dado em vez de duplicar o papel do sistema financeiro.
Espelhar é diferente de preencher duas vezes
Espelhamento quer dizer que a informação nasce em um lugar e chega ao outro pela conexão entre os sistemas, sem ninguém transcrever. O contrato que foi negociado e assinado na plataforma carrega cliente, valor e vigência. Quando a conexão com o ERP está ativa, esses dados seguem para o sistema financeiro na forma que ele usa, e o time não abre o PDF para copiar campo por campo.
Hoje, segundo a página de integrações, o espelhamento se distribui assim. Com o Omie, a conexão abrange contratos, clientes e cobranças. Com o Conta Azul, clientes e cobranças em dia com o contrato. Com o Bling, os dados do contrato ficam disponíveis para o faturamento. A redação de cada provedor não é decorativa, e quem está montando um comparativo para a diretoria deveria perguntar justamente por esse recorte na demonstração, provedor por provedor.
Quem conecta, e o que a empresa decide no caminho
A conexão não é projeto de engenharia. Ela é feita na configuração da empresa, por quem tem perfil de owner ou admin, pelo navegador ou pelo app. São três movimentos. Conectar o provedor na aba Integrações, mapear os campos que o seu ERP usa, incluindo os campos customizados, e ativar o espelhamento, acompanhando depois o status de cada conexão.
O mapeamento de campos é a etapa que as pessoas subestimam, e é também a mais reveladora. Nenhum ERP chama tudo pelo mesmo nome, nenhuma empresa usa o cadastro do jeito que o manual descreve e quase toda operação com alguns anos de uso tem um campo customizado que virou peça central do controle interno. Decidir que o valor mensal do contrato alimenta determinado campo da cobrança, e não outro, é uma escolha da empresa sobre a própria contabilidade. A plataforma não tem como tomar essa decisão no lugar de quem conhece o plano de contas.
Esse é o primeiro limite honesto da integração. Ela elimina a digitação repetida, não a definição de como os dois sistemas conversam.
Quando a integração pronta não cobre o caso
Integração pronta cobre o caminho previsto. Operação real tem caminho imprevisto, como o sistema de rateio desenvolvido internamente, o painel de margem por contrato e a rotina que alimenta o planejamento.
Para isso existem os webhooks. Webhook é um aviso que o Contrasync envia ao sistema da sua empresa no momento em que um evento acontece no contrato, em vez de alguém consultar a plataforma de hora em hora para saber se mudou algo. Hoje há webhook de contrato assinado, de obrigação vencendo e de horas aprovadas. Há também API para leitura e criação de contratos a partir dos seus sistemas, além das notificações automáticas por e-mail para as partes envolvidas.
Repare na escolha dos três eventos, porque ela resume o que a plataforma entende por contrato de serviço. Um marca o início da obrigação financeira. O segundo antecipa o risco que aparece durante a vigência, quando um documento está perto de vencer. O terceiro trata do que foi executado.
Por que um dos webhooks é de horas aprovadas
Em contrato por horas, a distinção entre lançar e aprovar não é detalhe de interface. Quem executa aponta as horas por contrato e período, pelo app ou por mensagem no WhatsApp. Quem contrata revisa esse apontamento, aprova ou devolve com um motivo, e o histórico fica registrado com autor e data. Só a hora aprovada totaliza por contrato e por período, servindo de base para a nota fiscal.
Um webhook de hora lançada avisaria o sistema financeiro sobre um número que ainda pode ser devolvido. O evento disparado na aprovação avisa sobre o número que já virou base de cobrança. A decisão de produto está nessa escolha, e ela evita que o faturamento ande antes da conferência.
Onde a integração para de alcançar
A integração não decide o que cobrar. Ela leva o dado acordado para o lugar onde a cobrança é emitida, dentro do mapeamento que a empresa definiu.
Também não elimina a conferência. Integração costuma quebrar no detalhe, no campo que tem outro nome, no cliente cadastrado duas vezes, no valor que não bate. A divergência continua aparecendo, e o lugar de olhar é o status de cada conexão. A Zelor ajuda nessa parte, mapeando campos, inclusive os customizados, apontando divergência entre o que foi contratado e o que foi cobrado e explicando erros de sincronização sem exigir leitura de log. Ainda assim, quem confirma qualquer ação que altera dados é a pessoa, dentro das permissões do próprio perfil.
E, depois de tudo conectado, o ERP continua sendo o ERP. A emissão, a conciliação e o fechamento permanecem nele. O que muda é a origem do número que ele recebe, que deixa de ser a memória de quem leu o contrato e passa a ser o contrato.
Para quem está comparando ferramentas, essa fronteira costuma ser mais útil do que a lista de recursos. Uma plataforma que promete cobrir contrato e faturamento inteiro exige que você escolha qual sistema manda no cadastro do cliente. Uma plataforma que espelha deixa essa resposta onde ela já está.