Agentes de IA dentro dos sistemas que a empresa já usa: a escolha arquitetural que separa produção de piloto eterno

Existe um padrão que se repete em quase toda empresa que tentou escalar IA nos últimos anos: o piloto impressiona, o comitê aprova, o budget é liberado. E então o projeto para. Não por falta de tecnologia. Por falta de integração real com os sistemas que o negócio usa para funcionar. A Forya nasceu para resolver exatamente esse impasse: construímos agentes que não ficam na superfície dos processos, mas operam de dentro da infraestrutura que a empresa já depende, de ERPs a sistemas de back-office críticos. Essa não é uma diferença de interface. É uma diferença de arquitetura. E é ela que decide se um projeto de IA chega à produção ou vira mais uma prova de conceito arquivada.

Por que a maioria dos pilotos de IA trava antes de chegar à produção

Segundo pesquisas da McKinsey e levantamentos recorrentes da Deloitte, a maioria dos pilotos de IA corporativos não escala para a produção. O número exato varia conforme o setor e o recorte da pesquisa, mas a direção é consistente: há um abismo entre funcionar em ambiente controlado e funcionar na operação real. A causa raramente é a qualidade do modelo ou da interface. É a camada de integração. A solução de IA foi construída ao lado dos sistemas, não dentro deles. Ela consome dados exportados via planilha, depende de uma API que o time de TI precisa manter manualmente ou exige que alguém copie o resultado de um chat para o ERP. Esse atrito operacional é suficiente para matar qualquer projeto. Na hora da crise, o time volta ao processo manual. O piloto vira uma prova de conceito que nunca foi descontinuada nem evoluída: apenas esquecida.

O que significa construir agentes que operam de dentro dos sistemas

A diferença não é técnica no sentido de linguagem de programação ou de modelo utilizado. É arquitetural, no sentido de onde o agente existe dentro do fluxo operacional. Uma solução que fica por cima do ERP lê outputs, formata respostas e entrega sugestões. Um agente que opera de dentro do ERP lê e escreve diretamente nos registros que o sistema usa para tomar decisões, em tempo real, dentro do mesmo contexto transacional. Isso muda o que o agente pode fazer de forma concreta. Em vez de sugerir uma ordem de compra para alguém aprovar manualmente, ele cria a ordem, valida os campos obrigatórios, verifica os fornecedores cadastrados, aplica as regras fiscais configuradas e registra o resultado, tudo dentro do sistema que a empresa já usa para operar. A ação e o registro acontecem no mesmo lugar, ao mesmo tempo, sem intermediário humano para a parte mecânica do processo.

Um agente que vive fora do ERP é um assistente. Um agente que opera de dentro do ERP é a própria operação.

Por que o ERP concentra o problema e a solução ao mesmo tempo

O ERP é o sistema de registro de quase toda operação física de uma empresa: compras, estoque, faturamento, fiscal. Ele é também o sistema mais difícil de integrar com qualquer tecnologia nova. As APIs são limitadas, a documentação é escassa, as regras de negócio estão codificadas em camadas de customização acumuladas ao longo de anos, e qualquer erro de escrita pode gerar um problema fiscal ou contábil real. É por isso que a maioria das soluções de IA evita o ERP e trabalha ao redor dele. O problema é que trabalhar ao redor do ERP significa trabalhar ao redor da operação. O Protheus da TOTVS, por exemplo, é o ERP de referência de grande parte da indústria e do agronegócio brasileiro. Ele tem um modelo de dados e uma lógica de execução que qualquer agente precisa dominar para agir de verdade dentro das operações que dependem dele. Dominar esse ambiente não é opcional: é o que decide se o agente chega à produção ou fica circulando em torno dela sem jamais entrar.

Como um agente de compras dentro do Protheus funciona na prática

No processo de compras de uma operação de mineração que a Forya implantou, cada pedido exigia interação manual com múltiplas telas do Protheus, validações cruzadas com cadastros de fornecedores e verificação de parâmetros fiscais. O ciclo levava em média 30 minutos por pedido. Depois da implantação do agente, o mesmo processo passou a ser concluído em 5 minutos, com zero erros de registro no ERP. A mesma equipe passou a operar com 6 vezes a capacidade anterior, sem nenhum aumento de headcount. Esses resultados não vieram de uma interface mais amigável nem de um chatbot que sugere ações. Vieram de um agente que aprendeu a operar dentro do Protheus: sabe quais campos são obrigatórios, quais validações o sistema executa antes de confirmar um registro, quais erros são recuperáveis e quais exigem intervenção humana. O agente não substituiu o sistema. Aprendeu a operá-lo com uma precisão e uma velocidade que o processo manual não consegue sustentar em escala.

O agente não substitui o sistema. Ele opera o sistema com uma precisão e uma velocidade que o processo manual não consegue sustentar em escala.

Quais são os riscos reais de integrar agentes no núcleo operacional

A pergunta que todo gestor faz quando ouve sobre um agente que escreve diretamente no ERP é justa: o que acontece quando ele erra? É a pergunta certa. E a resposta não é que ele não vai errar. É que a arquitetura do sistema precisa tornar os erros detectáveis e revertíveis antes que cheguem à produção fiscal ou contábil. Isso significa camadas de validação dentro do próprio agente, mecanismos de aprovação humana para exceções fora do padrão definido e auditoria completa de cada ação executada. Um agente bem construído para operar dentro de um ERP tem mais rastreabilidade do que um operador humano: cada decisão é registrada, cada exceção é sinalizada, cada ação tem log. O risco real não é o agente em produção. É o agente em produção sem governança. E esse é exatamente o trabalho de design que antecede qualquer implantação: definir o perímetro de autonomia, os limites de alçada e os pontos obrigatórios de revisão humana.

O que define um estúdio de build e por que isso importa

Consultoria de IA entrega diagnóstico e recomendação. Fornecedor de plataforma entrega ferramenta e treinamento. Um estúdio de build, no sentido que a Forya usa o termo, entra com a equipe, constrói o agente dentro da infraestrutura do cliente e só sai quando o sistema está em produção e operando de forma autônoma. A distinção parece semântica, mas muda o modelo de risco de forma fundamental. Quando o estúdio responde pelo funcionamento em produção, ele tem incentivo concreto para entender o ambiente real do cliente: quais customizações o ERP acumulou, como o time de TI opera, onde as regras de negócio estão documentadas e onde estão apenas na cabeça das pessoas. Esse entendimento não se constrói em uma fase de discovery de duas semanas. Ele se constrói durante a implantação, na tensão entre o que o sistema suporta e o que o processo exige. É por isso que a nossa fábrica de agentes não é um produto que o cliente instala: é uma capacidade que a equipe da Forya traz para dentro da operação durante o tempo necessário para que o sistema funcione de forma independente.

Por que a integração profunda vira vantagem competitiva com o tempo

Existe uma assimetria importante entre empresas que implantaram agentes de verdade dentro de seus sistemas e empresas que ainda exploram IA por fora. As primeiras geram dados operacionais reais dentro dos próprios fluxos que o agente executa, o que permite refinamento contínuo com base em evidência real. As segundas têm relatórios sobre o que poderia ser feito. Com o tempo, essa diferença composta se torna difícil de reverter. O modelo de linguagem que o agente usa vai ser substituído por um mais capaz. A interface vai mudar. Mas a integração com o ERP, o conhecimento das regras de negócio codificadas no sistema e o histórico operacional acumulado permanecem como ativo da empresa. A vantagem competitiva não é a IA em si: é a integração que ninguém mais tem, construída dentro dos sistemas que a empresa já usa para funcionar.

A vantagem competitiva não é a IA em si. É a integração que ninguém mais tem, construída dentro dos sistemas que a empresa já usa para funcionar.

Quer ler a sua operação a fundo?