Background check e sanções
Três módulos de compliance consultam o documento lido em fontes de sanção e antecedentes:ofac_realtime (nome e CPF do documento na lista OFAC SDN de sanções internacionais, na versão vigente publicada pelo Tesouro americano, com atestação datada da consulta, a data da publicação em publication_date e sem certidão em PDF), criminal_records_federal (Certidão de Antecedentes Criminais CAC/SINIC) e warrants_interpol (mandados de busca e apreensão BNMP/CNJ e alertas Interpol). Exigem Verificação de Identidade, Face Match e Liveness, pela mesma razão do PEP: o CPF consultado vem do documento, nunca digitado.
Disponibilidade: o ofac_realtime está à venda e pode ser ligado num flow. O criminal_records_federal e o warrants_interpol aparecem na tabela de preços e no GET /v1/capabilities com preço e status coming_soon, e não podem ser ligados num flow enquanto a entrega da fonte não for provada em produção. O estado vem do catálogo vivo, e esta página acompanha.
Como o pep_sanctions, nunca reprovam sozinhos: um hit sinaliza com evidência para revisão humana (nunca decline automático). Se a fonte não responder (indisponível), o módulo fica pending e não é cobrado (oofac_realtime cobra sempre que responde, inclusive em nada consta, que é o produto: a evidência auditável; enquanto a versão vigente da lista não puder ser confirmada, ele fica pending e não cobra).
A fonte só é consultada quando a verificação comprova que a pessoa presente é a dona do documento: Face Match, Liveness e leitura do documento aprovados, sem indício de ataque. Sem essa prova a fonte não é consultada, o módulo sai pending e não é cobrado. Com pending, flagged e clear_record não afirmam nada: leia o outcome. A aprovação manual da verificação no painel não chama estas fontes: o módulo continua pending.
Sobre a certidão em PDF, e leia isto antes de programar contra o campo. A certidão do criminal_records_federal e do warrants_interpol vive no S3, e o payload nunca leva o conteúdo em base64 nem a chave do objeto no bucket. O que ele leva, no campo pdf_media_id, é o identificador da mídia da certidão na verificação. Para abrir o PDF, chame GET /v1/verifications/{id}/media com a sessão do painel (papel owner ou admin): a lista devolve o item com esse mesmo id, kind igual a compliance_certificate e uma URL pré-assinada de vida curta, e o acesso fica registrado como toda visualização de mídia. A certidão segue o prazo de retenção da mídia da verificação e é apagada junto com ela, no pedido do titular, no vencimento do prazo e no encerramento da conta. null significa que não veio PDF da fonte, ou que o envio ao S3 falhou sem derrubar o veredito, que já está em clear_record.
O ofac_realtime é um add-on que se soma ao pep_sanctions (traz a atestação datada da consulta e a busca por documento/passaporte mundial), não o substitui: em um flow com os dois, a afirmação OFAC aparece nas duas camadas.
pending, qualquer que seja o sufixo.