{"id":788,"date":"2026-10-26T09:00:00","date_gmt":"2026-10-26T09:00:00","guid":{"rendered":"https:\/\/leiritech.pt\/blog\/boleto-prorrogado-remessa-banco"},"modified":"2026-10-26T09:00:00","modified_gmt":"2026-10-26T09:00:00","slug":"boleto-prorrogado-remessa-banco","status":"publish","type":"post","link":"https:\/\/leiritech.pt\/blog\/boleto-prorrogado-remessa-banco","title":{"rendered":"Boleto prorrogado no ERP: falta confirmar no banco"},"content":{"rendered":"

Boleto prorrogado no ERP: falta confirmar no banco<\/h1>\n

\u00abJ\u00e1 mudei a data. Porque \u00e9 que o banco continua com o vencimento antigo?\u00bb<\/p>\n

\u00c9 a pergunta que o teu processo de cobran\u00e7a tem de conseguir resolver antes de um assistente responder ao cliente: \u00abEst\u00e1 tratado.\u00bb Uma data mudou no ERP. Isso n\u00e3o significa, por si s\u00f3, que o boleto tenha sido prorrogado, nem que a instru\u00e7\u00e3o necess\u00e1ria tenha chegado ao banco.<\/p>\n

Se a tua opera\u00e7\u00e3o inclui cobran\u00e7as no Brasil, esta diferen\u00e7a importa. O boleto \u00e9 um instrumento de cobran\u00e7a brasileiro; n\u00e3o estamos a descrever uma refer\u00eancia Multibanco portuguesa. Uma equipa em Portugal que acompanha uma empresa brasileira precisa de respeitar o processo dessa cobran\u00e7a, n\u00e3o de traduzir o nome de um campo.<\/p>\n

O problema n\u00e3o \u00e9 o tom da resposta no WhatsApp. \u00c9 saber que altera\u00e7\u00e3o foi feita, em que sistema e com que prova<\/strong>.<\/p>\n

\"Operadora<\/p>\n

Uma previs\u00e3o n\u00e3o \u00e9 uma instru\u00e7\u00e3o ao banco<\/h2>\n

A documenta\u00e7\u00e3o do Omie, no artigo \u00abProrrogando o vencimento de um boleto gerado\u00bb, \u00e9 expl\u00edcita: alterar a previs\u00e3o de recebimento da conta a receber n\u00e3o prorroga o vencimento do boleto. Existe uma opera\u00e7\u00e3o pr\u00f3pria para essa prorroga\u00e7\u00e3o.<\/p>\n

A distin\u00e7\u00e3o faz sentido. A previs\u00e3o de recebimento serve para representar quando esperas receber. O vencimento do boleto pertence \u00e0s condi\u00e7\u00f5es da cobran\u00e7a. Podes prever que um cliente pagar\u00e1 mais tarde sem teres renegociado ou alterado essas condi\u00e7\u00f5es. Se um assistente tratar os dois campos como sin\u00f3nimos, transforma uma estimativa interna numa promessa externa.<\/p>\n

A mesma documenta\u00e7\u00e3o distingue os circuitos banc\u00e1rios. No Omie.CASH, indica que n\u00e3o \u00e9 necess\u00e1ria uma nova remessa com a instru\u00e7\u00e3o de altera\u00e7\u00e3o. Para outros bancos, depois da altera\u00e7\u00e3o no Omie, \u00e9 necess\u00e1rio enviar uma remessa com essa instru\u00e7\u00e3o. Acrescenta que algumas carteiras de cobran\u00e7a n\u00e3o suportam a altera\u00e7\u00e3o pelo sistema e que eventuais taxas devem ser verificadas com o banco.<\/p>\n

Portanto, \u00abest\u00e1 no Omie\u00bb ainda n\u00e3o responde a \u00abest\u00e1 resolvido no banco\u00bb. E \u00abremessa enviada\u00bb tamb\u00e9m n\u00e3o deve ser usada como sin\u00f3nimo de \u00abaltera\u00e7\u00e3o aceite\u00bb sem uma evid\u00eancia que sustente essa conclus\u00e3o.<\/p>\n

H\u00e1 aqui um limite importante da fonte: o artigo descreve o procedimento e a confirma\u00e7\u00e3o no ecr\u00e3, mas n\u00e3o documenta um mecanismo universal de confirma\u00e7\u00e3o banc\u00e1ria. O projeto de integra\u00e7\u00e3o tem de identificar essa evid\u00eancia para o banco e a carteira concretos. N\u00e3o a pode inventar.<\/p>\n

Um exemplo: R$ 4.800 que continuam com a data antiga<\/h2>\n

Considera este cen\u00e1rio ilustrativo, n\u00e3o um caso de cliente: uma distribuidora brasileira tem um boleto de R$ 4.800<\/strong>, com vencimento em 30 de outubro de 2026<\/strong>. No dia 28, o cliente pede para pagar a 6 de novembro. A equipa aceita o pedido comercialmente e muda a previs\u00e3o de recebimento para essa data.<\/p>\n

A previs\u00e3o de tesouraria passa a refletir o recebimento esperado em novembro. Mas, se foi apenas esse campo que mudou, o vencimento do boleto n\u00e3o foi prorrogado. Um assistente que consulte s\u00f3 a previs\u00e3o pode responder \u00abo prazo foi alterado para 6 de novembro\u00bb e dar por conclu\u00eddo um trabalho que ainda n\u00e3o aconteceu.<\/p>\n

No fecho de outubro, a diferen\u00e7a deixa de ser uma quest\u00e3o de linguagem: uma equipa est\u00e1 a olhar para a previs\u00e3o de caixa e outra para as condi\u00e7\u00f5es da cobran\u00e7a. Nenhuma das duas datas \u00e9 necessariamente um erro. O erro est\u00e1 em apresent\u00e1-las como se fossem o mesmo facto.<\/p>\n

Para um banco diferente de Omie.CASH, quando a carteira suporta o procedimento documentado, o fluxo inclui a opera\u00e7\u00e3o de prorroga\u00e7\u00e3o no ERP e o envio da remessa de altera\u00e7\u00e3o. Depois, a integra\u00e7\u00e3o precisa de distinguir o que conseguiu observar do que ainda est\u00e1 por confirmar.<\/p>\n

\"T\u00e9cnico<\/p>\n

Podemos representar esse acompanhamento assim. Os estados abaixo s\u00e3o uma proposta de desenho do processo, n\u00e3o nomes de estados oficiais do Omie.<\/strong><\/p>\n

| Evid\u00eancia dispon\u00edvel | Estado que podes comunicar |
\n| — | — |
\n| Apenas a previs\u00e3o passou para 6 de novembro | Previs\u00e3o atualizada; prorroga\u00e7\u00e3o do boleto n\u00e3o demonstrada |
\n| Opera\u00e7\u00e3o de prorroga\u00e7\u00e3o registada no ERP; instru\u00e7\u00e3o ainda por enviar, quando exigida | Altera\u00e7\u00e3o no ERP; envio banc\u00e1rio pendente |
\n| Remessa enviada, sem evid\u00eancia suficiente do resultado | Instru\u00e7\u00e3o enviada; confirma\u00e7\u00e3o banc\u00e1ria pendente |
\n| Evid\u00eancia banc\u00e1ria confirma a altera\u00e7\u00e3o do t\u00edtulo certo | Novo vencimento confirmado pela evid\u00eancia recolhida |
\n| Instru\u00e7\u00e3o rejeitada ou procedimento n\u00e3o suportado | Prorroga\u00e7\u00e3o n\u00e3o conclu\u00edda; interven\u00e7\u00e3o necess\u00e1ria |<\/p>\n

Esta separa\u00e7\u00e3o permite responder com precis\u00e3o mesmo antes do fim: \u00abA altera\u00e7\u00e3o est\u00e1 registada no ERP. A instru\u00e7\u00e3o ao banco ainda est\u00e1 pendente.\u00bb N\u00e3o \u00e9 uma resposta menos \u00fatil. \u00c9 uma resposta que n\u00e3o cria uma garantia falsa.<\/p>\n

Primeiro consultar; s\u00f3 depois permitir uma escrita<\/h2>\n

O primeiro passo de um assistente ligado ao ERP deve ser de leitura: identificar a empresa, o cliente autorizado e o t\u00edtulo certo, consultar os dados dispon\u00edveis e apresentar as diferen\u00e7as. No exemplo, interessa mostrar o vencimento atual, a previs\u00e3o de recebimento, o banco ou carteira relevante e a nova data pedida.<\/p>\n

O modelo de linguagem ajuda a interpretar o pedido. N\u00e3o deve decidir sozinho que encontrou o t\u00edtulo correto porque o nome do cliente se parece com o de uma conversa anterior. A identifica\u00e7\u00e3o tem de assentar nos registos e nas refer\u00eancias do sistema, com acesso limitado ao \u00e2mbito do utilizador.<\/p>\n

Se o acesso \u00e9 s\u00f3 de leitura, o assistente pode explicar o que falta e encaminhar o pedido. N\u00e3o pode prorrogar o boleto.<\/strong> Consultar o ERP e escrever no ERP s\u00e3o permiss\u00f5es diferentes, mesmo quando aparecem na mesma conversa.<\/p>\n

Para executar, propomos uma opera\u00e7\u00e3o separada, com autoriza\u00e7\u00e3o expl\u00edcita e par\u00e2metros delimitados: aquele t\u00edtulo, aquela data e aquele circuito suportado. A camada de execu\u00e7\u00e3o valida as regras aplic\u00e1veis e volta a consultar o estado relevante antes de alterar. Se, entretanto, o t\u00edtulo tiver sido liquidado ou o pedido j\u00e1 n\u00e3o for v\u00e1lido, n\u00e3o deve executar \u00e0s cegas.<\/p>\n

Isto \u00e9 um requisito de arquitetura, n\u00e3o a afirma\u00e7\u00e3o de que a Leiritech j\u00e1 tem este conector instalado no teu banco. Tamb\u00e9m n\u00e3o basta descobrir uma chamada de API que altera um campo: \u00e9 preciso confirmar que a interface suportada executa a opera\u00e7\u00e3o de neg\u00f3cio pretendida.<\/p>\n

A prova tem de acompanhar a opera\u00e7\u00e3o<\/h2>\n

Para investigar uma prorroga\u00e7\u00e3o, um registo com \u00absucesso\u00bb \u00e9 pobre. Sucesso de qu\u00ea? Da interpreta\u00e7\u00e3o da mensagem, da altera\u00e7\u00e3o local, da prepara\u00e7\u00e3o do ficheiro ou da aceita\u00e7\u00e3o da instru\u00e7\u00e3o?<\/p>\n

O registo de auditoria deve permitir reconstruir o pedido: quem o fez, que t\u00edtulo foi selecionado, quais eram os valores anteriores, que nova data foi aprovada e que resposta devolveu cada sistema. Quando existir um identificador de remessa ou outra refer\u00eancia do envio, deve ficar associado \u00e0 opera\u00e7\u00e3o. A evid\u00eancia banc\u00e1ria dispon\u00edvel tamb\u00e9m, respeitando os acessos e a prote\u00e7\u00e3o dos dados.<\/p>\n

Se houver uma falha de comunica\u00e7\u00e3o depois do envio, o resultado pode ficar desconhecido. N\u00e3o \u00e9 correto chamar-lhe rejei\u00e7\u00e3o, mas tamb\u00e9m n\u00e3o \u00e9 correto anunciar conclus\u00e3o. Antes de repetir uma opera\u00e7\u00e3o, a equipa ou o conector deve reconciliar o estado com os mecanismos dispon\u00edveis para aquele circuito.<\/p>\n

\u00c9 esta informa\u00e7\u00e3o que torna poss\u00edvel uma conversa \u00fatil com a tesouraria. Em vez de \u00aba IA disse que estava feito\u00bb, tens um pedido identific\u00e1vel, uma instru\u00e7\u00e3o e um resultado verific\u00e1vel \u2014 ou uma pend\u00eancia claramente atribu\u00edda.<\/p>\n

\"Respons\u00e1vel<\/p>\n

Mas o Omie j\u00e1 permite pedir isto pelo WhatsApp<\/h2>\n

Sim. A documenta\u00e7\u00e3o \u00abFinan\u00e7as: Recursos no ERP integrados via IA no WhatsApp\u00bb, consultada nesta investiga\u00e7\u00e3o, inclui a funcionalidade de prorrogar boletos de contas a receber. N\u00e3o seria s\u00e9rio dizer que todos os assistentes apenas respondem a perguntas, ou que um ERP nunca oferece a\u00e7\u00f5es no pr\u00f3prio canal.<\/p>\n

A pergunta de compra \u00e9 outra: essa funcionalidade cobre o teu banco, a tua carteira e a confirma\u00e7\u00e3o de que precisas?<\/strong> A p\u00e1gina sobre WhatsApp n\u00e3o demonstra, por si s\u00f3, envio autom\u00e1tico de remessa e aceita\u00e7\u00e3o banc\u00e1ria para qualquer configura\u00e7\u00e3o. Essa cobertura deve ser verificada, n\u00e3o presumida.<\/p>\n

Se a fun\u00e7\u00e3o nativa j\u00e1 resolve o circuito completo, com os controlos e a evid\u00eancia necess\u00e1rios, n\u00e3o precisas de construir uma segunda vers\u00e3o. A integra\u00e7\u00e3o \u00e0 medida justifica-se quando h\u00e1 uma lacuna concreta, n\u00e3o porque a interface tem uma conversa mais elegante.<\/p>\n

O mesmo cuidado vale para a compara\u00e7\u00e3o de pre\u00e7os. Na oferta p\u00fablica da 3HASH consultada em outubro de 2026, o site custa 15 \u20ac\/m\u00eas e o WhatsApp acrescenta 10 \u20ac\/m\u00eas, al\u00e9m de 100 \u20ac de configura\u00e7\u00e3o. Essa descri\u00e7\u00e3o n\u00e3o documenta um conector ERP inclu\u00eddo nos 25 \u20ac. Isso n\u00e3o prova incapacidade do fornecedor; prova apenas que n\u00e3o deves comprar uma opera\u00e7\u00e3o financeira com base numa descri\u00e7\u00e3o de atendimento.<\/p>\n

O pre\u00e7o de entrada n\u00e3o \u00e9 um teste de compet\u00eancia. Uma demonstra\u00e7\u00e3o com o teu processo \u00e9.<\/p>\n

O que a IA precisa de saber \u2014 e o que precisa de consultar<\/h2>\n

Um assistente com documenta\u00e7\u00e3o pode explicar como se prorroga um boleto. Para afirmar que o teu<\/strong> boleto foi prorrogado, precisa de consultar o estado da opera\u00e7\u00e3o e a respetiva evid\u00eancia.<\/p>\n

Esta \u00e9 a diferen\u00e7a entre responder a partir de instru\u00e7\u00f5es gerais e responder com base nos dados reais do teu sistema. Um manual descreve o procedimento poss\u00edvel. N\u00e3o demonstra que algu\u00e9m o executou hoje, para aquele t\u00edtulo, nem que o banco aceitou a altera\u00e7\u00e3o.<\/p>\n

Por isso, o teste n\u00e3o deve terminar na frase \u00abboleto prorrogado\u00bb. Deve incluir uma previs\u00e3o alterada sem prorroga\u00e7\u00e3o, uma instru\u00e7\u00e3o ainda por enviar e um resultado banc\u00e1rio pendente ou rejeitado. O assistente deve distinguir esses casos sem os converter todos em sucesso. No percurso conclu\u00eddo, deve conseguir mostrar a origem da confirma\u00e7\u00e3o a quem tem autoriza\u00e7\u00e3o para a consultar.<\/p>\n

N\u00e3o h\u00e1 aqui uma promessa de cobrar mais depressa ou de eliminar custos banc\u00e1rios. H\u00e1 um objetivo mais concreto: impedir que a tua equipa comunique uma conclus\u00e3o que os sistemas ainda n\u00e3o sustentam.<\/p>\n

Come\u00e7a por um boleto, n\u00e3o por uma apresenta\u00e7\u00e3o comercial<\/h2>\n

Escolhe um \u00fanico circuito de cobran\u00e7a e define o que conta como conclu\u00eddo: a altera\u00e7\u00e3o no ERP, a instru\u00e7\u00e3o ao banco e a evid\u00eancia final, conforme o processo aplic\u00e1vel. S\u00f3 depois faz sentido decidir o que pode ser automatizado e quem autoriza a execu\u00e7\u00e3o.<\/p>\n

Envia para hello@leiritech.com um exemplo anonimizado desse circuito<\/strong>, indicando o ERP, o banco e a carteira, sem dados pessoais nem credenciais. O ponto de partida \u00e9 descobrir o que falta entre \u00abmudei a data\u00bb e \u00abposso confirmar ao cliente\u00bb.<\/p>\n","protected":false},"excerpt":{"rendered":"

Mudaste a data no Omie. E no banco? V\u00ea o que falta entre a previs\u00e3o de recebimento, a remessa e uma prorroga\u00e7\u00e3o que podes confirmar ao cliente.<\/p>\n","protected":false},"author":1,"featured_media":784,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[323],"tags":[976,980,979,978,975,977],"class_list":["post-788","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-integracao-2","tag-alterar-vencimento-boleto","tag-boleto-whatsapp","tag-integracao-erp-banco","tag-previsao-de-recebimento-omie","tag-prorrogar-boleto-omie","tag-remessa-alteracao-vencimento"],"_links":{"self":[{"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/posts\/788","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/comments?post=788"}],"version-history":[{"count":0,"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/posts\/788\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/media\/784"}],"wp:attachment":[{"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/media?parent=788"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/categories?post=788"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/leiritech.pt\/blog\/wp-json\/wp\/v2\/tags?post=788"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}