Onde o ERP termina: estendendo o Winthor na Coagro

O Winthor é o ERP do Grupo Coagro e vai continuar sendo. Estoque, faturamento, tabela de preço, cadastro, título a receber: está tudo lá, funciona, e ninguém no time quer mexer nisso.

Por isso a pergunta que interessa nunca foi “trocar ou manter”. É outra, mais estreita e bem mais útil:

Onde a regra do ERP termina e a regra do negócio continua?

Um ERP de distribuição é projetado para o caso geral — o que vale igualmente para quem vende parafuso, medicamento ou defensivo agrícola. É isso que o torna confiável ao longo de vinte anos, e é exatamente isso que deixa bordas: a parte do negócio que não é “distribuição genérica” não tem por que estar lá dentro.

O trabalho mora nessas bordas. Não substituir o que o Winthor faz — acrescentar a regra que ele não teria motivo para ter.

Três lugares onde a borda aparece#

O pedido existe. A conversa que leva até ele, não.#

O ERP registra pedido. Mas pedido é o fim de uma sequência: visita à propriedade, diagnóstico da lavoura, recomendação, proposta, negociação, retorno. Nada disso é venda ainda, e por isso nada disso cabia no lugar onde a venda mora.

Sem lugar, essa sequência ficava na cabeça do vendedor e no caderno dele. Funciona — enquanto ele está lá. No dia em que ele sai de férias, a carteira sai junto.

O CRM cobre esse trecho, e só ele. Lê do Winthor o que já é verdade (cliente, histórico de compra, limite de crédito, produto disponível) e guarda o que ainda não virou pedido. Quando vira, o pedido nasce no ERP, onde sempre nasceu.

Feito em Flutter porque vendedor de insumo trabalha na fazenda, não na mesa. Um CRM que só abre no desktop vira preenchimento noturno, de memória — quando é preenchido.

Receita agronômica é documento legal, não formulário#

Emitir receita agronômica é um ato com responsabilidade técnica: produto, cultura, alvo, dose, área, responsável e assinatura, dentro do que a legislação permite para aquela combinação. Não é um campo de texto — é uma regra que valida antes de imprimir.

Esse é o tipo de regra que um ERP de distribuição não tem por que carregar: ela não vale para quem vende parafuso. Vale para nós, e errar nela não é retrabalho, é risco regulatório.

A ferramenta puxa do ERP o que já existe — produto, cliente, o que foi comprado — e aplica em cima a regra que o ERP não conhece. O agrônomo para de digitar o que o sistema já sabe e volta a decidir o que só ele pode decidir.

“Lembrar de todos os sistemas” não é controle de acesso#

Cada ferramenta nova nasce com uma pergunta chata: quem entra? Resolvida ferramenta a ferramenta, a resposta vira um login por sistema — e desligar alguém passa a depender de lembrar de todos eles.

Lembrar não é um controle. É uma intenção.

Centralizar o acesso não foi conforto de quem usa. É a diferença entre revogar um acesso e torcer para ter revogado — e, numa empresa que movimenta crédito e dado de cliente, essa diferença tem nome: auditoria.

O princípio que segurou tudo#

Olhando os três casos lado a lado, o padrão é o mesmo:

O dado é do ERP. A regra nova é nossa. E a regra nunca copia o dado.

Se a informação já tem dono no Winthor, ela é consultada, não replicada. Duplicar é mais rápido de escrever e mais barato de ler — e é exatamente por isso que é tentador. A conta chega depois, no dia em que as duas cópias divergem e ninguém sabe qual está certa. Ninguém quer descobrir isso pelo cliente.

O que o Supabase guarda é só o que nasceu com as ferramentas e não existe no ERP: sessão, permissão, rascunho de visita, a anotação que ainda não virou pedido.

O que continua difícil#

Ler de um banco que não é seu significa tratar o schema dele como uma API que você não controla — sem versionamento, sem changelog, sem deploy coordenado. Uma coluna que muda de significado não avisa; ela só passa a devolver outra coisa.

A defesa é a de sempre, e não é sofisticada: falhar alto. Integração que quebra em silêncio devolve um número plausível, e número plausível e errado é o defeito mais caro que existe — porque ninguém vai procurar o que não deu erro.

O que eu tiro disso#

“Modernizar o ERP” quase nunca quer dizer trocar o ERP. Quer dizer mapear com precisão onde ele acerta — que costuma ser a maior parte — e construir só na borda em que o negócio pede uma regra que ele não tem.

O Winthor continua sendo a fonte da verdade. O que mudou é que ele deixou de precisar responder sozinho por perguntas que nunca foram dele.