“Consegues dizer-me quanto vendemos este mês sem deixar a faturação a arrastar?”
Queres uma resposta, não interromper o balcão. Hoje, alguém abre o ERP, exporta movimentos, organiza o Excel e confirma filtros. Num exemplo hipotético, são 15 minutos entre o pedido e a resposta. Um assistente pode encurtar esse percurso. Mas, se a consulta ocupar os recursos de que o ERP precisa para emitir faturas, apenas trocaste uma espera por outra.
É esta a pergunta que deves fazer antes de contratar um ChatGPT privado para empresas: não apenas “pode alterar dados?”, mas também “o que acontece à faturação enquanto está a ler?”.
Só de leitura protege contra alterações. Não garante ausência de impacto operacional.
Porque não basta enviar um Excel para um chat público?
Ao enviares um ficheiro para um serviço externo, entregas-lhe dados da empresa. A localização e o tratamento dependem do serviço, plano e contrato; não é correto afirmar que todas as opções transferem dados para fora da UE.
Sem integração controlada, porém, falta-te uma cadeia verificável entre pergunta, acesso e resposta. O modelo pode produzir uma explicação plausível sem fundamento. E o português europeu, incluindo o vocabulário da tua operação, tem de ser testado, não presumido.
O problema já existe antes do chat. No Barómetro HeraPrime, publicado em outubro de 2026, 77% das 57 empresas participantes usavam ERP, mas apenas 39% recebiam indicadores automaticamente. Era uma amostra voluntária, concentrada na região de Lisboa, não um retrato nacional. No testemunho da Profial publicado pela Arentia, surgem duas necessidades concretas: “centralizar a informação” e “evitar a duplicação de tarefas”.
O que muda num assistente privado sobre o teu ERP?
O desenho que propomos validar usa um conector só de leitura, por exemplo para uma instalação PHC compatível. Uma camada intermédia transforma a pergunta numa consulta controlada; o modelo apresenta os resultados em português, indicando fontes e período. Cada pedido fica associado ao utilizador e a um registo de auditoria. Não exige substituir o ERP.
A arquitetura é agnóstica ao modelo: pode usar um modelo nacional, como o AMALIA, ou outro alojado na UE, conforme a avaliação. Isto não é uma declaração de uma instalação Leiritech já em produção sobre AMALIA.
Mas ligar o modelo aos dados é apenas metade do trabalho. A outra metade é impedir que essa ligação prejudique quem está a trabalhar.
Como pode uma leitura atrasar a faturação?
Uma pergunta curta pode exigir muito trabalho: percorrer movimentos, juntar tabelas, calcular totais e ordenar resultados. Isso consome processador, memória e capacidade de leitura do armazenamento. Se várias pessoas perguntarem ao mesmo tempo, a carga acumula-se.
Também podem existir bloqueios entre leituras e escritas, conforme o motor e o isolamento configurado. Noutros casos, não há bloqueio direto: há disputa pelos mesmos recursos. Para quem espera por uma fatura, ambas se traduzem em lentidão.
Nem “dar poucos recursos à IA” resolve automaticamente. A documentação Microsoft Learn sobre Resource Governor alerta que limitar demasiado o processador pode prolongar consultas e os bloqueios que mantêm. A ferramenta disponível depende da versão e edição instaladas; não é uma receita universal.
Também não recomendamos NOLOCK como atalho: pode permitir leituras inconsistentes. Uma resposta rápida com números errados não protege a operação.
Que limites devem existir antes da primeira pergunta?
A ligação precisa de um orçamento de execução: quanto tempo pode durar uma consulta, quantas podem correr simultaneamente e quanto trabalho pode ficar em espera. Estes limites pertencem ao conector e à infraestrutura, não apenas às instruções dadas ao modelo.
Se uma consulta ultrapassar o prazo, fechar a conversa não chega. É necessário pedir o cancelamento ao sistema que a executa e verificar que deixou de consumir recursos. Repetições automáticas precisam igualmente de limites: insistir sobre um ERP já sobrecarregado agrava o problema.
Perguntas históricas pesadas podem justificar resultados pré-calculados ou uma base de leitura separada, quando suportada. Isso implica custos, sincronização e uma indicação clara da atualização dos dados. Não é uma opção gratuita nem obrigatória para todos.
A regra operacional deve ficar escrita: quando o ERP ultrapassa o limite acordado, suspendem-se novas consultas do assistente. A prioridade é faturar, não manter o chat disponível a qualquer preço.
Como provas que a faturação continua a funcionar bem?
Começa por medir a mesma operação sem consultas do assistente: guardar uma fatura, por exemplo. Depois repete com perguntas simultâneas, volume de dados comparável e condições controladas. Faz primeiro os ensaios num ambiente de teste representativo; a validação em produção exige uma janela acordada e critérios de interrupção.
Exemplo inteiramente ilustrativo, não resultado de um cliente:
| Cenário de ensaio | Mediana ao guardar fatura | Percentil 95 |
|—|—:|—:|
| Sem consultas do assistente | 1,2 s | 1,8 s |
| Doze consultas simultâneas sem controlo | 4,6 s | 8,1 s |
| Consultas revistas, duas em execução e fila limitada | 1,3 s | 1,9 s |
O percentil 95 indica o tempo dentro do qual terminaram aproximadamente 95% das operações medidas. A mediana, sozinha, pode esconder esperas longas. Regista também erros, bloqueios, pedidos cancelados e recursos consumidos; repete os ensaios, não escolhas a melhor execução.
Poderias acordar, neste exemplo, um aumento máximo de 10% no percentil 95, sem novos erros. Não é um limite universal. Se o ensaio falhar, reduz-se o âmbito ou revê-se a integração antes de avançar. “O chat respondeu depressa” não é um critério de aceitação.
Com o fecho de outubro e a preparação comercial de novembro, interessa testar condições próximas das horas exigentes, não apenas uma demonstração com o escritório vazio.
Como seria perguntar ao ERP no WhatsApp?
Estes diálogos e números são exemplos fictícios de consultas delimitadas:
Tu: Quanto vendemos hoje até às 11h?
Assistente: 8 420 € sem IVA, líquidos de notas de crédito. Fonte: documentos de venda do ERP, consultados às 11h02.
Tu: Quantas unidades da referência A17 há no armazém 2?
Assistente: 36 unidades de stock físico registado. Fonte: posição de stock do ERP, consultada às 11h03. Não representa disponibilidade após reservas.
Tu: Mostra todas as vendas por artigo dos últimos cinco anos.
Assistente: Essa análise excede o âmbito permitido durante a faturação. Preciso de um período mais curto ou de uma execução agendada.
A terceira resposta demonstra o controlo: o assistente não começa uma consulta pesada só porque a pergunta parece legítima.
O WhatsApp exige avaliação própria do percurso dos dados. Se não for possível assegurar a residência exigida para esse canal, os detalhes ficam numa consola privada com tratamento verificado na UE.
O que deves exigir no piloto e na proposta?
“Mas é só uma leitura”: precisamente por isso convém separar permissões de desempenho. O assistente não escreve no ERP nem decide por ti, mas precisa de dados organizados, acesso por perfil e limites de carga.
A residência na UE deve abranger processamento, registos, cópias e acessos de assistência. Não substitui minimização, fundamento jurídico, retenção e contratos: RGPD por desenho não é um selo automático.
A reportagem da The Next Big Idea sobre a Caravela descreve integrações portuguesas. Isso não demonstra o comportamento no teu ERP, nem permite afirmar que não o suporta. Pede provas comparáveis: versão integrada, ensaio de carga, limites, manutenção e custo total discriminado.
Começa com um departamento e 10 a 20 perguntas frequentes. Mede horas poupadas à procura de informação e tempos de faturação antes e durante o piloto. Só há ganho se a operação também ficar protegida.
Na Leiritech, em Leiria, falas diretamente com quem escreve o código, sem gestores de conta.
Queres perguntar ao teu ERP em português, sem os dados saírem da UE? Fala connosco: hello@leiritech.com · +351 914 572 595, ou vê o nosso trabalho em leiritech.pt.
