Como elaborar um programa de compliance · Aula 3 de 5
A pilha tecnológica de conformidade
9 min de leitura
Nenhuma empresa de criptoativos consegue executar seu programa manualmente: as transferências são liquidadas em minutos, os clientes são cadastrados remotamente e as evidências ficam em registros públicos e nos sistemas de parceiros. A pilha tecnológica é, portanto, a estrutura de controles na prática, e suas fragilidades se tornam falhas de conformidade. Esta aula explica os componentes, como escolhê-los e integrá-los sem favorecer nenhum fornecedor e como manter seus dados e modelos sob controle.
Os componentes básicos
Uma pilha típica tem seis componentes. Algumas empresas compram cada um deles; outras combinam ferramentas adquiridas com soluções desenvolvidas internamente.
| Componente | O que faz | Falha típica |
|---|---|---|
| Verificação de identidade | Verificações de documentos e dados, prova de vida, sinais do dispositivo, consultas a registros empresariais | Vulnerabilidade a deepfakes ou identidades sintéticas; cobertura insuficiente de alguns tipos de documentos |
| Triagem | Verifica nomes em fontes de sanções, PEPs e notícias negativas; verifica endereços de carteiras em relação a entradas de listas | Listas desatualizadas, limiares de correspondência definidos por hábito, ausência de nova triagem quando a lista muda |
| Análise de blockchain | Atribuição de endereços, categorias de risco, exposição direta e indireta | Redes ou tokens não cobertos, rótulos desatualizados, pontuações sem explicação |
| Solução de Travel Rule | Descoberta de VASPs de contraparte, mensagens IVMS101, conexões de protocolos | Não consegue alcançar contrapartes em outras redes; dados não armazenados com a transferência |
| Gestão de casos | Alertas, investigações, decisões, elaboração de relatórios, trilha de auditoria | Decisões em texto livre, ausência de vínculo entre o alerta e a evidência |
| Plataforma de dados | Integra dados de clientes, do livro-razão, de blockchain e de mensagens; alimenta o monitoramento e a geração de relatórios | Lacunas entre fontes, ausência de linhagem, carimbos de data e hora inconsistentes |
As regras de monitoramento de transações geralmente são executadas na plataforma de dados ou dentro da ferramenta de análise ou de gestão de casos; onde quer que sejam executadas, dependem dos mesmos dados. O relatório do FATF Oportunidades e desafios das novas tecnologias para PLD/FT (julho de 2021) e suas Orientações sobre identidade digital (março de 2020) descrevem os benefícios e as condições: governança, explicabilidade e supervisão humana.
Desenvolver, comprar ou combinar
Poucas empresas desenvolvem tudo ou compram tudo. A escolha depende de algumas questões:
| Fator | Favorece a compra | Favorece o desenvolvimento |
|---|---|---|
| Dados de referência | Listas, rótulos de atribuição e modelos de documentos que exigem uma grande equipe de pesquisa para sua manutenção | Dados que apenas a empresa possui, como seu próprio livro-razão e o comportamento dos clientes |
| Rapidez | Lançamento em meses com ferramentas comprovadas | Horizonte de longo prazo, requisitos estáveis |
| Diferenciação | Controles padronizados de que todo VASP precisa | Cenários específicos dos produtos da empresa |
| Competências | Equipe de engenharia pequena | Equipe sólida de dados e engenharia que permanecerá na empresa |
Um padrão comum é comprar verificação de identidade, dados de listas, atribuição para análise e conectividade de Travel Rule, e desenvolver a plataforma de dados, os cenários de monitoramento que dependem dos dados da própria empresa e a lógica de decisão que combina todos os sinais. Tudo o que for desenvolvido internamente precisa da mesma documentação, dos mesmos testes e do mesmo controle de mudanças que uma ferramenta de fornecedor.
Seleção de ferramentas
A seleção deve partir da avaliação de riscos e da estrutura de controles, não de uma demonstração. Registre quais controles a ferramenta deve executar e, em seguida, pontue as candidatas segundo critérios como:
- cobertura: redes, tokens e pontes aos quais você oferece ou planeja oferecer suporte; fontes de listas; países e tipos de documentos;
- precisão: taxas de falsos positivos e falsos negativos medidas com seus próprios dados;
- explicabilidade: se cada pontuação ou correspondência vem acompanhada do motivo e da fonte que a fundamentam;
- latência e disponibilidade: tempos de resposta compatíveis com verificações pré-transação e níveis de serviço;
- configurabilidade: limiares, regras e fluxos de trabalho que você pode alterar sob seu próprio controle de mudanças;
- trilha de auditoria: histórico completo de entradas, versões, decisões e ações dos usuários;
- segurança e proteção de dados: relatórios de asseguração independentes, certificação como a ISO/IEC 27001, localização dos dados, criptografia;
- saída: exportação de todos os dados e do histórico em um formato utilizável caso você deixe de usar o fornecedor.
Uma prova de conceito com seus próprios dados é a evidência mais forte. Forneça a uma ferramenta de triagem entradas conhecidas de listas com variações de grafia e veja o que ela encontra. Forneça a duas fontes de análise os mesmos 500 endereços, incluindo seus próprios depósitos de teste, e meça em quais pontos elas divergem; divergências são comuns e indicam onde é necessária uma segunda fonte ou revisão manual (sobre por que a atribuição varia, consulte a aula do IDFE-CF Avaliação da qualidade dos clusters).
Diligência prévia de fornecedores e contratos
Uma ferramenta que executa um controle em seu nome constitui uma contratação de terceiros, e aplicam-se as regras da aula Estruturação da função de conformidade: a empresa mantém a responsabilidade. A diligência prévia abrange a estrutura societária e a saúde financeira do fornecedor, sua segurança e resiliência, sua própria conformidade com sanções e regras de proteção de dados, seus subcontratados e a origem de seus dados. Para dados de análise e triagem, pergunte de onde vêm os rótulos e as entradas das listas, com que frequência são atualizados e como os erros são corrigidos.
O contrato deve prever direitos de auditoria e de acesso a informações, níveis de serviço com medidas de reparação, aviso de mudanças relevantes nos modelos ou nas fontes de dados, notificação de violações, titularidade e devolução dos dados e um plano de saída testado. A concentração também importa: se uma única indisponibilidade interromper simultaneamente o cadastro de clientes, a triagem e o monitoramento, planeje uma alternativa de contingência.
Integração e o fluxo de decisão
A posição de um controle no processo determina se ele previne ou apenas detecta. A triagem de carteiras e as verificações de Travel Rule pré-transação devem ser executadas antes de um saque ser assinado e transmitido; depois que uma transferência está na blockchain, ela não pode ser revertida. Cada controle preventivo precisa de um modo de falha definido: bloquear em caso de falha (reter a transação quando a ferramenta estiver indisponível) para verificações de alto risco, ou liberar em caso de falha com revisão posterior apenas quando a avaliação de riscos aceitar essa abordagem. Outras regras de integração: um único identificador de cliente compartilhado por todos os sistemas, relógios sincronizados em UTC e novas tentativas que nunca criem alertas ou mensagens duplicados. Mudanças na pilha, desde uma nova rede até uma atualização de modelo de um fornecedor, passam por testes em um ambiente de não produção e pela aprovação da área de conformidade antes da implantação, pois uma integração defeituosa pode desativar um controle sem que ninguém perceba.
Toda decisão automatizada deve deixar um registro autoexplicativo:
{
"event": "withdrawal_decision",
"withdrawal_id": "WD-2026-0918-00417",
"customer_id": "C-88213",
"asset": "USDC", "amount": "12500.00", "destination": "0xA1b2…9F",
"screening": { "list_match": false, "list_version": "2026-09-18T06:00Z" },
"analytics": { "entity_type": "VASP", "risk_score": 22,
"source": "provider-1", "label_date": "2026-09-02" },
"travel_rule": { "required": true, "protocol": "TRP",
"status": "ACCEPTED", "payload_hash": "e91c…40ab" },
"decision": "RELEASE", "rule_set": "WD-POLICY v4.2",
"decided_at": "2026-09-18T10:42:07Z"
}O registro armazena as entradas e suas versões, não apenas o resultado: qual versão da lista foi usada na triagem, qual fonte de análise rotulou o destino e quando, se a mensagem de Travel Rule foi aceita e qual conjunto de regras tomou a decisão. Com ele, um investigador ou perito pode reconstruir, meses depois, por que a transferência foi liberada, mesmo após mudanças nas listas, nos rótulos e nas regras. O hash comprova qual mensagem foi enviada sem copiar dados pessoais para cada log.
Plataforma de dados e linhagem
O monitoramento, as informações gerenciais e os relatórios às autoridades só são tão confiáveis quanto os dados que lhes dão suporte. A linhagem de dados documenta de onde vem cada valor e todas as transformações ao longo do caminho. Os Princípios para agregação eficaz de dados de risco e relatórios de risco do Comitê de Basileia (BCBS 239, janeiro de 2013), elaborados para grandes bancos, estabelecem expectativas adequadas a qualquer plataforma de dados de conformidade: precisão, completude, tempestividade e adaptabilidade, sob uma governança clara.
Os controles práticos incluem:
- reconciliações de completude, por exemplo, a comparação da contagem de saques no livro-razão com a contagem dos que passaram pela triagem e a dos que foram monitorados a cada dia;
- monitoramento dos fluxos de dados, com alertas quando uma fonte para ou seu volume cai acentuadamente;
- um dicionário de dados e responsáveis por cada campo crítico;
- acesso baseado em funções, registro de quem visualizou ou alterou registros e retenção por pelo menos cinco anos;
- armazenamento que evidencie adulterações para decisões e evidências.
Um cenário de monitoramento que deixou de abranger uma nova rede por três meses sem qualquer aviso é uma constatação típica; a reconciliação é o controle que teria detectado isso.
Risco de modelos
Muitos componentes da pilha são modelos: algoritmos de correspondência aproximada, pontuações de risco de clientes, pontuações de risco da análise e classificação de alertas por aprendizado de máquina. Cada um deles pode estar errado, ficar desatualizado ou ser usado indevidamente. Mantenha um inventário de modelos com responsável, finalidade, entradas, versão e última validação; valide antes do uso e periodicamente; e controle cada mudança. Quando um investigador discordar de um rótulo ou de uma pontuação de fornecedor, a alteração manual deve ser registrada com seu motivo e suas evidências, comunicada ao fornecedor e contabilizada: uma taxa crescente de alterações manuais é um sinal precoce de que um modelo já não se ajusta ao seu negócio. Os modelos de fornecedores continuam sendo seus modelos: você precisa de documentação e resultados de testes suficientes para explicar suas saídas a uma autoridade supervisora. Referenciais como a Estrutura de Gestão de Riscos de IA do NIST (AI RMF 1.0, janeiro de 2023) e a ISO/IEC 42001:2023 sobre sistemas de gestão de IA ajudam a estruturar a governança. Os métodos de ajuste e validação são abordados na aula Ajuste, métricas e governança de modelos.
Foco no exame: os seis componentes da pilha e a falha típica de cada um; critérios de seleção (cobertura, precisão, explicabilidade, latência, configurabilidade, trilha de auditoria, segurança, saída) e seus testes por meio de uma prova de conceito com seus próprios dados; diligência prévia de fornecedores e cláusulas contratuais, com a responsabilidade permanecendo na empresa; por que os controles pré-transação devem ser executados antes da transmissão e a diferença entre bloquear e liberar em caso de falha; o que contém um registro de decisão autoexplicativo; linhagem de dados, reconciliações de completude e princípios do BCBS 239; inventário e validação de modelos, incluindo modelos de fornecedores.