Automatizando Narrativas de SAR sem Perder a Responsabilidade Humana

Última atualização: setembro de 2026

A automação de narrativas de SAR entrega o primeiro rascunho de uma narrativa de relatório de atividade suspeita (SAR) para um software, de modo que o investigador começa editando um rascunho criado a partir do arquivo do caso. Só vale a pena fazer isso se cada afirmação do rascunho tiver origem nesse arquivo e se uma pessoa identificada ainda revisar a narrativa e se responsabilizar por ela. Este guia aborda o que a Rede de Combate a Crimes Financeiros (FinCEN) espera que uma narrativa contenha, e como redigir, revisar e testar narrativas para que cada afirmação seja fundamentada.

Resumo do guia

• Automatize a consolidação dos fatos e o primeiro rascunho. Mantenha a decisão de que a atividade é suspeita, a interpretação dos fatos, a aprovação e o envio sob a responsabilidade de pessoas identificadas.

• Uma narrativa em rascunho está sujeita ao mesmo padrão de uma escrita do zero: os cinco elementos essenciais da FinCEN (quem, o quê, quando, onde e por quê), além de como a atividade foi realizada.

• A parte demorada de uma narrativa é coletar fatos de vários sistemas antes do início da redação. Um rascunho só pode ser tão bom quanto o arquivo do caso que o sustenta.

• Em um rascunho utilizável, cada afirmação se conecta a um registro, as inferências são identificadas e as lacunas são sinalizadas em vez de serem preenchidas.

• Revise os rascunhos com base em uma lista de verificação escrita, mantenha a preparação e o envio em mãos diferentes e meça as edições que os revisores fazem.

• A FinCEN não emitiu nenhuma orientação sobre IA na preparação de SAR, e as diretrizes revisadas sobre risco de modelos deixam a IA de agentes fora de seu escopo, portanto, os próprios controles da instituição assumem o risco.

O que é a automação de narrativas de SAR?

A automação de narrativas de SAR é o uso de software, cada vez mais IA, para reunir os fatos de uma investigação e redigir a narrativa do relatório de atividade suspeita para que um investigador a revise, edite e aprove. O rascunho só é útil se cada afirmação tiver origem no registro do caso, as inferências forem sinalizadas como tal e as lacunas forem apontadas em vez de preenchidas. A automação muda quem digita a primeira versão. A decisão de que a atividade é suspeita, a aprovação da narrativa e o envio do SAR continuam com as mesmas pessoas de antes.

A narrativa é a conclusão de uma investigação, e sua qualidade é definida em grande parte antes do início da redação: um rascunho baseado em um arquivo de caso fraco será fraco, independentemente de quão bem esteja escrito.

As instruções atuais de envio de SAR da FinCEN chamam a narrativa de "crítica para compreender a natureza e as circunstâncias da atividade suspeita", e esse padrão se aplica independentemente do que gerou o primeiro rascunho. A instituição é responsável pelo que o SAR diz.

O que uma narrativa de SAR precisa fazer?

Uma narrativa de SAR precisa explicar o que aconteceu e por que é suspeito, de forma clara o suficiente para que um investigador externo à instituição consiga acompanhar. As instruções atuais de envio de SAR da FinCEN, lançadas em abril de 2026, dizem que os declarantes "devem fornecer uma descrição clara, completa e concisa da atividade, incluindo o que foi incomum ou irregular que gerou a suspeita". Qualquer rascunho é avaliado de acordo com esse padrão, quem quer ou o que quer que o tenha gerado.

As orientações de narrativa de SAR da FinCEN, emitidas em 2003 e ainda disponíveis em seu site, definem a estrutura. A orientação pede narrativas que sejam "claras, concisas e completas", escritas em um "formato conciso e cronológico" com uma introdução, um corpo e uma conclusão. A FinCEN cita cinco elementos essenciais que uma narrativa deve identificar e diz que o método de operação "também é importante e deve ser incluído na narrativa". Cada elemento precisa vir de algum lugar no arquivo do caso:

• Quem: os sujeitos e sua relação com a instituição, a partir dos registros de clientes e contas.

• O quê: as contas, instrumentos e transações envolvidas.

• Quando: as datas da atividade, em ordem cronológica.

• Onde: onde a atividade ocorreu, incluindo onde a transação inicial foi realizada.

• Por quê: o que torna a atividade incomum para este cliente, em comparação com o que o cliente normalmente faz.

• Como: o método de operação, ou seja, as etapas pelas quais os recursos ou a atividade se movimentaram.

As instruções atuais adicionam detalhes específicos. Descreva a conduta que gerou suspeita cronologicamente quando ela abranger mais de uma ocorrência ou dia, informe se as transações foram concluídas ou apenas tentadas e explique quem se beneficiou e como. Descreva a documentação de suporte e guarde-a por cinco anos, sem incluí-la no SAR, e mantenha dados em formato de tabela fora da narrativa.

O Apêndice L do manual de exames de BSA/AML do FFIEC, que orienta sobre a qualidade do SAR, adiciona dois pontos. A narrativa deve descrever, "da forma mais completa possível, por que a atividade ou transação é incomum para o cliente", e onde ela resume um fluxo de recursos "deve sempre incluir a origem dos recursos (origem) e o uso, destino ou beneficiário dos recursos". Os rascunhos tendem a ser superficiais no "porquê", pois isso depende do comportamento esperado do cliente, que reside no arquivo do caso e não no alerta. A orientação de 2003 da FinCEN também inclui exemplos práticos de narrativas insuficientes, com comentários sobre o que falta em cada uma delas.

Quando um SAR deve ser enviado, e até quando, é uma questão diferente, abordada em um guia sobre requisitos de envio de SAR.

Onde o tempo em uma narrativa de SAR realmente é gasto?

A maior parte do tempo em uma narrativa de SAR é gasta na consolidação dos fatos, antes de qualquer frase ser escrita. Os investigadores extraem registros de vários sistemas, copiam-nos para planilhas e os reconciliam antes de redigir. Um analista sênior de fraudes em uma empresa de gestão de ativos descreveu a situação: "Quando estamos fazendo as narrativas, as narrativas dos casos, estou em... plataformas diferentes, coletando, copiando e colando, criando planilhas com histórico de endereços IP e atividades online. E isso consome muito tempo."

Modelos são uma ajuda comum na redação de SAR para atividades recorrentes, mas economizam menos tempo do que parece. "Vemos muito do mesmo tipo de atividade", disse um responsável por BSA em um banco parceiro. "E então é, você sabe, preencher os espaços em branco em um modelo para uma narrativa. Então ainda é demorado, ainda leva tempo."

Um modelo de narrativa de SAR preenchido também ainda não é uma narrativa de fato. Um modelo pode responder a todas as perguntas e ainda assim falhar em contar a história em ordem cronológica, que é a falha descrita nos próprios exemplos da FinCEN.

A matéria-prima para uma narrativa já existe a partir do momento em que a investigação é feita corretamente. O manual de exames de BSA/AML do FFIEC diz que "após uma pesquisa e análise completas, os investigadores devem documentar as conclusões, incluindo qualquer recomendação sobre enviar ou não um SAR". Essa conclusão documentada, com as evidências por trás dela, é de onde uma narrativa é elaborada. Uma ferramenta que redige sem consolidar essas evidências economiza tempo de digitação, mas deixa a coleta de fatos intocada.

Algumas equipes já usam IA para ajudar na redação. Um responsável por BSA em um banco comunitário disse que a única ferramenta de IA em uso no banco era um assistente geral para dúvidas de conformidade, que também ajudava a narrar SARs e não estava conectado ao sistema principal do banco. Um assistente que não consegue ver o registro do caso trabalha apenas com o que o investigador fornece, portanto, a fundamentação e a verificação ainda dependem inteiramente do investigador.

Como os alertas são revisados e escalados antes que um caso chegue a esse ponto é abordado em um guia separado sobre automação de alertas de AML L1.

O que uma ferramenta de redação pode preparar e o que deve ficar com uma pessoa?

Uma ferramenta de redação pode preparar tudo o que envolve consolidação de informações, e uma pessoa mantém tudo o que exige julgamento. A ferramenta reúne os fatos de registros conectados, produz um primeiro rascunho na estrutura e nos termos da instituição, vincula cada afirmação à sua origem e lista o que não conseguiu estabelecer. Uma pessoa decide se a atividade é suspeita, interpreta os fatos, edita e aprova a narrativa, assina e envia o SAR.

A coluna da esquerda pode ser verificada com base no registro. A coluna da direita exige julgamento e permanece com pessoas identificáveis pela instituição.

Um diretor de estratégia de plataforma de produtos em uma empresa de pagamentos fez a pergunta central deste guia: "Então, se for possível fazer isso de forma automatizada, economizaremos muito tempo, mas... Isso é legalmente correto de verdade? E seria útil?" A FinCEN não emitiu nenhuma orientação sobre IA na preparação de SAR, de modo que a resposta está no padrão existente: a narrativa tem de cumpri-lo, e a instituição deve se responsabilizar por ela.

A assistência na redação une-se a uma cadeia de responsabilidade que já conta com várias pessoas e não deve anular essa cadeia. O responsável por BSA do banco parceiro citado acima descreveu a cadeia em sua instituição:

"Temos analistas de BSA fazendo a investigação, eles preparam o formulário SAR. Eles escrevem a narrativa, fazem tudo isso. E depois temos gerentes de BSA que fazem o controle de qualidade, garantindo que seja preenchido corretamente. Depois, seriam eles a assinar e a enviar à FinCEN."

O manual de exames do FFIEC explica por que isso é importante. "Por sua natureza, as narrativas de SAR são subjetivas, e os examinadores geralmente não devem criticar a interpretação dos fatos da instituição." Essa consideração pressupõe que a interpretação é da própria instituição, realizada por pessoas que sabem explicá-la. O manual também instrui os examinadores a focarem se o banco possui um processo de tomada de decisão de SAR eficaz, e uma ferramenta de redação passa a fazer parte desse processo.

Como manter cada afirmação de um rascunho fundamentada no arquivo do caso?

Você mantém um rascunho fundamentado redigindo apenas a partir de dados de casos e políticas da instituição aprovados, e vinculando cada afirmação factual ao registro de onde ela veio. Um revisor pode então verificar cada alegação em relação à sua origem, em vez de apenas confiar no texto. Três regras decorrem disso:

1. Vincule cada afirmação a um registro. Cada valor, data, conta e contraparte no rascunho aponta para a transação, registro de cliente ou documento de onde se originou.

2. Sinalize inferências como tal. Mantenha os fatos separados de inferências e recomendações, e use uma linguagem descritiva ("indício de", não "isso é suspeito"), para que o investigador tire a conclusão e possa ajustar uma frase, se necessário.

3. Sinalize lacunas em vez de preenchê-las. Um rascunho deve informar o que não foi possível encontrar, como um beneficiário ausente, uma origem de fundos não explicada ou um campo que nenhum sistema conectado pôde preencher.

As lacunas podem importar mais para um investigador do que o texto em si. Um líder de serviços financeiros em um provedor de serviços gerenciados de AML disse: "Estou mais focado no que você não encontrou do que no que encontrou, por mais estranho que pareça... Nem sempre você terá uma narrativa perfeita. Muitas vezes faltarão coisas, e tudo bem, desde que economizemos tempo."

O diretor de estratégia de plataforma de produtos da empresa de pagamentos, citado acima, disse que se uma ferramenta de redação alucinar, enviar à FinCEN um relatório com mesmo poucas palavras erradas seria um problema gravíssimo. Os links de origem tornam qualquer palavra incorreta localizável antes do envio, pois uma afirmação sem origem é a primeira coisa que um revisor questiona.

Os detalhes devem vir dos registros subjacentes. Um líder de investigações de AML no mesmo provedor de serviços gerenciados destacou que "uma narrativa de SAR deve mostrar onde a transação, a transação inicial, ocorreu", e esse detalhe reside no registro da transação e não no resumo do alerta.

Para os bancos, a regulamentação oferece mais um motivo para vincular as afirmações aos registros. De acordo com a norma 31 CFR 1020.320(d), a documentação de suporte "deve ser identificada e mantida pelo banco como tal, sendo considerada como enviada junto com o SAR", e o banco deve guardá-la por cinco anos a partir da data de envio. Uma afirmação que aponta para uma documentação identificada é algo que a instituição pode apresentar quando solicitada.

A Oscilar estabelece os mesmos princípios para IA na gestão de casos: a IA deve trabalhar apenas com dados de casos e políticas aprovados, vincular afirmações relevantes aos campos de origem e sinalizar informações ausentes ou conflitantes.

Como os rascunhos automatizados falham?

Os rascunhos automatizados falham de cinco maneiras previsíveis, e quatro delas vão contra as próprias orientações da FinCEN. Cada uma possui uma verificação correspondente na lista de revisão da próxima seção.

Repetir o formulário. Um membro da equipe de BSA/AML em uma cooperativa de crédito descreveu um teste anterior de narrativas elaboradas por IA, que estavam "essencialmente pegando tudo da etapa um, etapa dois, etapa três e repetindo na narrativa. Mas se já está no próprio formulário do SAR, não precisa estar na narrativa." As instruções da FinCEN pedem uma narrativa que englobe os dados das partes estruturadas do formulário e adicione o que mais for necessário para explicar a atividade, e um rascunho que apenas repete os campos ignora a explicação.

Preencher a lista de verificação. Um dos exemplos da FinCEN de uma narrativa insuficiente é um banco que "responde à lista de verificação encontrada nas instruções do SAR" mas "falha em fornecer um relato cronológico e completo da violação da lei para explicar a natureza da atividade suspeita". Um modelo preenchido campo a campo produz esse tipo de narrativa.

Excesso de dados. As instruções da FinCEN pedem aos declarantes que mantenham dados em formato de tabela fora da narrativa, e incluir mais dados não torna a narrativa mais segura. Um líder de relatórios regulatórios em um grande banco disse que o banco inseria dados transacionais completos em suas narrativas como uma rede de segurança contra erros humanos, e recentemente foi questionado pelo regulador sobre o motivo disso.

Jargão interno. Os materiais do pacote de orientação narrativa da FinCEN chamam isso de regra número um: "Não presuma que o leitor esteja familiarizado com a terminologia interna, siglas, processos operacionais de sua instituição ou que tenha outro conhecimento relacionado à violação relatada." Um rascunho montado a partir de rótulos de sistemas, nomes de filas e códigos de regras quebra essa regra por padrão, pois essas são as palavras que os sistemas de origem usam.

Ignorar o próprio padrão da equipe. Equipes que definem como as narrativas devem ser escritas esperam que um rascunho siga o que escreveram. Um responsável de conformidade comercial em uma empresa de gestão de ativos disse: "Tenho um procedimento interno que explica como quero que as narrativas sejam escritas... Então, há termos específicos que quero no parágrafo de abertura."

Redigir com base em um único padrão escrito também ajuda na consistência. Um gerente de BSA em uma cooperativa de crédito disse que os modelos não resolveram a inconsistência quando várias pessoas diferentes escreviam as narrativas, portanto, um padrão aplicado a cada rascunho é uma medida de qualidade por si só, independentemente da velocidade.

Como uma narrativa rascunhada deve ser revisada e aprovada?

Revise uma narrativa rascunhada com base em uma lista de verificação escrita antes da aprovação, mantenha a pessoa que a prepara separada da pessoa que a envia e registre quem revisou e aprovou. Um diretor de BSA em outro banco parceiro expressou a postura regulatória de forma clara: "Mesmo se pudéssemos automatizar todo o processo até o envio do SAR, só porque podemos, não significa que devamos; do ponto de vista regulatório, eles vão querer ver que temos limites muito rígidos sobre como fazemos o controle de qualidade disso."

A lista de verificação de revisão abaixo baseia-se nas instruções e orientações da FinCEN e na orientação de qualidade de SAR do FFIEC.

Cada linha pode ser verificada com base no arquivo do caso ou nas próprias palavras da FinCEN, o que mantém a revisão consistente de um revisor para o outro.

Mantenha a preparação e o envio em mãos diferentes. Uma ferramenta de redação não altera a segregação de funções: o analista que prepara um SAR não deve ser a pessoa que o envia, e um rascunho gerado pela ferramenta conta como um trabalho preparado de responsabilidade do analista.

Trate a qualidade da narrativa como uma revisão independente. Um gerente de operações de AML em uma fintech disse que o controle de qualidade da equipe analisa duas coisas distintas: a qualidade da narrativa e da análise, e se o monitoramento sinalizou a atividade correta logo no início. Uma narrativa pode parecer boa e ainda assim se basear em um alerta fraco, e um alerta forte pode terminar em uma narrativa superficial, por isso cada um recebe sua própria verificação.

Meça as edições que os revisores fazem. Um diretor de conformidade em um banco comunitário perguntou se outras equipes estavam percebendo que as narrativas de casos rascunhadas eram boas, mas ainda precisavam de muito trabalho manual para melhorar. Essas edições são a evidência mais direta da qualidade do rascunho, pois cada uma aponta algo que o rascunho errou ou omitiu.

Um responsável por BSA em outro banco comunitário descreveu sua hesitação: "Sou da velha guarda, estava acostumado a analisar de perto e fazer meus próprios cálculos e minhas próprias planilhas, analisando entradas e saídas. Ainda não confiei na IA para fazer isso por mim." Um revisor que consegue abrir o registro por trás de cada afirmação ainda está analisando os fatos de perto, e o rascunho altera apenas o ponto de partida da revisão.

Qual função detém qual direito quando um agente está envolvido, desde a recomendação de uma decisão até o envio, é abordado em um guia separado sobre intervenção humana em fraudes e AML.

Que evidências você deve esperar antes de confiar em narrativas em rascunho?

Antes de confiar em narrativas elaboradas automaticamente, espere quatro tipos de evidências: um teste comparando com narrativas que a equipe já enviou, testes em paralelo em casos reais, métricas de retrabalho e edições de revisores, e um registro completo do que a ferramenta produziu e o que as pessoas alteraram. Os controles de confidencialidade pertencem à mesma avaliação.

Teste primeiro em relação ao trabalho anterior. Execute a ferramenta de redação em casos encerrados e compare seus rascunhos com as narrativas que a equipe realmente enviou, buscando elementos ausentes, afirmações sem suporte e dados incorretos. Em seguida, execute-a em paralelo em casos reais, com os investigadores trabalhando normalmente, e avalie os resultados antes de confiar em um rascunho. A Oscilar estrutura sua própria avaliação antes da produção da mesma forma: um teste retrospectivo em alertas históricos, depois o modo de teste em segundo plano na fila ativa, com uma análise de resultados ao final.

Meça a qualidade e também o tempo. Acompanhe o retrabalho, as edições de revisores, os casos reabertos e as conclusões da garantia de qualidade, além de qualquer tempo economizado. Uma ferramenta que economiza tempo de redação, mas adiciona tempo de revisão, apenas transferiu o trabalho para os revisores.

Registre tudo. Prompts, resultados, edições, ajustes e aprovações devem permanecer registrados para auditoria, permitindo que a instituição reconstrua quem alterou o quê e quem aprovou o texto final. Espere que os examinadores perguntem tanto sobre a ferramenta quanto sobre a narrativa: um diretor digital e de riscos em um banco parceiro disse que um examinador de uma instituição anterior "me cobrou bastante sobre validação de dados, validação de IA e validação de modelos".

Mantenha a redação onde o acesso é controlado. Para os bancos, a norma 31 CFR 1020.320(e) diz: "Um SAR, e qualquer informação que revele a existência de um SAR, são confidenciais e não devem ser divulgados, exceto conforme autorizado neste parágrafo (e)." Uma narrativa em rascunho pode revelar que um SAR está sendo preparado, de modo que a interpretação operacional prudente é que os rascunhos devem permanecer dentro de sistemas controlados pela instituição, visíveis apenas para as pessoas que trabalham no caso. Como a regra se aplica a uma ferramenta específica é uma questão para a assessoria jurídica da própria instituição.

O que os reguladores disseram sobre IA e narrativas de SAR?

Até 24 de setembro de 2026, a FinCEN, que define o padrão do SAR, não emitiu nenhuma orientação sobre o uso de IA para preparar SARs, e nem as instruções de envio atuais nem as perguntas frequentes de SAR de outubro de 2025 mencionam o assunto. O padrão de narrativa existente aplica-se, portanto, a uma narrativa rascunhada da mesma forma que se aplica a uma escrita do zero.

Um relatório do Tesouro ao Congresso de março de 2026 sobre tecnologias inovadoras para combater o financiamento ilícito envolvendo ativos digitais descreve a prática em uma seção sobre como as instituições financeiras usam IA. De acordo com o relatório, "as instituições financeiras estão experimentando aplicativos de IA generativa que podem ser usados para auxiliar o pessoal de conformidade de AML/CFT em instituições financeiras na conclusão de revisões de casos, investigação de atividades suspeitas e até mesmo na redação de narrativas de relatórios de atividades suspeitas (SAR)". O mesmo relatório afirma que "preocupações com a qualidade dos dados, governança e validação continuam sendo barreiras para a implementação de ferramentas de IA". O relatório não endossa nem restringe a prática.

A diretriz interinstitucional revisada sobre risco de modelos, emitida em 17 de abril de 2026 como SR 26-2 do Federal Reserve, OCC Bulletin 2026-13 e FDIC FIL-15-2026, deixa a IA generativa e de agentes fora de seu escopo. Para ferramentas que a orientação não abrange, ela diz que as próprias práticas de governança e gestão de risco de uma organização bancária "devem orientar a determinação de governança e controles apropriados". As agências informaram que planejam emitir uma solicitação de informações sobre gestão de risco de modelos que considere, em particular, o uso de IA pelos bancos, incluindo IA generativa e de agentes; ela não havia sido emitida até 24 de setembro de 2026.

A declaração interinstitucional de 2018 sobre esforços inovadores para combater a lavagem de dinheiro e o financiamento do terrorismo, ainda em vigor, cita os relatórios de atividades suspeitas entre as áreas que a inovação pode aprimorar. A declaração também afirma que os bancos "devem continuar a cumprir suas obrigações de conformidade de BSA/AML" quando testarem novas abordagens. O preâmbulo da proposta de regra do programa de AML/CFT da FinCEN, publicada em abril de 2026 e ainda em fase de proposta, diz que as instituições que "experimentarem de forma responsável tecnologias inovadoras" não incorrerão em riscos adicionais de uma ação de fiscalização significativa "apenas com base no uso de tecnologias inovadoras". Nem a declaração nem a proposta alteram quem é responsável pelo SAR: a instituição o envia e assume o que ele diz, independentemente de quem ou do que gerou o primeiro rascunho.

Como a Oscilar aborda narrativas de SAR

A Oscilar trata a narrativa como a etapa final de uma investigação, de propriedade dos investigadores e revisores da instituição. Seu agente de narrativas de SAR cria rascunhos a partir do caso que o investigador estruturou, e as pessoas na instituição editam, aprovam e enviam o resultado.

O Agent Hub da Oscilar descreve o agente com as seguintes palavras: "Cria rascunhos de narrativas de SAR usando dados de casos estruturados, histórico de transações e políticas internas. O agente organiza os fatos em um formato pronto para o órgão regulador, destaca indicadores de risco e apresenta isso como a última etapa do envio do SAR." Onde a plataforma está conectada aos sistemas de origem, ela pode preencher os campos do sujeito do SAR a partir deles, e os campos que ela não conseguir preencher são destacados para conclusão manual, de modo que a lacuna permaneça visível para o investigador.

A mesma regra operacional se aplica a todos os agentes da Oscilar que redigem rascunhos enquanto os investigadores decidem: os agentes nunca encerram ou escalam alertas de forma autônoma, e cada recomendação é revisada e confirmada por um analista humano antes que qualquer ação seja tomada. A Oscilar mantém um histórico de auditoria completo por decisão com justificativas armazenadas, contando com intervenção humana por padrão. Os controles baseados em funções evitam que o analista que prepara o SAR seja a mesma pessoa que o envia.

O agente de narrativas de SAR é descrito em mais detalhes em sua própria página de produto.

Perguntas frequentes

O que é a automação de narrativas de SAR?

A automação de narrativas de SAR é um software, cada vez mais IA, que reúne os fatos de uma investigação e elabora o rascunho da narrativa do relatório de atividade suspeita para que um investigador o edite. Uma pessoa ainda revisa e aprova a narrativa, e a instituição envia o relatório e assume a responsabilidade pelo que está escrito. A abordagem funciona apenas quando cada afirmação no rascunho tem origem no registro do caso e as lacunas são sinalizadas em vez de preenchidas.

Como evitar que uma narrativa rascunhada por IA declare algo que não está no arquivo do caso?

Redija apenas com base em dados de casos aprovados e vincule cada afirmação factual à transação, registro de cliente ou documento de onde se originou, para que um revisor possa verificar cada ponto em relação à sua origem. Sinalize inferências como tal e faça com que o rascunho liste o que não pôde estabelecer em vez de tentar preencher a lacuna. O revisor então verifica os links, além do texto, antes de aprovar a narrativa.

O que uma narrativa de SAR deve conter para ser considerada completa e suficiente?

Uma narrativa de SAR completa e suficiente identifica os cinco elementos essenciais exigidos pela FinCEN (quem, o quê, quando, onde e por quê) e descreve como a atividade foi realizada. As instruções de envio atuais da FinCEN também exigem um relato cronológico quando a atividade abranger mais de uma ocorrência ou dia, se as transações foram concluídas ou apenas tentadas, quem se beneficiou e como, além de uma descrição da documentação de suporte. A diretriz de qualidade de SAR do FFIEC adiciona por que a atividade é incomum para o cliente e, onde houve movimentação de recursos, sua origem e destino.

Que testes e histórico de auditoria os reguladores e compradores devem esperar da automação de narrativas?

Espere que os rascunhos sejam testados em relação a narrativas que a equipe já enviou anteriormente e depois executados em paralelo em casos reais, medindo as edições dos revisores e o retrabalho antes de confiar neles. Prompts, resultados, edições, ajustes e aprovações devem permanecer registrados, de modo que a instituição possa demonstrar quem alterou o quê e quem aprovou a narrativa final. As diretrizes revisadas sobre risco de modelos deixam a IA de agentes fora de seu escopo, portanto, a própria governança da instituição define esses controles.

Uma narrativa em rascunho vale a pena ser utilizada quando cada afirmação tem origem no arquivo do caso e uma pessoa identificada a revisou e se responsabiliza por ela. Automatize a consolidação e o primeiro rascunho, e mantenha a decisão de envio e a responsabilidade pelo que o SAR diz com as pessoas. Para ver como a redação, a revisão e o histórico de auditoria para cada decisão funcionam juntos, leia sobre conformidade de AML para bancos, ou solicite uma demonstração com casos que sua equipe já encerrou.