«Recebi 100 euros no TPA. No banco só aparecem 98. Onde estão os outros dois?»
Se geres uma loja, uma oficina ou uma pequena empresa com pagamentos por cartão, conheces a dúvida. Abres o programa de gestão, procuras o fecho do terminal, consultas o banco. Às vezes a diferença é uma comissão. Noutras, estás a comparar movimentos de períodos diferentes. E há casos em que falta mesmo um documento.
Uma IA consegue ajudar a explicar o acerto. Mas só se conseguir mostrar de onde vem cada valor. Dizer «devem ser comissões» não é conferir contas: é dar uma hipótese com ar de resposta.
O primeiro passo útil não é automatizar a tesouraria inteira. É escolher uma liquidação já concluída e pedir uma explicação verificável, sem fazer lançamentos, alterar saldos ou movimentar dinheiro. Com o fecho de outubro à porta, tens uma tarefa concreta para experimentar esta semana, em vez de mais uma demonstração desligada do trabalho.

Bruto, líquido e comissão não são a mesma coisa
Neste artigo, «bruto» é o total dos pagamentos por cartão incluídos no lote em análise, antes das deduções da liquidação. Não significa vendas sem IVA, nem margem do negócio. «Líquido» é o montante desse acerto que efetivamente entra no banco. A comissão é um encargo documentado do serviço de pagamentos.
Esta distinção evita dois erros. O primeiro é tratar uma entrada bancária menor como prova de que o cliente ficou a dever dinheiro. Se o pagamento de 100 euros foi aceite e está confirmado, uma comissão descontada pelo prestador não transforma esses dois euros em dívida do cliente. O segundo é reduzir o valor da venda para o fazer coincidir com o banco. Estás a misturar a venda com o custo de receber por cartão.
Nem todos os contratos funcionam da mesma forma. Há prestadores que descontam comissões na liquidação e outros que as cobram separadamente. Podem existir devoluções, contestações de pagamentos ou outros ajustes documentados. Por isso, a diferença entre bruto e líquido não é, por definição, uma comissão.
A contabilização concreta deve seguir os documentos e ser validada pelo teu contabilista. A tarefa inicial da IA é explicar a diferença, não decidir o tratamento contabilístico.
Um exemplo que fecha — e outro que deve ficar em aberto
Os valores e as referências seguintes são inteiramente fictícios. Não representam um cliente Leiritech, uma taxa de mercado ou uma condição comercial de um banco.
Escolhemos o lote A137, com pagamentos de 100 euros. Reunimos três fontes:
| Fonte | O que confirma no exemplo |
| — | — |
| Registo de recebimentos no ERP, referência R-41 | Pagamentos por cartão de 100,00 euros associados ao lote |
| Mapa de liquidação do prestador, referência L-137 | Bruto de 100,00 euros, comissão de 2,00 euros e líquido de 98,00 euros |
| Extrato bancário, movimento B-89 | Crédito de 98,00 euros correspondente à liquidação |
A conta é simples: 100,00 − 2,00 = 98,00 euros. Mas o que permite fechar a explicação não é a subtração. É conseguir relacionar os três documentos com o mesmo acerto.
Uma boa resposta seria: «O lote A137 tem 100 euros de recebimentos. O mapa L-137 identifica uma comissão de 2 euros e uma liquidação de 98 euros. O crédito B-89 confirma a entrada desse valor. Diferença por esclarecer: zero.»
Agora altera apenas uma peça: o mapa documenta uma comissão de 1,40 euros, mas continuam a entrar 98 euros. A comissão explica 1,40 euros; ficam 0,60 euros por esclarecer. A resposta certa não é inventar um ajuste para a conta bater. É indicar a parcela sem suporte e pedir o detalhe em falta.
Mesmo uma taxa prevista no contrato não prova, sozinha, a cobrança daquele acerto. Pode servir para comparar o esperado com o efetivamente debitado. A prova da comissão cobrada tem de vir da documentação correspondente.

Antes de calcular, confirma que estás a comparar a mesma coisa
O dia da venda, o dia do fecho do terminal e o dia do crédito bancário podem não coincidir. Comparar «vendas de terça-feira» com «entradas de terça-feira» pode criar uma diferença que não existe quando segues a liquidação correta.
Também não deves assumir que cada entrada corresponde a uma única venda. Um crédito pode reunir vários pagamentos. A ligação pode exigir a referência do lote, o terminal, o estabelecimento, a moeda e o período abrangido. Se os documentos não permitirem uma associação segura, o resultado deve ficar por confirmar.
As devoluções exigem o mesmo cuidado. Se um mapa já apresenta um total depois de descontar uma devolução, subtraí-la novamente duplica o efeito. Antes de usar uma coluna chamada «total», é preciso saber o que inclui. A preparação não consiste em despejar três ficheiros num chat: consiste em estabelecer quais os campos que podem ser comparados.
O teu ERP pode já tratar parte deste processo. A documentação do PHC CS consultada descreve, no contexto de tesouraria resumida, o cálculo de comissões e um movimento de tesouraria separado. Avisa também que as percentagens dessa configuração devem ficar a zero quando existe o módulo de Contabilidade, porque as comissões assim calculadas não são transferidas para esse módulo. É uma limitação daquela configuração, não uma regra universal sobre o PHC.
O que interessa retirar daqui é prático: um valor calculado por uma parametrização não é automaticamente prova do que o prestador cobrou. E uma funcionalidade documentada não garante que esteja disponível ou corretamente configurada na tua instalação. Não alteres parâmetros para fazer este ensaio.
Onde a IA ajuda — e onde uma fórmula é melhor
«Mas para tirar dois a cem não preciso de IA.» Certo. Uma fórmula faz essa conta com menos complexidade. Se o teu programa já concilia os movimentos e apresenta uma explicação clara, usa o que tens.
A utilidade da IA aparece quando alguém precisa de encontrar os elementos certos, interpretar descrições diferentes e obter uma explicação curta com referências. O cálculo deve continuar a ser feito por regras verificáveis, numa consulta ou numa folha de cálculo. A IA traduz a pergunta e apresenta o resultado; não deve inventar uma comissão para completar a narrativa.
É aqui que muitas experiências ficam pelo caminho. Os dados estão repartidos entre ERP, portal do prestador e banco. O ensaio fica isolado, ninguém assume a conferência e não se mede o esforço total. Não é falta de vontade do gestor: falta uma tarefa bem delimitada e alguém que saiba confirmar o resultado.
No Barómetro HeraPrime de outubro de 2026, 54% da amostra referia utilização ocasional de IA sem estrutura formal e 14% utilização regular e estruturada. Eram 57 empresas até 250 pessoas, num questionário voluntário e não aleatório, com forte concentração na Área Metropolitana de Lisboa. Não são percentagens de todas as PME portuguesas. Servem para enquadrar uma situação reconhecível: experimentar uma ferramenta não significa ter um processo a funcionar.
Um único acerto é um âmbito razoável porque tem princípio, fim e uma resposta que consegues verificar. Não exige entregar a tesouraria a um assistente.
Perguntar pelo WhatsApp sem transformar uma hipótese em certeza
Com uma ligação autorizada às fontes, a pergunta pode ser tão direta como esta:
Explica a liquidação do lote A137. Mostra o bruto, as comissões documentadas, os ajustes e a entrada no banco. Indica os documentos usados e separa o que não consegues confirmar.
A resposta deve distinguir três coisas: o que está documentado, o que foi calculado e o que falta esclarecer. Se só houver o ERP e o extrato bancário, os dois euros de diferença continuam sem causa comprovada. A ausência do mapa do prestador não pode ser disfarçada com uma frase convincente.

Uma IA genérica pode sugerir «comissão» porque essa é uma explicação frequente. Não está necessariamente a consultar o teu acerto. Está a produzir uma resposta plausível a partir do contexto disponível.
Ligar a IA aos teus dados reduz esse problema, mas não elimina o risco de erro. É preciso limitar as consultas, validar as associações e os cálculos, exigir referências e bloquear conclusões sem suporte. Só de leitura impede alterações; não garante respostas certas. O registo de auditoria permite perceber o que foi consultado; também não substitui a revisão.
Na Leiritech, o caminho é construir o acesso conversacional sobre os dados autorizados da empresa, só de leitura e com registo das consultas. Uma camada de significados previamente preparada — por exemplo, o que conta como recebimento ou liquidação — pode reduzir o trabalho de arranque. Continua a ser necessário confirmar campos, permissões e regras do teu negócio.
Se usas PHC, Sage, Primavera ou Artsoft, a viabilidade depende da versão, dos módulos, das licenças e dos acessos disponíveis. Não há uma promessa séria de ligação universal em horas. Além disso, o ERP pode não conter o detalhe do prestador ou do banco: sem essas fontes, a resposta tem de assumir o limite.
O WhatsApp é apenas uma possível porta de entrada. O acesso deve identificar o utilizador autorizado e respeitar as suas permissões. Não precisas de enviar números completos de cartões nem dados pessoais desnecessários. Usa apenas ferramentas aprovadas e confirma o tratamento dos dados; acesso só de leitura, por si só, não resolve o RGPD.
O ensaio desta semana: uma liquidação e uma pessoa responsável
Escolhe uma liquidação já concluída, preferencialmente uma que saibas conferir pelo método habitual. Reúne os recebimentos associados, o mapa do prestador e a entrada bancária. Pede a quem normalmente faz a conferência que valide as fontes e o significado dos campos.
Depois, pede a explicação sem permitir qualquer escrita no ERP. O resultado deve trazer os montantes, as referências e a diferença por esclarecer. Essa pessoa confirma se a associação está certa e se a explicação diz apenas o que os documentos permitem.
Não comeces por vários terminais, várias lojas e meses de movimentos. O objetivo inicial é perceber se consegues obter uma resposta útil sobre um acerto. Se faltar um ficheiro, o primeiro resultado pode ser simplesmente identificar essa falta. É menos vistoso do que uma conta fechada à força, mas muito mais seguro.
Para o dono, a utilidade é perceber por que entrou determinado valor. Para quem trata da administração, é reduzir pesquisas e preparar a explicação. Para o contabilista, é receber um conjunto organizado de elementos para validar, não um lançamento decidido por um modelo.
Mede o tempo completo, não a rapidez da mensagem
Cronometra desde o início da procura até à explicação validada. Inclui obter os ficheiros, preparar a pergunta, rever os documentos e corrigir eventuais erros. Uma resposta em segundos não representa poupança se a preparação consumir meia hora.
Num cenário também fictício, a conferência habitual demora 18 minutos e o processo assistido demora 11, já com revisão. São sete minutos poupados por acerto. Se fizeres quatro desses acertos por mês, são 28 minutos mensais — não «horas por dia». É esse ganho que deves comparar com o custo de preparação, utilização e manutenção.
Regista também quantas vezes foi necessário pedir esclarecimentos adicionais e quantas diferenças ficaram devidamente assinaladas. Uma resposta incompleta mas honesta é preferível a uma falsa conciliação. Porém, identificar uma diferença não é recuperar dinheiro, e uma possível comissão indevida só é uma poupança depois de confirmada e corrigida.
Se o processo assistido demorar mais ou não permitir conferir a origem dos valores, não alargues o ensaio. Talvez falte organizar o mapa de liquidação. Talvez uma função existente no ERP resolva o problema melhor. Começar pequeno também serve para descobrir que não precisas de IA naquela tarefa.
Não precisas de começar pela «IA da empresa». Precisas de uma pergunta concreta, documentos suficientes e uma resposta que aguente conferência. Para perceber como testar um acerto de TPA com os teus dados, fala com a Leiritech em leiritech.pt.
