A trilha de auditoria em PLD é o registro que permite reconstruir como uma análise foi conduzida: qual alerta originou o caso, quais dados foram consultados, quais evidências sustentaram o parecer, quem revisou e qual decisão foi tomada.
Em programas de PLD/FT, a qualidade da decisão depende também da capacidade de demonstrar o caminho percorrido. Uma análise pode ser tecnicamente correta e ainda assim ficar frágil se a instituição não conseguir mostrar o racional, as fontes e os responsáveis por cada etapa.
Esse tema complementa o artigo sobre reporte ao COAF com rastreabilidade e reforça a importância de manter evidências organizadas antes de qualquer decisão crítica.
O que a trilha precisa demonstrar
A trilha de auditoria deve mostrar a sequência do tratamento do caso. Ela não se limita ao arquivo final ou ao parecer. O registro precisa permitir que um revisor entenda como o alerta entrou na fila, por que recebeu determinada prioridade e como chegou ao encerramento, escalonamento ou comunicação.
- Origem do alerta, regra ou evento que iniciou a análise.
- Data de abertura, responsável e unidade ou área envolvida.
- Dados cadastrais, transacionais e relacionais considerados.
- Fontes internas e externas consultadas.
- Critérios de risco, severidade, materialidade e prioridade aplicados.
- Evidências anexadas e justificativa do parecer.
- Histórico de revisão, aprovação, alteração de status e decisão final.
Evidências do alerta e do contexto
O primeiro bloco de evidências deve explicar por que o caso existe. Isso inclui a regra que gerou o alerta, o comportamento observado, o período analisado, valores envolvidos, produtos, canais e eventuais reincidências.
Quando a análise nasce de monitoramento contínuo, vale conectar o caso ao processo descrito no artigo sobre sinais, alertas e evidências em PLD. O alerta deve carregar contexto suficiente para não depender da memória do analista.
- Regra, parâmetro ou tipologia relacionada ao alerta.
- Período analisado e janela de comportamento.
- Compatibilidade entre movimentação, perfil e atividade declarada.
- Histórico de alertas anteriores, encerramentos ou escalonamentos.
- Relações com contrapartes, grupo econômico, beneficiário final ou vínculos relevantes.
Fontes, critérios e parecer técnico
A trilha precisa separar o que foi observado, o que foi usado como critério e qual conclusão foi extraída. Essa distinção reduz ambiguidade e melhora a qualidade da revisão.
- Fonte: de onde veio a informação analisada.
- Critério: regra, política, parâmetro ou racional aplicado.
- Evidência: documento, dado, consulta ou registro que sustenta a análise.
- Parecer: interpretação técnica dos elementos disponíveis.
- Decisão: encaminhamento final e justificativa associada.
Uma trilha auditável deve permitir que outra pessoa entenda o caso sem reconstruir conversas, planilhas e anexos dispersos.
Revisão, aprovação e histórico de alterações
A trilha também deve preservar alterações de status, responsáveis, revisões e aprovações. Em estruturas mais maduras, a segregação de funções ajuda a demonstrar que análise, revisão e decisão seguiram alçadas definidas.
Esse controle é especialmente relevante quando a decisão envolve encerramento de caso sensível, escalonamento interno, diligência adicional ou comunicação. Alterações posteriores precisam ficar registradas com data, responsável e motivo.
- Mudança de responsável ou fila de análise.
- Inclusão, substituição ou remoção de evidências.
- Revisão de parecer ou mudança de conclusão.
- Aprovação por liderança ou comitê quando aplicável.
- Reabertura de caso e vínculo com decisões anteriores.
Linha do tempo, logs e campos mínimos
Para não competir com um dossiê de análise, a trilha de auditoria deve deixar claro o percurso operacional do caso. O foco está no encadeamento: entrada do alerta, fila de tratamento, mudanças de status, responsáveis, revisões, anexos, pareceres e decisão final.
Uma forma prática de avaliar a qualidade da trilha é verificar se outra pessoa conseguiria reconstruir a linha do tempo sem perguntar ao analista. Se a resposta depender de memória, conversa paralela ou planilha auxiliar, a trilha ainda está frágil.
- Abertura: data, regra, origem do alerta, responsável inicial e severidade atribuída.
- Tratamento: evidências adicionadas, fontes consultadas, comentários técnicos e mudança de prioridade.
- Revisão: quem revisou, qual ajuste foi solicitado e qual versão do parecer foi aprovada.
- Decisão: encerramento, escalonamento, monitoramento, diligência adicional ou comunicação, sempre com justificativa.
- Alterações posteriores: reabertura, substituição de evidência, correção de dado ou vínculo com novo alerta.
Esse nível de registro diferencia trilha de auditoria de acervo documental. O dossiê mostra o caso organizado; a trilha mostra como o caso foi conduzido, quem atuou em cada ponto e por que a decisão mudou ou permaneceu igual.
Na prática, esse controle também ajuda a identificar gargalos: casos que ficam tempo demais em uma fila, evidências adicionadas tarde, revisões recorrentes pelo mesmo motivo ou decisões reabertas por falta de contexto. A trilha deixa de ser apenas defesa para auditoria e passa a orientar melhoria operacional.
Como tecnologia reduz fragilidade operacional
O uso de software de PLD/FT ajuda a consolidar alerta, evidências, status, comentários, responsáveis e decisão no mesmo fluxo. Isso reduz o risco de dados ficarem espalhados entre planilhas, e-mails, pastas e mensagens paralelas.
No ecossistema FusionX, o Eagle apoia alertas, evidências, dossiês e decisões rastreáveis, conectando a análise operacional à governança do programa de PLD/FT.
Referências técnicas
- Circular BCB 3.978/2020, especialmente os pontos sobre monitoramento, análise, registros, controles e trilhas de auditoria.
- Carta Circular BCB 4.001/2020, como referência de situações que podem indicar ocorrência de lavagem de dinheiro ou financiamento do terrorismo.
- Coaf – Recepção de Comunicações.
Perguntas frequentes
O que é trilha de auditoria em PLD?
É o conjunto de registros que permite reconstruir o caminho entre alerta, dados analisados, evidências, parecer, revisão e decisão. A trilha mostra quem fez cada etapa, quando fez e com qual justificativa.
Quais evidências precisam ficar registradas?
Devem ficar registrados origem do alerta, dados cadastrais e transacionais, fontes consultadas, critérios aplicados, anexos, parecer técnico, revisões, aprovações, decisão final e histórico de alterações.
Trilha de auditoria é a mesma coisa que dossiê?
Não exatamente. O dossiê organiza o caso e suas evidências. A trilha de auditoria registra o percurso de tratamento do caso, incluindo alterações, responsáveis, datas, status, revisões e aprovações.
Por que a trilha de auditoria é importante em PLD/FT?
Porque decisões de PLD podem ser revisadas por auditoria, controles internos, governança ou supervisão. Sem trilha, a instituição pode ter dificuldade para demonstrar o racional da análise.
Planilhas sustentam uma boa trilha de auditoria?
Planilhas podem apoiar controles iniciais, mas costumam limitar histórico, segregação de funções, anexos, revisão, controle de acesso e recuperação estruturada das evidências.