«Este cliente ainda nos deve alguma coisa ou posso avançar com a encomenda?» Abres o ERP, procuras a conta corrente, exportas movimentos para Excel e, se houver dúvidas, pedes confirmação à colega da tesouraria. A resposta depende da disponibilidade de outra pessoa. Mede esse percurso na tua empresa: não há um tempo universal que possamos prometer eliminar.
Um ChatGPT privado para empresas pode encurtar a procura. Mas imagina que a ligação ao ERP falha e o assistente responde: «Saldo em dívida: 0 €.» Não simplificaste a operação. Transformaste uma falha técnica numa informação financeira falsa.
Com o fecho de outubro a aproximar-se, esta distinção merece entrar nos testes: não conseguir consultar não significa não haver nada a receber.
Porque é que uma resposta rápida pode sair cara?
No Barómetro HeraPrime publicado em 15 de outubro de 2026, 77% das 57 empresas inquiridas usavam ERP, mas apenas 39% recebiam indicadores de gestão automaticamente. A amostra era voluntária, com 72% das empresas na Área Metropolitana de Lisboa; não representa todas as PME portuguesas.
O contraste ajuda a perceber o problema: ter os dados guardados não equivale a conseguir usá-los sem trabalho intermédio. No testemunho da Profial publicado pela Arentia, a administração fala em «centralizar a informação» e «evitar a duplicação de tarefas».
Um chat pode reduzir esse trabalho. Porém, quando apresenta uma falha como um saldo confirmado, esconde precisamente a informação que o utilizador precisava de conhecer: a consulta não foi concluída. Uma frase convincente não compensa uma leitura falhada.
Porque não basta colocar os movimentos num chat público?
Ao colares uma conta corrente num serviço externo, entregas dados a outro prestador. Onde são tratados, quem lhes acede e que registos existem depende do serviço, do plano e do contrato. Não é rigoroso afirmar que todo o ChatGPT envia dados para fora da UE ou que nenhum plano oferece controlos empresariais.
O problema operacional mantém-se: uma conversa sem ligação validada ao ERP não conhece necessariamente o saldo atual. Pode completar lacunas com uma resposta plausível. Um português fluente, mesmo em pt-PT, não prova que a consulta funcionou.
Um assistente privado deve juntar português europeu, acesso por perfil, fontes identificadas e um percurso de dados contratado. A arquitetura pode usar um modelo nacional, como o Amália, ou outro modelo alojado na UE, conforme a avaliação. Não estamos a afirmar que esta configuração já corre sobre o Amália. A regra para tratar erros deve funcionar independentemente do modelo.
Qual é a diferença entre erro, vazio, nulo e zero?
São quatro situações distintas, com consequências diferentes:
| Situação | O que podes concluir |
|—|—|
| A consulta falhou | Não foi possível apurar o resultado. |
| A consulta terminou sem registos | Não foram encontrados registos no âmbito consultado. |
| O campo veio nulo | Não há um valor utilizável nesse campo; é preciso conhecer a sua definição. |
| O resultado validado é zero | O valor é zero para aquela consulta, com aqueles critérios. |
Uma lista vazia de documentos vencidos não prova que o cliente não tem dívida: pode ter documentos ainda dentro do prazo. Um campo nulo também não autoriza substituir o valor por zero. Essa transformação só é legítima quando existe uma regra de negócio explícita e testada.
Na documentação de PHC GO, o objeto PHCResult separa dados e mensagens. Os erros podem cancelar o processamento; os avisos podem coexistir com resultados. A página não define o comportamento dos códigos HTTP. Portanto, não serve para afirmar que o PHC devolve sempre determinado código quando falha.
A conclusão prática é mais simples: o conector tem de interpretar a resposta da aplicação, não apenas verificar se recebeu uma resposta pela rede. E deve ser testado na edição e interface do ERP efetivamente instaladas.
Como deve a ligação impedir um falso saldo zero?
A camada entre o ERP e o modelo transforma a pergunta numa consulta autorizada, usando um conector só de leitura. Antes de redigir a resposta, verifica se houve sucesso, se existem erros e se o resultado permite responder à pergunta. O ERP existente fica no lugar; não é necessário substituí-lo.
Se houver falha, o conector deve devolver um estado inequívoco de indisponibilidade, sem um montante zero por defeito. O modelo recebe esse estado e a resposta fica limitada a explicar que não foi possível apurar o saldo. A instrução «não inventes» ajuda, mas não substitui esta barreira no código.
Um aviso exige interpretação: se comprometer o montante, a resposta não pode apresentar um total definitivo. Se não o comprometer, a regra de aceitação deve estar documentada. O registo de auditoria associa utilizador, pergunta, critérios, instante, estado da consulta e resposta, sem guardar indiscriminadamente dados pessoais ou credenciais.
Como aparece esta diferença no WhatsApp?
Exemplo fictício: todos os clientes, documentos, horários e valores seguintes são ilustrativos. As quatro trocas mostram comportamentos a testar, não uma instalação comprovada.
Tu: «Quanto faturámos ao cliente Oficina Norte este mês?»
Assistente: «12 400 € sem IVA, entre 1 e 19 de outubro. Fonte: documentos de faturação do ERP, consulta concluída às 10h14.»
Tu: «E quanto está por receber desse cliente?»
Assistente: «Não consegui consultar a conta corrente: a ligação excedeu o tempo de espera. Não apurei o saldo.»
Tu, após uma nova tentativa: «Já consegues confirmar o valor por receber?»
Assistente: «4 800 €: 3 000 € da fatura A e 1 800 € da fatura B. Fonte: conta corrente do cliente no ERP, consulta concluída às 10h17.»
Tu: «Há faturas vencidas?»
Assistente: «Não encontrei documentos vencidos na consulta concluída às 10h18. Os 4 800 € anteriores estão dentro do prazo; ausência de vencidos não significa ausência de dívida.»
Se a segunda resposta tivesse sido «0 €», poderias ter autorizado uma encomenda com base numa consulta que nunca aconteceu. Os 4 800 € não surgiram entretanto: neste cenário, já existiam, mas estavam temporariamente inacessíveis ao assistente.
E os dados ficam mesmo na UE?
Para garantir residência na UE, é preciso verificar ERP, processamento, modelo, registos, cópias de segurança e acessos de assistência. Perguntar ao ERP no WhatsApp acrescenta um canal cujo tratamento de dados também precisa de avaliação. Não basta alojar o modelo na Europa para prometer que toda a conversa permanece lá. Se esse requisito não puder ser assegurado no canal, usa-se uma consola privada com o percurso validado.
O RGPD não impõe alojamento universal na UE. Residência europeia também não substitui minimização, fundamento jurídico, contratos, retenção ou controlo de acessos. RGPD por desenho significa tratar estas decisões na arquitetura, não acrescentar um selo no fim.
Não é frustrante receber «não consegui consultar»?
É. Mas uma falha visível permite procurar confirmação; um zero falso pode passar despercebido. O assistente não deve escrever no ERP, decidir crédito ou desbloquear encomendas. Precisa de dados minimamente organizados e de regras sobre quem pode consultar cada informação.
Ao comparares propostas, incluindo assistentes nacionais como a Caravela, pede uma demonstração sobre o teu ERP com uma falha controlada. A investigação consultada não permite concluir que esse concorrente não tenha integração ou tratamento de erros. O critério útil é contratual: âmbito, testes, manutenção e preço total claros, não uma lista de modelos.
Como testas isto num piloto pequeno?
Escolhe a tesouraria e 10 a 20 perguntas frequentes. Num ambiente de teste, compara uma consulta com dívida, um zero confirmado, uma lista vazia, um campo nulo e uma falha provocada. O critério de aceitação é direto: nenhuma falha pode originar uma afirmação de saldo zero.
Mede o tempo de procura antes e depois, incluindo confirmações manuais, e converte a diferença observada em horas poupadas. Regista também respostas indevidas: poupar tempo à custa de confiança não é sucesso.
Na Leiritech, em Leiria, falas diretamente com quem escreve o código, sem gestores de conta. O piloto serve para demonstrar estes limites no teu sistema.
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.
