Payment screening: como funciona e o que ele não detecta

O payment screening responde a uma única pergunta antes de o dinheiro se mover: a instituição pode operar com essa contraparte? Neste artigo, explicamos como ele funciona, em que se diferencia do monitoramento transacional e do screening de fraude, o que as listas não detectam em pagamentos instantâneos e no crédito digital, e quais sinais do dispositivo e da sessão ajudam a fechar essa lacuna.

O que é payment screening?

Payment screening é a verificação que uma instituição financeira aplica a um pagamento antes de executá-lo. O pagador, o beneficiário, seus bancos e outros dados da mensagem de pagamento são cotejados com listas de sanções, listas restritivas, dados de PEP (pessoas expostas politicamente) e listas de monitoramento internas. Uma possível correspondência retém o pagamento para revisão; uma correspondência confirmada significa que ele é bloqueado ou rejeitado.

O payment screening costuma ser visto como um controle de sanções, e as obrigações por trás dele são rígidas: as regulamentações da OFAC se aplicam a pagamentos de qualquer valor, e, na UE, os prestadores de transferências instantâneas em euros precisam verificar seus clientes contra as listas de sanções da UE pelo menos uma vez por dia.

Para os credores digitais, esse enfoque deixa escapar outro problema. Um empréstimo liberado para uma conta laranja, ou um desembolso solicitado a partir de uma sessão que o tomador não controla, passa pelo screening de sanções porque nenhuma das partes consta em uma lista. As listas mostram se a instituição pode fazer o pagamento; elas não mostram se o pagamento é o que aparenta ser.

Como funciona o processo de payment screening

O processo ocorre no curto intervalo entre a ordem de pagamento e sua execução, seja uma transferência nacional, uma transferência internacional ou a liberação de um empréstimo.

1. Extração dos dados da mensagem de pagamento

O motor de screening lê os campos que identificam as partes: nomes, endereços, identificadores de conta, identificadores bancários, códigos de país e o texto livre do pagamento. O texto livre importa, porque uma parte sancionada pode aparecer na descrição do pagamento, e não em um campo de nome.

2. Cotejo com listas de sanções e listas de monitoramento

Esses campos são comparados com as listas que vinculam a instituição (por exemplo, as listas de sanções da OFAC, da UE, da ONU e do Reino Unido), além de dados de PEP e listas de monitoramento internas. O cotejo é aproximado por design (fuzzy matching), para detectar transliterações, erros de grafia e nomes em ordem invertida. Esse mesmo design é também a origem dos falsos positivos.

3. Revisão do alerta e decisão

Uma possível correspondência retém o pagamento. Um analista compara identificadores secundários, como data de nascimento, nacionalidade ou endereço, e então libera o pagamento, rejeita-o ou congela os fundos e comunica às autoridades. O valor não altera a obrigação: a OFAC afirma que suas regulamentações não estabelecem valor mínimo nem máximo.

Por que o momento define o payment screening

O screening acontece antes de os fundos se moverem. É isso que o distingue do monitoramento transacional, que analisa a atividade depois da execução. Uma vez liquidada a transferência, a instituição só pode investigar e tentar recuperar o dinheiro.

Payment screening vs. monitoramento transacional vs. screening de fraude

Os três controles podem estar a cargo das mesmas equipes e, às vezes, são contratados do mesmo fornecedor; por isso são confundidos. Os três respondem a perguntas distintas em momentos distintos.

Uma lacuna em um desses controles raramente é coberta pelos outros dois. Um motor de sanções normalmente não enxerga o dispositivo, e um modelo de fraude não foi feito para cotejar nomes com uma lista de congelamento de ativos.

Nossos guias sobre fraude transacional e prevenção de fraude em pagamentos aprofundam o lado da fraude.

O que o screening de listas não consegue detectar

O screening de listas pergunta se uma parte aparece em uma lista. Nos padrões de fraude a seguir, nenhuma aparece. A mensagem de pagamento está limpa, e o risco está em quem o iniciou, de qual dispositivo e para onde o dinheiro vai depois.

Fraude de pagamento autorizado (APP)

Na fraude de pagamento autorizado (APP, na sigla em inglês), o titular da conta é manipulado a enviar o pagamento ele mesmo. O beneficiário costuma ser uma conta comum, não uma entidade listada, então o screening de sanções o aprova.

A dimensão aparece nos dados de reguladores e do setor. No Espaço Econômico Europeu, as perdas por fraude em transferências chegaram a 2,2 bilhões de euros em 2024, e os usuários de serviços de pagamento arcaram com cerca de 85% delas, principalmente por golpes que os levaram a iniciar eles mesmos as transferências (EBA/BCE, 2025). No Reino Unido, as perdas por fraude APP subiram 19%, para 576,4 milhões de libras, em 2025 (UK Finance, 2026).

Contas laranja do lado de quem recebe

Os recursos da fraude costumam chegar a contas de pessoas reais, que depois repassam o dinheiro. Verificar o nome do titular não revela nada, porque essa pessoa não consta em nenhuma lista. Os padrões por trás dessas contas são explicados em nosso artigo sobre esquemas de fraude com contas laranja.

Tomada de conta (account takeover)

Quando um fraudador assume o controle de uma conta legítima, o pagamento sai da conta do cliente certo para um beneficiário que nenhuma lista conhece. O FBI relata que os incidentes de tomada de conta tratados por meio de sua Financial Fraud Kill Chain podem envolver 50 ou mais transações para diferentes contas de destino em vários bancos ao mesmo tempo (FBI IC3, relatório de 2025). Como esses ataques começam é explicado em nosso guia sobre account takeover.

Payment screening em pagamentos instantâneos

Os pagamentos instantâneos tornam essas lacunas mais difíceis de fechar: uma transferência é liquidada em segundos, então não há margem para retê-la e revisá-la, e o dinheiro que chega a uma conta laranja pode ser difícil de recuperar. Brasil, Índia e UE mostram o mesmo padrão: os controles agem no momento do pagamento ou depois dele, enquanto os sinais de alerta aparecem antes.

Brasil: Pix

O mecanismo de devolução do Pix no Brasil, o MED, permite que o banco do pagador bloqueie e devolva fundos quando há suspeita de fraude, mas depois que a transferência já aconteceu. O próprio Banco Central observa que os fraudadores dispersam rapidamente o dinheiro entre outras contas, fora do alcance do mecanismo original (Banco Central do Brasil, Voto 105/2025). Como mostra nossa análise sobre prevenção de fraude no Pix, os sinais que distinguem um golpe de um pagamento genuíno aparecem antes, no onboarding e no login: a chave Pix colada em vez de digitada, uma ligação telefônica ativa durante a transferência ou uma geolocalização que não corresponde ao IP.

Índia: UPI

Em um documento para discussão de abril de 2026, o RBI propôs um atraso de uma hora no banco do pagador para pagamentos autorizados pelo cliente de 10.000 rupias ou mais, incluídas as transferências por UPI, com os pagamentos a lojistas isentos. Como argumentamos em UPI fraud controls are too late, um atraso ainda age no momento do pagamento, quando uma ligação ou mensagem já pressionou o cliente. A consistência do dispositivo, o comportamento da sessão e sinais de telecomunicações como o SIM swap podem mostrar o risco se formando antes.

União Europeia: SEPA Instant

O Regulamento de Pagamentos Instantâneos (UE) 2024/886 tirou o screening de sanções da transferência instantânea: os prestadores verificam seus clientes contra as listas da UE pelo menos uma vez por dia e não podem repetir essa verificação em cada pagamento (artigo 5.º-D), porque o screening por transação rejeitava transferências legítimas em excesso (considerando 25). O controle acrescentado no momento do pagamento, a verificação do beneficiário, apenas confirma que o nome do beneficiário corresponde à conta (artigo 5.º-C), então uma conta laranja aberta em nome de uma pessoa real passa por ele.

O que os três mercados têm em comum

Nos três, os controles no momento do pagamento ou depois dele (listas, cotejo de nomes, atrasos, devoluções) enxergam só parte do quadro. Os sinais mais precoces estão no dispositivo e na sessão por trás da transferência, que tratamos na próxima seção.

Screening da sessão por trás do pagamento

O screening de fraude acrescenta o que a mensagem de pagamento não carrega: o dispositivo e a sessão que o geraram. Um pagamento de um dispositivo conhecido, em uma sessão que se comporta como as anteriores do cliente, tem um risco diferente do mesmo pagamento enviado de um emulador minutos depois de uma redefinição de senha.

Sinais do dispositivo e do comportamento no momento do pagamento

Os sinais normalmente usados se agrupam assim:

• Vinculação do dispositivo: se o dispositivo já foi visto com outras contas, solicitações ou beneficiários.
• Ambiente: emuladores, máquinas virtuais e dispositivos com root ou jailbreak.
• Conexão: IP e geolocalização que não combinam com o perfil declarado nem com o histórico da conta.
• Comportamento: como os campos são preenchidos, por exemplo, colar dados que as pessoas costumam digitar.
• Pagamento: valor, horário e beneficiário comparados com o histórico da própria conta, como um valor incomum, um primeiro pagamento a um novo beneficiário ou uma rajada de pagamentos em pouco tempo.

Nenhum desses sinais prova fraude por si só. Mas cada um altera a estimativa de risco. Juntos, ajudam a distinguir um cliente fazendo um pagamento incomum de uma sessão tomada por um terceiro ou automatizada com scripts.

Essa é a camada que a device intelligence cobre, ao lado do screening de sanções e não no lugar dele.

Payment screening no crédito digital

O pagamento feito pelo próprio credor, a liberação do empréstimo, passa pelo screening de sanções desde que nenhuma das partes conste em uma lista. Os credores podem verificar esse desembolso antes, na solicitação: quem a enviou, de qual dispositivo e para qual conta pediu que o dinheiro fosse depositado.

Um mesmo dispositivo que envia várias solicitações com diferentes contas de depósito, ou que está vinculado a contas com inadimplências anteriores, pode dizer mais sobre o destino do dinheiro do que o nome do beneficiário. Como resume Temitope Adetunji, CEO da CashExpress Nigeria: “Quando um mesmo smartphone é usado por dez pessoas, o scoring tradicional perde toda a força” (caso de sucesso da CashExpress).

Serviços de device intelligence como o JuicyScore atuam nessa etapa: o JuicyScore usa mais de 250 parâmetros para o scoring do dispositivo, sem depender de identificadores diretos como nome, telefone ou e-mail.

Como reduzir falsos positivos sem acrescentar fricção

Cada falso positivo é um pagamento atrasado e tempo de um analista. Os legisladores da UE constataram que verificar cada transferência sinalizava um número muito alto de pagamentos, a maioria sem relação com qualquer pessoa sancionada (considerando 25, Regulamento (UE) 2024/886). Três alavancas reduzem essa carga:

• Ajuste o cotejo com listas. Defina limiares de correspondência por lista e por corredor de pagamentos, e descarte automaticamente as correspondências apenas por nome quando identificadores secundários, como data de nascimento ou país, não combinam.
• Direcione os controles de fraude conforme o risco. Deixe passar as sessões de baixo risco, peça uma verificação extra nas de risco médio, como uma verificação biométrica ou uma tela de confirmação, e retenha as de alto risco para revisão. Os sinais do dispositivo e da sessão são coletados em segundo plano, então não acrescentam nenhuma etapa para o cliente.
• Feche o ciclo. Acrescente as contas e os dispositivos confirmados em casos de fraude às listas de monitoramento internas, para que a mesma conta laranja ou o mesmo dispositivo seja sinalizado no pagamento seguinte.

Uma ressalva sobre as verificações extras: a UK Finance relata que em 2025 os criminosos usaram engenharia social para obter os códigos de uso único dos clientes (UK Finance, 2026). Um cliente pode ser enganado para entregar um código; os sinais do dispositivo e da sessão continuam funcionando quando isso acontece.

Principais conclusões

• O payment screening coteja as partes de um pagamento com listas de sanções, PEP e de monitoramento antes de executá-lo.
• O monitoramento transacional age depois da execução; o screening de fraude verifica o pagamento e sua sessão em tempo real.
• A fraude APP, as contas laranja e a tomada de conta costumam passar pelo screening de listas, porque nenhuma parte consta em uma lista.
• Em sistemas de pagamento instantâneo como Pix, UPI e SEPA Instant, os controles agem no momento do pagamento ou depois dele, enquanto os sinais de alerta aparecem antes, no onboarding e no login.
• Os sinais do dispositivo e do comportamento acrescentam a visão da sessão que as listas não têm, sem etapas adicionais para o cliente.
• Ajustar o cotejo com listas, aplicar verificações conforme o risco e alimentar as listas de monitoramento com fraudes confirmadas reduz os falsos positivos.
• Para os credores, a liberação do empréstimo precisa de screening, além da solicitação.

Agende uma demo para ver como os sinais do dispositivo e do comportamento do JuicyScore podem complementar suas decisões de fraude e crédito.

Nota do editor: este artigo foi revisado e atualizado em outubro de 2026 com os dados, as análises e as novidades mais recentes do setor.

Antecipe-se à fraude em pagamentos

Para mais análises sobre fraude e risco no crédito digital e nos pagamentos, assine a nossa newsletter.

Perguntas frequentes

Qual é a diferença entre payment screening e monitoramento transacional?

O payment screening verifica um único pagamento antes de executá-lo e coteja as partes com listas de sanções, dados de PEP e listas de monitoramento. O monitoramento transacional analisa a atividade da conta depois da execução, ao longo de muitas transações, em busca de padrões como estruturação ou contrapartes incomuns. O screening pode barrar um pagamento; o monitoramento gera alertas para investigação.

O que é a regra dos 3.000 dólares?

Nos EUA, a Recordkeeping Rule e a Travel Rule exigem que as instituições financeiras coletem, guardem e repassem informações do remetente e do beneficiário em transferências de 3.000 dólares ou mais. É um limiar de registro, não de screening: as sanções da OFAC se aplicam a pagamentos de qualquer valor.

O que é screening em PLD e KYC?

Em PLD, KYC e KYB, o screening consiste em verificar os clientes (pessoas físicas, e empresas junto com seus sócios) contra listas de sanções, listas de PEP e mídia adversa, no onboarding e periodicamente depois. O payment screening aplica as mesmas listas a cada pagamento e a suas contrapartes. Nas transferências instantâneas em euros, as regras da UE agora exigem um screening diário de clientes em vez de verificações por transação.

O payment screening barra a fraude APP?

Sozinho, normalmente não. Na fraude de pagamento autorizado, o beneficiário costuma ser uma conta comum, não uma parte listada, então o screening de sanções aprova o pagamento. Barrá-la depende dos controles de fraude: a verificação do beneficiário, os sinais do dispositivo e da sessão, e checagens de comportamento que sinalizem uma sessão incomum.

O payment screening deixa os pagamentos mais lentos?

Os controles automatizados acrescentam pouco tempo; a demora vem dos alertas que precisam de revisão humana. Nas transferências instantâneas em euros, a UE passou os controles de sanções para o screening diário de clientes em parte por esse motivo. Ajustar os limiares de correspondência e descartar correspondências por identificadores secundários reduz a quantidade de pagamentos que param.

Como integrar o screening de fraude ao fluxo de pagamento?

Colete sinais do dispositivo e da sessão desde o login, avalie-os antes de autorizar o pagamento e direcione o resultado: aprovar, pedir verificação extra ou reter. Execute-o ao lado do screening de sanções, não no lugar dele, e retroalimente as regras com os resultados (fraudes confirmadas e recusas indevidas) para manter os limiares atualizados.