Imagine abrir o aplicativo do seu banco e receber uma mensagem avisando que a instituição está sendo liquidada pelo Banco Central, que sua conta será encerrada e que você precisa correr atrás do seu dinheiro junto ao Fundo Garantidor de Créditos. Foi exatamente isso que aconteceu com cerca de 20 mil clientes do Nubank na sexta-feira, 12 de junho de 2026, em um caso noticiado pela Band e por veículos da imprensa regional.

A mensagem era falsa. O Nubank não foi liquidado, está funcionando normalmente e mantém todas as suas licenças ativas — o próprio Banco Central confirmou que não houve qualquer intervenção. Mas o episódio, rapidamente contido, deixou no ar uma discussão que interessa diretamente a quem acompanha automação e inteligência artificial: como um sistema automatizado conseguiu disparar um aviso tão grave por engano?

A resposta a essa pergunta é mais reveladora do que o susto em si. E traz lições valiosas para qualquer profissional ou empresa que use automação em tarefas importantes.

O que aconteceu

Na tarde de sexta-feira, por volta das 13h12, um grupo de clientes do Nubank começou a receber comunicados — por e-mail e por notificações dentro do aplicativo — alertando sobre uma suposta “liquidação extrajudicial” da instituição, decretada pelo Banco Central, com o encerramento de todos os valores depositados em suas contas. Algumas versões da mensagem chegavam a orientar os usuários a procurar o Fundo Garantidor de Créditos (FGC) para recuperar valores investidos.

O efeito foi imediato. Clientes apavorados recorreram às redes sociais tentando descobrir se o banco realmente havia fechado e se seu dinheiro estava em risco. Para uma instituição que é hoje o maior banco privado do Brasil em número de clientes — com mais de 112 milhões de usuários —, mesmo um erro que atingiu uma fração pequena da base gerou repercussão enorme.

O Nubank afirmou ter conseguido conter o problema rapidamente, impedindo que as mensagens chegassem a mais clientes, e classificou o ocorrido como um “erro operacional pontual”, identificado e corrigido logo em seguida. A fundadora da empresa, Cristina Junqueira, descreveu o episódio como um erro “bizarro” e um transtorno para a instituição.

A explicação técnica: um clique errado e um campo em branco

No sábado, 13 de junho, o Nubank detalhou em nota o que teria acontecido — e a explicação é, ao mesmo tempo, simples e instrutiva.

Segundo o banco, um desenvolvedor da empresa acionou por engano um fluxo de comunicação relacionado à liquidação de instituições financeiras. Esse tipo de fluxo existe porque, ocasionalmente, quando um banco onde um cliente tem investimentos é de fato liquidado pelo Banco Central, é preciso notificar os usuários sobre o que fazer com contas, faturas e valores protegidos. É um procedimento legítimo e necessário — só que voltado a outras instituições, não ao próprio Nubank.

O problema, segundo a empresa, foi o que aconteceu depois do acionamento equivocado: na ausência de uma instituição real vinculada àquele fluxo, o nome da própria companhia apareceu como “preenchimento padrão”. Em outras palavras, o sistema tinha um campo a ser preenchido com o nome do banco liquidado, esse campo ficou vazio, e o valor padrão que o sistema usou foi o nome do próprio Nubank. O resultado: uma mensagem anunciando a liquidação da própria instituição que a enviou.

O banco reforçou que o caso não teve qualquer relação com a segurança da plataforma, a proteção dos dados dos clientes ou a solidez da companhia, e que suas operações seguiram funcionando normalmente.

A pergunta que ficou no ar

Apesar da explicação, o episódio deixou uma questão que especialistas e veículos de imprensa levantaram — e que vale registrar com honestidade.

A expressão “erro operacional pontual” explica que houve uma falha, mas não esclarece completamente como um sistema tão sensível pôde ser acionado de forma tão simples, nem por que um “preenchimento padrão” tão delicado existia. Por que um fluxo capaz de anunciar a liquidação de um banco — e orientar clientes sobre o FGC — estava configurado de modo que um único acionamento equivocado pudesse dispará-lo, com o nome da própria empresa preenchido automaticamente?

Especialistas em tecnologia foram cautelosos. O professor de ciência da computação da PUC-SP Diogo Cortiz observou que é improvável que o nome “Nubank” fosse simplesmente uma substituição automática em uma lista de instituições financeiras, e ponderou que a governança desse tipo de sistema deveria ser mais rigorosa. A crítica não é ao fato de existir automação — que é normal e necessária —, mas ao nível de proteção que cerca processos de alto impacto.

Vale registrar também que o Nubank não detalhou todos os aspectos técnicos do erro, e que algumas perguntas sobre a configuração exata do sistema permaneciam em aberto no momento da publicação deste texto. Não há, importante frisar, nenhuma indicação de ação maliciosa — tudo aponta para um erro interno, não um ataque.

Automação, IA e o problema da “ação crítica fácil demais”

Aqui chegamos ao ponto que mais interessa a quem acompanha a transformação digital: o que esse caso ensina sobre os riscos da automação em operações sensíveis.

À medida que bancos, empresas e instituições automatizam cada vez mais suas comunicações e processos — muitas vezes com apoio de inteligência artificial e fluxos automáticos —, surge um risco específico que o caso Nubank ilustra com clareza: o de que ações de altíssimo impacto fiquem acessíveis demais, sem as camadas de proteção proporcionais à sua gravidade.

A lógica é a mesma de uma boa engenharia de segurança. Quanto mais grave a consequência de uma ação, mais barreiras deveriam existir antes de executá-la. Enviar uma newsletter promocional pode ser uma ação de um clique. Disparar a comunicação de liquidação de um banco para milhares de clientes deveria exigir múltiplas confirmações, aprovações humanas, validação de campos obrigatórios e travas que impeçam o envio com dados em branco ou inconsistentes.

O episódio mostra que automação sem governança adequada é um risco — não importa quão sofisticada seja a tecnologia por trás. E essa lição não vale só para grandes bancos. Vale para qualquer profissional ou empresa que esteja automatizando processos com IA e ferramentas digitais.

As lições práticas para quem usa automação no trabalho

Saindo do caso específico e indo para o aprendizado aplicável, alguns princípios se destacam.

Ações críticas precisam de “atrito” proposital. Em design de sistemas, atrito é geralmente algo a ser eliminado — queremos que as coisas sejam fáceis. Mas, para ações de alto impacto, o atrito é uma proteção. Confirmações duplas, revisão humana obrigatória e travas de segurança não são burocracia: são o que impede que um erro pequeno vire um desastre grande.

Valores padrão (“defaults”) merecem atenção redobrada. O coração do erro do Nubank foi um preenchimento padrão mal configurado. Em qualquer automação, os valores que o sistema assume quando um campo fica vazio precisam ser pensados com cuidado — porque é exatamente neles que os erros silenciosos se escondem. Um campo crítico em branco deveria, idealmente, impedir a execução, não ser preenchido automaticamente.

A supervisão humana é insubstituível em decisões sensíveis. Assim como vimos em outros contextos — da medicina ao Judiciário —, a automação funciona melhor como apoio, com o humano validando os pontos críticos. Quanto mais grave a consequência de uma ação automatizada, mais importante é que um ser humano confirme antes da execução.

Transparência na resposta importa tanto quanto a prevenção. Um ponto positivo no caso: o Nubank comunicou-se rapidamente, reconheceu o erro publicamente e usou seus canais para tranquilizar os clientes. Erros acontecem mesmo nos melhores sistemas; a forma como a empresa responde — com rapidez e transparência — é parte essencial da gestão de crises na era da automação.

Conclusão

O caso Nubank foi, felizmente, um susto sem consequências graves: nenhum cliente perdeu dinheiro, o banco segue íntegro e o erro foi contido. Mas ele funciona como um alerta valioso num momento em que empresas de todos os tamanhos correm para automatizar processos com inteligência artificial e fluxos digitais.

A mensagem central não é “automação é perigosa” — automação é necessária e traz enormes ganhos. A mensagem é que automação exige governança proporcional ao risco. Quanto mais poder damos aos sistemas para agir em nosso nome, mais cuidado precisamos ter com as travas, as confirmações e a supervisão humana que cercam as ações mais importantes.

Para o profissional brasileiro que está integrando IA e automação ao seu trabalho — o leitor da IAtivei —, fica a lição prática: a eficiência da automação é maravilhosa, mas ela precisa vir acompanhada de bom senso na hora de decidir o que pode ser automático e o que exige um par de olhos humanos antes de acontecer. Um clique a mais de confirmação, no lugar certo, pode evitar um susto de 20 mil pessoas.