Consulte a sua própria base sem entregar a base
Em breve A venda deste módulo está em preparação: ele ainda não entra num flow.
Você já conhece boa parte de quem chega: quem comprou antes, quem pagou em dia, quem pediu estorno. Este módulo leva esse conhecimento para dentro da verificação sem que a sua base saia de casa. Você publica um endereço que responde a uma pergunta curta, e nós perguntamos depois que a identidade foi provada.
Usa o que você já sabe sobre o seu cliente sem nos entregar a sua base: você publica um endereço, e depois da prova de identidade nós consultamos com assinatura e prazo. Volta um entre cinco resultados: conhecido, desconhecido, pedido de revisão, resposta fora do combinado ou sem resposta. O pedido de revisão leva a verificação aprovada para revisão humana; a resposta da sua base nunca aprova nem reprova sozinha, e sem resposta a verificação segue normalmente.
- Sua base de clientesEm breve
"status": "approved"Para quem é
Serve a varejistas, financeiras, marketplaces e plataformas de assinatura que guardam anos de relacionamento e querem usar esse histórico no momento da abertura de conta, da troca de aparelho ou do primeiro saque, sem montar uma integração de dados com um terceiro.
Também serve a times de risco que mantêm listas internas de atenção, como contestação recorrente ou fraude confirmada em pedido antigo, e precisam que um alerta deles chegue ao analista certo no meio do processo, com o motivo registrado junto da verificação.
E serve a quem não pode compartilhar a carteira por contrato, sigilo ou política interna: nada é copiado, nenhuma credencial do seu banco de dados circula, e a pergunta chega ao seu sistema assinada, pelo caminho que a sua equipe controla.
O que você recebe
O bloco client_source traz verdict, com um entre cinco valores: known, quando a sua base reconhece o titular; unknown, quando não reconhece; review, quando o seu sistema pede revisão humana; invalid, quando a resposta veio fora do combinado; e unavailable, quando ela não chegou dentro do prazo. Junto vêm latency_ms, o tempo da consulta, e document_sent, que diz se o número do documento foi no pedido.
Fica guardado apenas o resultado. O conteúdo da resposta do seu endereço nunca é gravado, não aparece em registro de operação e não volta para o titular, que só lê que a verificação está em revisão.
O módulo client_source consulta o endereço que você publica, depois da prova de identidade, e devolve se a sua base conhece o titular, pede revisão ou não respondeu, sem que a sua base saia de casa.
O módulo se chama client_source no flow e no webhook.
Como entra no seu flow
O pedido leva o seu reference_id e o identificador da verificação. O número do documento lido nesta verificação só vai quando você escolheu recebê-lo no cadastro do endereço e a prova de identidade passou; sem isso, a sua base responde pela referência que você mesma conhece. Cada chamada é assinada com um segredo próprio deste módulo, diferente do segredo dos webhooks.
Na decisão, known e unknown não mudam nada sozinhos. review segura em revisão humana uma verificação que sairia aprovada, e nunca recusa ninguém. invalid e unavailable deixam a verificação seguir normalmente e tiram o módulo da cobrança daquela verificação. O resultado também pode disparar um passo seguinte no fluxo, por exemplo consultar a Receita só quando a sua base não conhece o titular.
O grupo do módulo
Sinais de risco da sessão, sem passo novo para o usuário.
Preço
-por verificaçãoEm breve
A venda está em preparação e o valor acima é o de catálogo. Módulo marcado como "Em breve" não está à venda e não pode ser adicionado a um flow hoje.
O valor é lido do mesmo catálogo que o painel usa para montar um flow, somando os módulos que este exige, se exigir. Ver preços.
Perguntas frequentes
Ler a documentaçãoVocês recebem uma cópia da minha base?
Não. A sua base continua no seu sistema. Nós fazemos uma pergunta por verificação ao endereço que você publicou e guardamos apenas o resultado. Não recebemos senha de banco de dados, não abrimos túnel e não importamos arquivo.
E se o meu endereço cair ou demorar?
A verificação segue sem esperar. O resultado fica unavailable, o módulo não é cobrado naquela verificação, e chamadas seguidas sem resposta deixam de ser feitas por um tempo, para que um problema no seu lado nunca trave o cadastro de quem está do outro lado da tela.
A resposta da minha base pode aprovar alguém?
Não. Ela é evidência para quem revisa e condição para os passos do fluxo, nunca uma aprovação automática. O máximo que ela faz na decisão é pedir revisão humana de uma verificação que sairia aprovada.
Como o meu sistema sabe que a pergunta veio mesmo da UNIFOKAL?
Cada chamada chega com um cabeçalho de assinatura que carrega o instante e o código calculado com o segredo exibido uma única vez no painel. O seu servidor recalcula, compara e descarta qualquer pedido antigo, alterado ou forjado. Os kits oficiais em TypeScript e Python já trazem essa conferência pronta, com exemplos de teste.
Crie a conta, monte um flow com os módulos que já estão à venda e rode a verificação inteira no ambiente de teste, sem consumir saldo.
