O Brasil conseguiu fazer uma coisa que parecia improvável: transformar a maneira como milhões de pessoas movimentam dinheiro. Hoje, transferir valores pode levar menos tempo do que encontrar o cartão na carteira.
Mas existe uma ironia nessa história.
Enquanto o sistema financeiro brasileiro avança, algumas empresas continuam dependendo de planilhas, comprovantes enviados pelo WhatsApp e funcionários que precisam conferir manualmente se o dinheiro realmente entrou.
O cliente paga em segundos. A empresa descobre algumas horas depois.
(E ainda tem quem chama isso de transformação digital.)
O Pix está evoluindo. Mais uma vez.
Em setembro de 2026, o Banco Central publicou a Resolução BCB nº 587, que, entre outras alterações, regulamenta a chamada cobrança híbrida.
A ideia não é exatamente inédita. Algumas instituições já oferecem documentos de cobrança com código de barras de boleto e QR Code Pix. A novidade está na regulamentação específica dessa modalidade, com exigências para coordenar os dois instrumentos e evitar pagamentos indevidos ou duplicados.
As novas regras estão previstas para entrar em vigor em 1º de fevereiro de 2027.
Na prática, o cliente poderá escolher entre pagar pelo boleto ou pelo Pix, quando a instituição oferecer essa modalidade. O sistema deverá tratar adequadamente o pagamento realizado e impedir que uma mesma cobrança continue disponível para quitação indevida pelo outro meio.
É um avanço importante, especialmente para empresas que precisam administrar grandes volumes de recebimentos.
Mas a mudança também evidencia um problema que vai muito além dos bancos: a dificuldade que muitas organizações ainda têm para fazer seus próprios sistemas conversarem.
O dinheiro chegou. A informação, nem tanto.
Imagine uma situação bastante comum.
O departamento comercial registra uma venda no CRM. O financeiro emite uma cobrança pelo ERP. O cliente paga usando Pix. O banco confirma o recebimento.
Até aqui, tudo funcionando.
O problema aparece quando a informação precisa voltar para os sistemas internos.
O ERP não reconhece automaticamente a quitação. O CRM continua mostrando uma pendência financeira. O estoque aguarda uma liberação que depende do financeiro. E o vendedor, sem saber o que está acontecendo, precisa perguntar ao cliente se ele realmente pagou.
O cliente, obviamente, já pagou.
Agora precisa provar.
É quase admirável a capacidade que algumas empresas desenvolveram de transformar uma operação instantânea em um processo burocrático de várias etapas.
E o mais curioso é que nenhum dos sistemas precisa estar tecnicamente defeituoso para isso acontecer.
O banco processou o pagamento. O ERP registrou a cobrança. O CRM armazenou a venda.
Cada ferramenta cumpriu sua função.
O problema está no espaço entre elas.
Integração não é apenas conectar duas ferramentas
Quando falo em integração de sistemas, não estou me referindo simplesmente à existência de uma API.
Uma API permite que aplicações troquem informações, mas sua presença, por si só, não garante que um processo empresarial esteja funcionando corretamente.
É necessário definir quais dados serão compartilhados, quais sistemas são responsáveis por cada informação, como os eventos serão tratados e o que acontece quando alguma coisa dá errado.
Pense novamente no pagamento de uma cobrança.
Como o sistema identifica qual pedido foi quitado? O que acontece se o banco enviar a mesma confirmação duas vezes? Como lidar com um pagamento parcial, uma devolução ou uma indisponibilidade temporária do ERP?
E se o recebimento for confirmado, mas a atualização do pedido falhar?
Essas situações não são exceções absurdamente improváveis. São possibilidades que precisam fazer parte do desenho de uma integração confiável.
Isso exige arquitetura, regras de negócio, tratamento de falhas, monitoramento e mecanismos para evitar operações duplicadas.
Também exige uma decisão que nem sempre é tão simples: estabelecer qual sistema representa a informação oficial em cada etapa.
Sem esses cuidados, automatizar uma operação pode significar apenas substituir erros manuais por erros automáticos.
E, convenhamos, errar em alta velocidade não deveria ser considerado um indicador de inovação.
O custo invisível de não integrar
Existe uma tendência de avaliar investimentos em tecnologia pelo valor da licença, pelo custo do desenvolvimento ou pelo preço cobrado pelo fornecedor.
É compreensível. Esses números aparecem facilmente em uma planilha.
Mas quanto custa manter alguém conferindo pagamentos manualmente todos os dias?
Quanto tempo o comercial perde aguardando informações financeiras? Quantos pedidos deixam de avançar porque um sistema não recebeu uma atualização? Quantos atendimentos poderiam ser evitados se o cliente não precisasse apresentar um comprovante?
E quanto custa tomar decisões com informações inconsistentes?
Esses custos raramente chegam organizados em uma única fatura.
Eles aparecem distribuídos entre departamentos, disfarçados de atividades rotineiras.
O funcionário que confere os recebimentos não necessariamente está trabalhando errado. Talvez esteja fazendo exatamente o que a empresa exige para compensar uma deficiência de seus processos.
É por isso que gosto de distinguir problemas de pessoas, processos e tecnologia.
Nem toda ineficiência se resolve contratando um software. Algumas exigem revisão operacional. Outras precisam de uma integração. E há situações em que a melhor decisão é simplesmente deixar de executar uma tarefa desnecessária.
O erro é presumir que comprar mais uma ferramenta resolverá automaticamente aquilo que as anteriores não conseguiram.
Antes de automatizar, entenda o caminho do dinheiro
Uma boa maneira de começar é acompanhar uma única operação, da origem até a conclusão.
Uma venda foi realizada. O pedido foi registrado. A cobrança foi emitida. O cliente pagou. O recebimento foi conciliado. A operação foi liberada.
Parece um fluxo simples.
Agora experimente identificar quantos sistemas participam desse processo, quantas informações são digitadas novamente e quantas intervenções humanas são necessárias para que tudo termine corretamente.
Depois, observe o que acontece quando algo sai do previsto.
É nesse exercício que muitas empresas descobrem que seus processos dependem menos da tecnologia instalada e mais do conhecimento informal de funcionários que aprenderam a contornar suas limitações.
E isso representa um risco operacional importante.
Quando uma atividade só funciona porque determinada pessoa sabe onde clicar, qual planilha consultar ou quem precisa receber um e-mail, a empresa não tem exatamente um processo estruturado.
Tem uma dependência.
O futuro dos pagamentos não resolve o passado da sua operação
A regulamentação da cobrança híbrida demonstra como o sistema financeiro continua aprimorando seus mecanismos de pagamento, sincronização e segurança.
Mas é importante não atribuir à novidade uma capacidade que ela não tem.
As regras estabelecidas pelo Banco Central tratam da coordenação entre os instrumentos de pagamento e das responsabilidades das instituições participantes. Elas não obrigam o CRM, o ERP e os demais sistemas de uma empresa a funcionarem de maneira integrada.
Essa responsabilidade continua sendo da própria organização.
E talvez seja esse o ponto mais importante.
Durante muito tempo, venderam a ideia de que transformação digital era substituir ferramentas antigas por plataformas modernas. Como se a tecnologia, sozinha, pudesse resolver problemas de gestão, comunicação e organização.
Não pode.
Um sistema moderno conectado a um processo ruim continua participando de um processo ruim.
Uma automação sofisticada alimentada por informações inconsistentes continua produzindo resultados inconsistentes.
E uma empresa que depende de cinco pessoas para confirmar uma informação disponível em três sistemas diferentes não precisa necessariamente de um sexto sistema.
Precisa entender por que os cinco primeiros não conseguem trabalhar juntos.
O Pix conseguiu transformar a maneira como o Brasil paga. O que ele não pode fazer é ensinar cada empresa a administrar o próprio recebimento.
Se o dinheiro leva segundos para chegar, mas a informação precisa atravessar uma pequena peregrinação burocrática até ser reconhecida, o problema já não está no meio de pagamento.
Está na arquitetura da operação.
E não existe QR Code capaz de corrigir uma gestão que insiste em continuar funcionando por comprovante e boa vontade.
