Todos os artigos
IA

ChatGPT privado para empresas: quem confere os números?

«Posso enviar este saldo ao cliente ou tenho de voltar ao ERP para confirmar?»

Perguntas quanto faturaste e quanto falta receber. O assistente responde num português impecável. Mas, antes de encaminhares a mensagem, abres o ERP, exportas os movimentos, conferes os valores no Excel e pedes à contabilidade que confirme a nota de crédito. Se continuas a fazer esta revisão, a resposta rápida apenas deslocou o trabalho.

Em outubro, entre o orçamento do próximo ano e a preparação do pico comercial, esta duplicação pesa. Um ChatGPT privado para empresas precisa de mais do que acesso aos teus dados: precisa de conferir o que escreveu antes de te entregar a resposta.

Responsável de operações compara a resposta no portátil com os registos do ERP num segundo monitor, no escritório de um armazém.

Porque não basta colar os movimentos num chat público?

Colar uma exportação num serviço externo entrega-lhe informação da empresa. A localização do tratamento, a conservação e os acessos dependem do serviço, do plano e do contrato; não de o chat falar português. Também não deves presumir processamento exclusivamente na UE.

Sem integração, o chat desconhece pagamentos entretanto registados e pode preencher lacunas com uma explicação plausível. Contas pessoais dispersas dificultam saber quem consultou o quê. E responder em pt-PT exige configuração e testes, não apenas escolher a língua num menu.

O problema de fundo já existe: segundo o Business Facts Index 2026 da Factorial, divulgado pela Business IT em outubro, 57,3% dos líderes portugueses inquiridos gastam até 30% do tempo a procurar informação dispersa. O inquérito abrange empresas com pelo menos 50 trabalhadores; não representa automaticamente todas as pequenas empresas.

O que muda num assistente privado nacional?

Muda a arquitetura: autenticação, acesso por perfil, ligação só de leitura ao ERP, tratamento na UE e respostas fundamentadas nos registos autorizados. Português europeu significa também distinguir «faturado», «recebido» e «vencido» conforme as regras do teu negócio.

O interesse no AMALIA e numa IA em português é um ponto de partida, não uma garantia de exatidão. A arquitetura que propomos é agnóstica ao modelo: pode usar um modelo nacional ou outro alojado na UE, conforme os requisitos e os testes. Não pressupõe uma implementação nossa sobre o AMALIA.

A residência tem de abranger inferência, registos, cópias de segurança e intervenientes no tratamento. RGPD por desenho inclui minimizar dados e definir conservação e acessos; não é um selo obtido por escolher um centro de dados europeu.

Porque conferir se a resposta já tem fontes?

Porque o erro pode surgir depois da consulta.

Numa entrevista ao The Next Big Idea, publicada em 14 de setembro de 2026, João Amaro, da Caravela, relatou dificuldades quando o Amália redigia respostas com informação recolhida por outro modelo. Descreveu alterações indevidas ao conteúdo recebido. É o relato daqueles testes, não uma avaliação universal do modelo.

A lição aplica-se a qualquer fornecedor: recuperar dados corretos não garante que o texto final os preserve. Uma referência à fatura certa não impede que a resposta troque o cliente, omita uma nota de crédito ou apresente o total de setembro como sendo de outubro.

Como funciona o verificador antes do envio?

Um conector lê o ERP existente, por exemplo PHC, através dos acessos disponíveis e autorizados. Não exige substituir o sistema. A pergunta é convertida numa consulta limitada ao perfil do utilizador; os cálculos são executados por regras de negócio, não improvisados pelo modelo.

O resultado traz valores e contexto: identificador do cliente, documentos, período, moeda, tratamento do IVA e instante da leitura. Uma soma deve apontar para os movimentos usados e para a regra aplicada, não fingir que corresponde a uma única linha.

O verificador atua sobre a resposta final, não apenas sobre a consulta. Confere cada valor e nome com os factos autorizados. «5.000,00 €» e «5000 EUR» podem representar o mesmo montante; «5.000 € vencidos» e «5.000 € por receber» não representam o mesmo estado.

Para tornar isto controlável, a parte factual usa campos estruturados e frases delimitadas. O modelo não pode acrescentar livremente totais, nomes ou conclusões. Se surgir um facto sem correspondência, a resposta fica retida e é substituída por uma mensagem de impossibilidade de validação.

Pedir a outro modelo que «veja se está bem» pode ajudar na revisão, mas não substitui estas comparações. O registo de auditoria guarda quem perguntou, parâmetros, referências consultadas, instante, resultado da validação e resposta entregue, com acesso restrito e conservação definida.

Administrativa e técnico analisam uma divergência entre os movimentos de origem e a resposta preparada no portátil.

Que erro apanha num saldo de cliente?

Imagina este exemplo fictício. Perguntas pela faturação de outubro e pelo valor ainda por receber do cliente Alvor, código C0148, às 10h15 de 16 de outubro. Todos os montantes seguintes incluem IVA e estão em euros.

| Movimento | Valor |
|—|—:|
| Fatura FT/101 | 5.200 € |
| Fatura FT/102 | 3.400 € |
| Nota de crédito NC/7, associada à FT/101 | −600 € |
| Recebimento RC/55, imputado à FT/101 | 3.000 € |

Neste conjunto, sem outros movimentos, a faturação após a nota de crédito é 8.000 €. Falta receber 5.000 €. A soma bruta das faturas, 8.600 €, também existe — mas responde a outra pergunta.

Se o rascunho disser «faturação após notas de crédito: 8.600 €», o verificador bloqueia. Se disser «5.000 € em atraso», também deve bloquear enquanto não houver suporte nas datas de vencimento. Se atribuir tudo ao cliente C0418, a semelhança do nome não o salva.

A comparação usa a mesma leitura coerente dos movimentos. Um pagamento lançado depois não transforma retroativamente a resposta num erro: exige nova consulta e um novo instante de referência.

Como seria perguntar ao ERP no WhatsApp?

Estas quatro trocas são exemplos fictícios de respostas após validação, não resultados de clientes:

«Quanto faturámos à Alvor em outubro?»
«8.000 €, com IVA e após a NC/7, de 1 a 16 de outubro às 10h15. Cliente C0148; fontes: FT/101, FT/102 e NC/7.»

«Quanto falta receber desses documentos?»
«5.000 €, após o RC/55 de 3.000 €. Saldo por receber; não significa que esteja vencido.»

«Há 40 unidades da referência A17 disponíveis?»
«No armazém 2 há 40 em existência e 12 reservadas: 28 disponíveis, segundo a regra existência menos reservas. Leitura às 10h15.»

«A ordem de produção OP/204 está concluída?»
«Tem 180 unidades concluídas de 200 planeadas; faltam 20 segundo os apontamentos lidos às 10h15. Não há data de conclusão confirmada.»

O canal exige avaliação própria. Alojamento do assistente na UE não garante residência exclusivamente europeia de todo o percurso pelo WhatsApp. Se esse requisito for absoluto e não estiver demonstrado contratualmente, usa a consola privada e não envies dados empresariais pelo canal.

Responsável de armazém consulta uma conversa no telemóvel junto do posto onde o ERP continua aberto.

Não torna o sistema mais lento e limitado?

Acrescenta trabalho à resposta, sim. Por isso medes o tempo total até obteres informação utilizável, incluindo a revisão humana, e não apenas a rapidez com que aparece texto.

O verificador não corrige um ERP errado, não descobre recebimentos por lançar e não prova que a consulta traduziu bem uma pergunta ambígua. Precisa de dados arrumados, definições acordadas e permissões claras. Não escreve no ERP, não cobra clientes e não decide por ti. «Não consigo validar» é uma resposta necessária.

Como testar sem comprar uma promessa?

Começa pela contabilidade e por 10 a 20 perguntas frequentes. Cronometra primeiro o processo atual. No piloto, mede horas poupadas já descontando revisões, respostas bloqueadas e erros que escaparam.

Introduz deliberadamente montantes trocados, clientes homónimos, notas de crédito omitidas e períodos errados. O teste decisivo é observar a resposta incorreta ser retida antes do envio.

A oportunidade não está em anunciar mais um modelo: está em demonstrar esta ligação ao ERP e apresentar um preço claro de implementação, manutenção e âmbito da verificação. Na Leiritech, em Leiria, falas diretamente com quem escreve o código.

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.

Escrito por

Equipa Leiritech

A equipa Leiritech — a construir software com inteligência artificial a partir de Leiria, Portugal.

Deixe um comentário

O seu endereço de email não será publicado.