Pedir demonstração

Produto · Antifraude

OmniScore

Saber em quem confiar antes de aceitar a compra.

O OmniScore mede a confiança em um CPF, combinando o histórico de compras com consultas a bureaus, e devolve uma decisão: aprovar, desafiar, revisar na mesa ou negar. A regra é a do seu time de risco, montada no painel.

Pedir demonstração Ver como funciona
Exemplo de fluxo de checkoutOmniScore
  1. InícioPedido
  2. ListasBloqueio
  3. CondiçãoValor alto?
  4. Bureaus PH3AQUODEmailage em paralelo · quórum 2 de 3
  5. ScoreFaixa
  • Aprovar
  • Desafiar
  • Revisar
  • Negar

Como funciona

Três conversas com a loja. Uma base que aprende.

A loja consulta antes de aceitar a compra, conta depois o que aconteceu e avisa quando surge um fato que muda a confiança no CPF. Cada conversa deixa o score mais preciso.

  1. 01 · Antes da compra

    Análise do CPF

    CPF conhecido recebe a decisão na hora, com o score atual somado às informações mais recentes. CPF novo recebe um protocolo enquanto os bureaus ativos são consultados ao mesmo tempo; a partir daí, ele passa a ser conhecido.

  2. 02 · Depois da compra

    Resultado da venda

    A loja informa se a venda foi autorizada, recusada ou passou por autenticação adicional (3DS). O OmniScore aprende com o desfecho real.

  3. 03 · Quando algo acontece

    Eventos do CPF

    Fraude, desacordo comercial ou cancelamento entram como eventos e mudam a confiança naquele CPF para as próximas compras.

Decisão

Quatro saídas. Nenhuma caixa-preta.

O score vira uma ação clara para o checkout. O desafio troca o “não” por uma confirmação com o próprio cliente.

  • Aprovar APPROVE

    A confiança no CPF está dentro da faixa que o seu time definiu.

    O que a loja fazSegue com a compra
  • Desafiar CHALLENGE

    Há dúvida, mas não motivo para perder a venda.

    O que a loja fazPede uma verificação ao comprador, pelo OmniLink
  • Revisar REVIEW

    O pedido precisa de um olhar humano antes de seguir.

    O que a loja fazEncaminha para a mesa de analistas
  • Negar DENY

    O risco passou do limite que o seu time aceita.

    O que a loja fazNão segue com a compra

No painel

O time de risco escreve a regra. Sem chamado para TI.

  • Fluxos

    Monte o caminho de cada pedido

    Nove blocos de montagem: listas de bloqueio, condições como valor alto, bureaus e score. Simule antes de publicar e volte qualquer versão em um clique.

  • Bureaus

    Consulta em paralelo

    • PH3A · nome, telefone, e-mail, endereço e CPF de quem compra e de quem retira
    • QUOD · dados do cartão
    • Emailage · nome, telefone, e-mail e dispositivo
  • Política de falha

    Seguir ou bloquear quando um bureau cai

    Para cada bureau, o time escolhe se a análise segue mesmo assim (fail-open) ou bloqueia (fail-closed). Vale a política do cliente, depois a do administrador, depois o padrão da plataforma. Cada publicação gera uma versão nova.

  • Mesa

    Na dúvida, um analista decide

    • Pedido, sinais e histórico do CPF em uma tela
    • Confirmação, biometria e documento do Journey no mesmo caso
    • Nota e autor em cada decisão
  • Histórico

    Score sempre atualizado

    O histórico de cada pedido fica guardado de 90 a 180 dias. A cada 5 minutos, as informações novas são consolidadas no score do CPF, gravadas em segundo plano para não atrasar a resposta à loja.

  • Acompanhamento

    Teste antes, confira depois

    Painel, histórico de análises com busca pelo protocolo, simulador dos três momentos e IA de comportamento que sugere padrões para o seu time aprovar.

Conectores

Os fornecedores que você já contrata, numa integração.

Cada fornecedor entra por um conector próprio. Incluir um novo não muda o funcionamento do OmniScore.

Bureaus cadastrais e de risco

  • PH3A
  • QUOD
  • Emailage

Antifraude e score

  • ACI Worldwide
  • ClearSale
  • Cybersource
  • Elo

Telecom

  • Elo SIM swap

As credenciais de cada bureau ficam guardadas em cofre, nunca no cadastro.

Integração

Quatro chamadas, uma assinatura.

Cada mensagem leva uma assinatura gerada com o segredo combinado entre a loja e a plataforma. A chave única impede que um reenvio repita a análise.

  • POST/scoresAnálise antes da compra · assinatura e chave única
  • GET/scores/{processId}Consulta de análise em andamento
  • PUT/scores/{pedido}/resultResultado da compra · assinatura
  • PUT/scores/{pedido}/eventsFraude, desacordo ou cancelamento · assinatura
# Momento 1 · antes da compra
POST /scores
X-Omnipay-Signature: {hmac_sha256_do_corpo}
Idempotency-Key: {chave_unica}

# CPF conhecido: decisão na hora
APPROVE | CHALLENGE | REVIEW | DENY

# CPF novo: protocolo para consultar em seguida
GET /scores/{processId}

Mesma base

Os outros produtos da plataforma.

Próximos passos

Vamos vender o pedido que hoje é negado.

Demonstração para o time de risco, acessos e APIs de teste, credenciais dos bureaus que você já contrata e kickoff na semana 1 do POC.

Pedir demonstração Ver a integração