Quem quer trabalhar com automação financeira precisa demonstrar mais do que um agente capaz de executar tarefas: precisa mostrar quais ações ele não pode executar. O caso dos bancos americanos dá um motivo concreto para estudar essa diferença. Em 13 de outubro de 2026, na apresentação de resultados do JPMorgan Chase, o diretor financeiro Jeremy Barnum confirmou que a instituição bloqueia, quando consegue, serviços que oferecem movimentação de dinheiro usando credenciais compartilhadas pelos clientes. A declaração consta na transcrição oficial, na página 9.
Três dias depois, Rick Wurster, diretor-executivo da Charles Schwab, afirmou à Bloomberg Television que a empresa também barra agentes externos não autorizados que tentam movimentar recursos. A reportagem original de Paige Smith, publicada em 16 de outubro, registra sua preocupação: entregar uma senha a uma ferramenta deixa dúvidas sobre controle e responsabilidade quando algo dá errado.
Isso não comprova aumento de vagas nem estabelece novos requisitos de contratação. O roteiro profissional apresentado aqui é uma proposta didática do CodificaIA: usar o episódio para escolher competências e construir uma demonstração responsável, sem prometer pagamentos autônomos.
O bloqueio não é uma proibição geral de IA
No JPMorgan, Barnum não apresentou o bloqueio como uma política inaugurada naquele evento. Ele explicou que a instituição já se opunha ao compartilhamento de credenciais e ao screen scraping, técnica de coleta automatizada de informações exibidas na tela. O alvo de sua resposta eram serviços que usam esse caminho para oferecer movimentação financeira, conforme a transcrição da conversa com analistas.
A cobertura circulou em 18 de outubro na TMC e no Olhar Digital, cujo texto foi republicado pela Prensa Mercosur com atribuição e endereço da publicação original. São repercussões do caso, não anúncios separados de novas restrições.
A própria Schwab anunciou, em 30 de setembro de 2026, o Charley, assistente de IA com distribuição gradual prevista a partir de outubro para clientes elegíveis nos Estados Unidos. O comunicado oficial descreve consultas, orientações e determinadas alterações de cadastro e configuração. Não apresenta o produto como autorização irrestrita para movimentar dinheiro.
A distinção ajuda a interpretar a notícia: incorporar IA aos serviços e aceitar qualquer agente externo são decisões diferentes. As fontes consultadas também não sustentam uma proibição em todos os bancos americanos, muito menos uma mudança automática nas regras brasileiras.
Antes de escolher a ferramenta, separe as responsabilidades
Para transformar o caso em aprendizado, comece por três verbos: consultar, sugerir e executar. Use essa separação ao desenhar seu projeto. Consultar seria ler uma relação de despesas fictícias. Sugerir seria apontar uma possível duplicidade. Executar seria gravar um registro ou enviar uma mensagem. No exercício, cada verbo deve receber uma permissão própria.
Imagine uma distribuidora brasileira que recebe cobranças por e-mail. Neste cenário hipotético, você poderia propor uma automação que extraísse fornecedor, valor e vencimento, comparasse os campos com uma base de demonstração e preparasse uma fila de conferência. Não seria necessário conectar uma conta bancária para mostrar utilidade.
A Schwab descreve uma alternativa ao acesso por senha na transcrição de Rick Wurster sobre a chegada de recursos de IA, disponível em sua área de imprensa: conectar modelos externos por um servidor MCP. A sigla identifica um protocolo de conexão entre aplicações de IA, ferramentas e dados. O executivo apresenta essa estrutura como forma de controlar a atividade.
Para o seu exercício, traduza a ideia em perguntas simples: quem autoriza a conexão, o que ela permite consultar e quais ações ficam indisponíveis? Não use o nome de um protocolo como substituto dessas respostas.
Um roteiro de competências, não uma previsão de contratações
As declarações dos executivos não são pesquisas sobre empregos. Portanto, as sugestões abaixo não representam uma lista comprovada de habilidades mais pedidas. Elas organizam um caminho de estudo para quem deseja apresentar projetos ligados a rotinas financeiras.
Se você vem do administrativo ou financeiro
Comece documentando uma tarefa que já compreende. Escolha, por exemplo, a conferência de cobranças e escreva o que torna um documento incompleto, quando dois registros parecem duplicados e quem deve resolver uma divergência.
Depois, transforme essas decisões em critérios verificáveis. Em vez de pedir à IA que “analise tudo”, determine quais campos devem aparecer e o que fazer quando faltarem. No portfólio, apresente tanto um caso encaminhado corretamente quanto uma situação que o sistema precisou interromper.
Se você aprende n8n ou programação com IA
Proponha uma tabela de permissões antes de montar o fluxo: arquivos que podem ser lidos, destinos que podem receber dados e ações proibidas. Estude também a documentação de cada integração. Para esta demonstração, limite as conexões a arquivos inventados e a uma planilha de teste.
O n8n permite exigir aprovação antes de um agente executar ferramentas específicas. Quando essa revisão está configurada, o fluxo pausa; a aprovação permite executar a ferramenta, enquanto a negativa cancela a ação. A documentação oficial explica a configuração e a apresentação dos parâmetros à pessoa responsável. Não presuma que todo fluxo já tenha essa proteção.
Se você prefere qualidade, suporte ou processos
Assuma, no exercício, a responsabilidade por tornar as falhas compreensíveis. Defina como registrar a etapa interrompida, a informação ausente e o encaminhamento escolhido. Escreva instruções para outra pessoa reproduzir o problema sem conversar com quem montou a automação.
Essas três frentes podem aparecer no mesmo projeto. A proposta não é criar um cargo novo a partir da notícia, mas dar evidências do seu raciocínio sobre uma tarefa delimitada.
Monte uma demonstração que não consiga pagar nada
Um projeto inicial possível é uma fila de conferência de cobranças fictícias. A entrega seria um conjunto de documentos classificados, com dúvidas visíveis e decisões registradas. Apresente-o como exercício, não como sistema pronto para operar uma empresa.
- Prepare doze documentos inventados. Inclua uma cobrança repetida, outra sem valor e uma terceira com vencimentos conflitantes. Não reutilize documentos reais de clientes.
- Defina a saída da IA. Peça fornecedor, identificador, valor, vencimento e dúvidas encontradas. Determine que campos ausentes permaneçam marcados como ausentes.
- Acrescente regras fixas. Configure verificações para campos obrigatórios e identificadores repetidos. Separe essas verificações da interpretação feita pelo modelo.
- Crie duas filas. Uma recebe rascunhos completos; a outra reúne documentos que precisam de análise. Nenhuma deve iniciar pagamento.
- Configure uma aprovação limitada. Use-a apenas para autorizar a gravação do rascunho na planilha de demonstração. Confira o que acontece ao aprovar e ao negar.
- Teste interrupções. Reenvie o mesmo arquivo, deixe uma aprovação pendente e simule a indisponibilidade da planilha. Registre o resultado observado, sem inventar taxas de acerto.
Você pode começar a especificação com este pedido copiável:
Ajude a especificar uma demonstração de conferência de cobranças.
Use somente documentos e fornecedores fictícios.
O projeto não pode acessar bancos nem executar pagamentos.
Separe extração pela IA, validação por regras e decisão de uma pessoa.
Não complete informações ausentes por suposição.
Proponha testes para duplicidade, valor ausente, datas conflitantes,
aprovação negada, aprovação pendente e falha ao gravar na planilha.
Para cada teste, descreva o resultado esperado.Na apresentação, compare o resultado esperado com o que realmente ocorreu. Se o fluxo gravar um rascunho mesmo após uma negativa, registre a falha e corrija o desenho antes de apresentar aquela etapa como concluída.
No Brasil, consentimento não é compartilhamento de senha
Ao estudar integrações brasileiras, mantenha uma distinção básica. Segundo o Banco Central, o Open Finance depende de autorização do cliente, que pode cancelá-la. Isso não equivale a entregar o login bancário a um agente.
O BC esclarece que senhas, tokens e outras credenciais de segurança não são compartilhados. Também distingue o compartilhamento de dados dos serviços de pagamento que podem usar a infraestrutura. Consultar informações e iniciar um pagamento não devem ser tratados como a mesma permissão.
Para um projeto real, consulte a documentação da instituição e do fornecedor antes de definir o escopo. No portfólio iniciante, permaneça com dados fictícios: você consegue demonstrar o processo sem assumir acesso a contas de terceiros.
Como apresentar o trabalho sem vender autonomia demais
Prepare uma descrição curta da entrega: “organiza cobranças fictícias e encaminha divergências; não autentica documentos nem paga contas”. Acrescente o diagrama do fluxo, os testes e a relação de acessos. Evite chamar a demonstração de “financeiro autônomo” se ela apenas prepara informações.
Inclua na estimativa de um futuro projeto os itens que pretende verificar: uso do modelo, hospedagem, armazenamento, manutenção e tempo de conferência. Defina quais dados seriam enviados a cada serviço e quem poderia interromper a execução. Não prometa economia antes de medir um teste com escopo combinado.
Seu próximo passo pode ser pequeno: escolha uma rotina conhecida, escreva suas exceções e monte a demonstração sem dinheiro real. A contribuição profissional proposta aqui é concreta: mostrar o que a automação resolve, onde ela para e como alguém consegue conferir o resultado.