,

Agentes no backoffice financeiro BR: matriz go/no-go (AP, conciliação, crédito, CX)

Para quem é este guia

CIO, CISO, risco operacional, auditoria interna e heads de operações em banco, cooperativa, IP, corretora ou corporate financeiro no Brasil que precisam decidir onde colocar agente em backoffice sem quebrar SoD nem LGPD.

Não é shortlist de vendors (peça 2) nem checklist de POC (peça 3). É a régua go/no-go por processo.

Por que a compra mudou (contexto BR, sem hype)

  • BC (01/09/2026, Valor): eventual problema em prestadora de IA relevante pode afetar estabilidade — compra de plataforma vira terceiro crítico / concentração, não só feature. Norma setorial específica de IA do BC ainda não; vale o arcabouço vigente de risco operacional e terceiros.
  • CMN 5.274/2025 + BCB 538/2025 (vigência citada a partir de 01/03/2026): barra prescritiva de ciber com integração segura, controles de acesso e rastreabilidade. Agente com tool-use herda isso: identidade do agente ≠ humano; logs de tool call.
  • CVM Res. 246/2026 (DITEC, 31/07/2026): forcing function de board para quem está sob CVM — “o regulador formalizou governança de IA; e nós?”
  • Febraban/Deloitte (Tech 2026, IT Forum 27/08/2026): agentes em parte dos bancos, escala plena ainda minoritária; ganhos de eficiência em backoffice na pesquisa são agregados setoriais. Use como contexto de maturidade/orçamento — não como ROI de um vendor.
  • BB + Salesforce (Época Negócios, 16/07/2026): evidência pública BR de agente ao lado do gerente (assistido). Padrão de compra para CX. Não prova go para AP autônomo.

Ponte curta com Semanas 1–2: enforcement no path e HITL/kill/audit genéricos continuam válidos. Aqui o delta é SoD, alçada, Open Finance e Art. 20 no crédito.

Princípios antes da matriz

  1. Draft → approve → post. O agente prepara; humano (ou segundo controle) autoriza; o sistema posta. Nunca “agent posts” em conta crítica.
  2. Identidade do agente = conta de serviço com role mínima. Proibido reutilizar user humano (rastreabilidade + SoD).
  3. ROI sobrevive a auditoria só se benefício (tempo/erro) for mensurável e SoD + HITL + log forem testáveis por amostragem — não por slide setorial.
  4. Credit + Open Finance: go só com mapa de finalidade/consentimento e revisão humana documentada (LGPD Art. 20 quando a decisão afetar o titular).

Matriz go/no-go

Critérios transversais: HITL, SoD (quem inicia ≠ quem autoriza ≠ quem reconcilia), audit (agente_id, tool, hash de args, policy version, aprovador, outcome).

Contas a pagar (AP)

Go Extração NF/OCR → matching 2/3-way → draft de pagamento; triagem de exceções; inquiry a fornecedor com template
No-go / pause Agente libera pagamento sem alçada dual; cria fornecedor e aprova pagamento; altera PIX/dados bancários sem out-of-band
HITL mínimo Novo fornecedor; mudança de conta/PIX; valor acima do limiar; exceção fiscal
SoD / alçada Perfis separados: cadastro / lançamento / aprovação / tesouraria; agente sem permissão de SoD admin
Audit mínimo Quem sugeriu, quem aprovou, hash do draft, NF id, limiar, deny/timeout

Referência de desenho (não default de core bancário BR): padrões tipo Payables Agent com supervisor + MCP de ERP com herança de security role e exclusão de forms de SoD/admin (docs Microsoft Dynamics — útil como contrato MCP+SoD).

Conciliação

Go Match automático com tolerância; priorização de breaks; sugestão de ajuste sem postar
No-go / pause Postagem automática de ajuste em conta crítica; “fechar” o dia sem sign-off; agente com reverso e aprovação
HITL mínimo Breaks acima de materialidade; contas reguladas
SoD / alçada Quem concilia ≠ quem aprova ajuste; agent identity distinta
Audit mínimo Trace das regras de match, materialidade, versão do classificador de break

Posicionamentos de core BR com agentes em conciliação/liquidez (ex.: narrativa “Banco Agêntico”) entram como hipótese de POC, não como autonomia plena até haver evidência em tenant do banco.

Credit ops

Go Coleta documental, checklist, score assistido, recomendação de parecer; alerta de política/regulatório (padrão do case BB em CX/crédito conversacional)
No-go / pause Concessão/negativa automática sem revisão humana quando há dado pessoal / impacto ao titular (Art. 20); override de política pelo agente; consumo de Open Finance além do consentimento/finalidade
HITL mínimo Sempre para decisão de crédito que afete cliente; shadow mode antes de qualquer write no core
SoD / alçada Analista ≠ aprovador; modelo de risco sob governança de model risk
Audit mínimo Features usadas, versão do modelo, parecer humano, base legal OF/consentimento

CX (atendimento / relacionamento)

Go Briefing, next-best-action, resumo omnichannel, roteamento; voice/chat com escalate — alinhado ao padrão BB (agente ao lado do gerente)
No-go / pause Transferência/contrato/portabilidade sem confirmação; OF além do consentimento; impersonar gerente em canal externo; herdar role de tesouraria/AP
HITL mínimo Ações com side-effect financeiro ou contratual; chat-only pode ser assistido com DLP
SoD / alçada Agente de CX não herda role de AP/tesouraria
Audit mínimo Sessão, canais, redaction LGPD, policy de oferta

Como ler a matriz na prática

Se o pedido for… Resposta típica
“Agente fecha o caixa” No-go até SoD + draft/approve/post + drill de kill
“Agente ajuda o gerente” Go CX assistido com DLP e escalate
“Agente decide crédito sozinho” No-go sob Art. 20 + model risk; shadow + HITL primeiro
“Agente só concilia e sugere” Go com materialidade e sign-off humano
“Mesmo bot de CX paga fornecedor” No-go de SoD — identidades e roles separadas

Ponte regulatória (sem esperar norma de IA do BC)

  • Trate prestadora de IA/orquestração como terceiro com exit e concentração mapeados (sinal BC set/2026).
  • Aplique rastreabilidade e controle de acesso das resoluções de ciber já vigentes ao agent identity.
  • Sob CVM, use Res. 246 como gancho de política interna de IA — não como checklist de AP.
  • Open Finance: agente que “puxa OF” herda parceria, consentimento e finalidade; POC técnica sem mapa jurídico quebra no go-live.

O que não fazer

  • Usar % Febraban como ROI do seu RFP;
  • Extrapolir case BB CX para AP autônomo;
  • Misturar roles de CX e tesouraria no mesmo agent_id;
  • Postar ajuste/pagamento sem alçada porque “a acurácia do OCR está boa”;
  • Inventar ranking de vendors neste artigo.

FAQ

Por que draft→approve→post e não autonomia total?
Porque auditoria e SoD testam quem autorizou o write. Autonomia total em AP/crédito falha o teste mesmo com boa acurácia de modelo.

Art. 20 só vale para crédito?
Aplica-se a decisões unicamente automatizadas com efeitos sobre o titular. Crédito e ofertas com OF são os casos mais óbvios nesta matriz; mapeie outros fluxos com privacidade.

Febraban diz que bancos já usam agentes — estamos atrasados?
A pesquisa mostra prioridade alta e escala plena ainda limitada. Atrase-se em controle, não em slide de maturidade.

CMN/BCB substituem HITL da Semana 2?
Não. São baseline setorial de rastreabilidade/acesso. HITL/SoD/audit da matriz continuam obrigatórios no desenho do processo.

Fontes

  1. Valor Econômico — BC / prestadoras de IA e estabilidade (01/09/2026)
  2. IT Forum — Febraban/Deloitte pesquisa tech bancária (27/08/2026)
  3. Finsiders — CMN 5.274 / BCB 538 e discussões de IA no BC
  4. Época Negócios — Banco do Brasil + Salesforce agentes (16/07/2026)
  5. CVM — Res. 246/2026 (DITEC)
  6. Microsoft Learn — Dynamics ERP MCP / Payables Agent (referência MCP+SoD)
  7. Inforchannel — Matera / operação bancária com IA (posicionamento; caveat)
  8. Metodologia de comparativos iab2b.site v1

Disclaimer editorial

Guia informativo da iab2b.site. Não é ranking, endosso, parecer jurídico regulatório ou resultado de bake-off. Claims de cases e números setoriais devem ser lidos na fonte e datados. Confirme status normativo (OF, resoluções BC/CVM) na data da decisão. Sem preços, sem Market Guides sob paywall, sem métricas inventadas.