Mobilidade e entregas

Garanta que quem dirige é quem se cadastrou

O motorista e o entregador entram no aplicativo pelo celular, quase sempre sem que alguém da empresa os veja pessoalmente. O perfil aprovado é o que o passageiro e o cliente enxergam, e ele precisa corresponder à pessoa que chega.

Onboarding de motorista e entregador com documento, selfie e prova de vida, e busca pelo mesmo rosto, para o perfil não passar de mão em mão.

demonstração
Mobilidade e entregas
  • Detecção de Múltiplas Contas
  • Reautenticação facialEm breve
200verification.completed
"status": "approved"

O problema

Em aplicativo de mobilidade e de entregas, a conta aprovada vira mercadoria: é alugada, vendida ou emprestada para quem não passaria no cadastro. O passageiro e o cliente confiam num perfil que não corresponde a quem aparece.

O cadastro prova a identidade uma vez, e a procura pelo mesmo rosto barra quem foi desligado e tenta voltar com outro nome. A reconfirmação do rosto durante o uso está em preparação e, quando a venda abrir, fecha a troca de dono depois da aprovação.

Como a verificação responde

No credenciamento, o parceiro fotografa o documento, faz a selfie com prova de vida e tem o rosto procurado entre os parceiros que você já aprovou. Quem foi desligado por conduta e tenta voltar com o documento de outra pessoa aparece nessa busca, com a referência do cadastro anterior. O mesmo vale para o entregador de bicicleta, que nem precisa de habilitação, e para o motorista de carga que presta serviço a várias transportadoras.

Para as contrapartes em que a sua política pede diligência a mais, a jornada de background check acrescenta PEP, sanções e notícias negativas, sempre com a evidência para um analista e nunca como critério de seleção de emprego.

Para o passageiro e para o cliente da entrega, o ganho é concreto: o perfil aprovado começa ligado a um rosto conferido, e não a um documento emprestado. Para a empresa, cada credenciamento deixa registro do que foi conferido e quando.

Para a área de segurança, o cadastro verificado encurta a apuração de um incidente: diante de uma reclamação grave, a empresa sabe quem era o parceiro, quando foi aprovado e com quais provas, e fornece essa informação às autoridades quando houver ordem para isso.

Jornadas recomendadas

Módulos que o setor costuma ligar

  • Busca o rosto na SUA base (1:N) e aponta se ele já abriu outra conta. A base é sua, nunca compartilhada entre clientes.

  • Reconfirma, em poucos segundos, que quem executa uma ação sensível (um saque, uma troca de chave Pix, um login em aparelho novo) é a mesma pessoa que você já aprovou no onboarding: o titular faz a prova de vida e uma selfie, e o módulo compara essa selfie nova com a matrícula biométrica que nasceu do onboarding aprovado dele, sem pedir documento e sem re-onboarding. A matrícula é criada de graça no onboarding que você marcar para matricular, exige face match e prova de vida aprovados, e vive só na sua conta e no seu ambiente: não há base compartilhada entre clientes. Quem não tem matrícula, ou ficou 180 dias sem autenticar, vai para revisão em vez de ser recusado, e a matrícula expira de vez após um ano, quando o titular refaz o onboarding. Tentativas seguidas que não batem travam a matrícula, e a tentativa seguinte já responde que ela está travada, para você proteger a conta. A trava em si não dispara webhook.

Como começar

Coloque a verificação no começo do credenciamento, antes de treinamento, kit ou primeira corrida, e só libere o perfil com o evento final no seu servidor. O reference_id do parceiro liga a verificação ao cadastro dele e permite reconhecer uma reverificação legítima, como a troca de celular, sem tratá-la como conta duplicada.

A reconfirmação do rosto antes de uma ação sensível, como a troca da conta de repasse, está com a venda em preparação. Quando a venda abrir, ela usará a matrícula criada no credenciamento aprovado, sem pedir documento de novo.

Combine com o jurídico e com operações o tratamento da conta duplicada: o parceiro desligado por conduta que tenta voltar precisa de um caminho claro, com revisão humana e registro da decisão, e não de um bloqueio silencioso.

Perguntas frequentes

Ler a documentação
O parceiro precisa instalar outro aplicativo para se verificar?

Não. A captura roda no navegador, dentro do widget embutido na sua tela, e as imagens não passam pelo seu backend. O resultado chega ao seu servidor pelo webhook assinado.

E quem tem o rosto parecido com o de outro parceiro?

Semelhança que não permite afirmar vai para revisão, e não para recusa. O analista recebe a referência da conta anterior, nunca a imagem dela, e decide no seu sistema se é a mesma pessoa.

Entregador que troca de moto ou de celular precisa se verificar de novo?

Troca de veículo é dado do seu cadastro, fora da verificação. Troca de celular pede uma nova sessão só se a sua política quiser, e com o mesmo reference_id ela é reconhecida como o mesmo parceiro, sem virar duplicata.

O cliente consegue saber que o parceiro foi verificado?

A verificação entrega o fato ao seu sistema, e a forma de mostrar isso no aplicativo é escolha sua, como um selo no perfil do motorista ou do entregador. O que o passageiro nunca recebe é a imagem ou o documento do parceiro.

Serve para locadora e aluguel de veículo entre pessoas?

Serve para qualquer credenciamento em que um veículo ou uma entrega fica nas mãos de alguém que você nunca viu: locadora, aluguel entre particulares, frota por assinatura e logística de última milha. A pergunta de identidade é a mesma, e o flow se ajusta à política de cada operação.

Motorista com a habilitação vencida é barrado?

Não pela verificação: o campo de validade diz se o documento está vencido, vigente ou impossível de afirmar, e aceitar ou não é decisão da sua política. A exigência de habilitação válida para dirigir é regra sua e da legislação de trânsito.

Comece agora
Comece pelo sandbox

Crie a conta e monte o flow do seu setor no ambiente de teste, sem consumir saldo. O preço só entra quando você virar a chave para produção.