Aprovado
Abrir a conta
Todos os sinais exigidos passaram os limiares da sua política para esse mercado. O processo de prova é selado e recuperável durante o tempo que a sua regra de conservação indicar.
O operador recebeverdict: pass
Network Northwest · Chorley, Lancashire
Verificação construída para o jogo licenciado, não adaptada a ele.
Um banco verifica um cliente uma vez. Um operador licenciado tem de provar a idade antes da primeira aposta, consultar um registo de exclusão em cada entrada e mostrar o processo anos depois. É um produto diferente, e é este.
- 5mercados regulados, cada um com o seu regime
- 24 smediana do primeiro fotograma ao veredicto
- 1integração, qualquer que seja o mercado
- 0dados a sair da região que escolheu
O problema
A verificação de identidade genérica para exactamente onde começa o cumprimento no jogo.
Uma plataforma de verificação horizontal dir-lhe-á que um passaporte é autêntico e que a cara à frente da câmara lhe corresponde. Útil, e muito longe de ser suficiente: nada nessa resposta lhe diz se o jogador consta de um registo nacional de exclusão, se o padrão de depósitos já ultrapassou o que ele pode plausivelmente suportar, ou se ainda conseguirá apresentar a prova quando um supervisor a pedir dentro de dois anos.
Não são funcionalidades extra atarraxadas à identidade. São as obrigações que de facto carregam o risco de licença, diferem em cada mercado, e são a razão por que esta plataforma serve uma única indústria.
Uma API. As fontes que cada mercado exige. Um processo de auditoria que sobrevive à conta.
Cobertura
Cinco mercados, uma integração
Cada linha é um regime distinto, com o seu supervisor e a sua fonte de exclusão. Filtre para aquele em que está licenciado.
| Mercado | Identidade | Idade | Autoexclusão | Sanções e PPE | Origem dos fundos | Monitorização |
|---|---|---|---|---|---|---|
| Reino UnidoUKGC | suportado | suportado | suportadoGAMSTOP | suportado | suportado | suportado |
| AlemanhaGGL | suportado | suportado | suportadoOASIS | suportado | suportado | suportado |
| ItáliaADM | suportado | suportado | parcialficheiro do operador | suportado | suportado | suportado |
| EspanhaDGOJ | suportado | suportado | suportadoRGIAJ | suportado | suportado | suportado |
| PortugalSRIJ | suportado | suportado | parcialficheiro do operador | suportado | suportado | suportado |
- ✓Suportado
- !Parcial, ver a nota
- –Não aplicável neste mercado
Mecanismo
O que acontece entre o jogador tocar em Continuar e o seu veredicto
Abra qualquer passo. As latências são medianas medidas sobre tráfego de produção, não melhores casos.
01Entrada< 50 ms
Envia os dados declarados pelo jogador e o mercado em que ele se está a registar. O mercado decide tudo o que vem a jusante: qual o registo com autoridade, que documentos são aceitáveis, que limiares se aplicam.
Entrada
given_namefamily_namedate_of_birthaddressmarket
Saída
check_idrequired_steps[]
02Captura do documentoao ritmo do jogador
O SDK corre um controlo de qualidade no próprio telemóvel — desfocagem, reflexos, recorte, detecção do documento — antes de se enviar qualquer coisa. Um fotograma que iria chumbar é recusado enquanto o jogador ainda tem o documento na mão, o que transforma uma verificação falhada numa nova tentativa.
Entrada
frontbackframe_quality
Saída
document_typeissuing_countrymrz
03Correspondência facial~2 s
Uma sequência curta de prova de vida e depois a comparação com o retrato do documento. O modelo biométrico serve para a comparação e é descartado na decisão; o que fica é a pontuação e o veredicto.
Entrada
liveness_video
Saída
match_scoreliveness_passed
04Consulta ao registo~1 s
Onde o mercado tem um registo central de exclusão, é aqui que se consulta. Onde a lista está na posse do regulador em vez de exposta aos operadores, o seu próprio ficheiro de exclusão é a autoridade e verificamos contra ele — veja na página do mercado qual é qual.
Entrada
normalised_identity
Saída
exclusion_hitregisterchecked_at
05Rastreio~1 s
Listas de sanções, pessoas politicamente expostas e imprensa adversa, cotejadas sobre a identidade normalizada e não sobre as cadeias de texto que o jogador escreveu.
Entrada
normalised_identity
Saída
sanctions_hitpep_tiermedia_flags[]
06Decisão< 1 s
Os sinais encontram a sua política. Os limiares são seus, definidos por mercado e versionados, para que uma decisão tomada no ano passado continue a poder ser explicada com as regras do ano passado.
Entrada
signals[]policy_version
Saída
verdictreasons[]evidence_bundle_id
Resultados
Três respostas, e não há quarta
Uma plataforma de verificação que devolve uma pontuação deixa-lhe a parte difícil. Esta devolve uma decisão, com os motivos anexos.
Revisão
Alguém olha, com o processo já montado
Algo fica abaixo do seu limiar sem ser desqualificante — uma correspondência fraca de nome, um documento perto da validade, um padrão de depósitos que mudou. O caso chega com os sinais ordenados, não como um item cru numa fila.
O operador recebeverdict: review + reasons[]
Chumbado
Não abrir a conta
Uma coincidência numa exclusão, uma correspondência em sanções, ou uma idade que não chega ao mínimo do mercado. São recusas, não pontuações, e o motivo fica registado junto da verificação para que possa responder por ele mais tarde.
O operador recebeverdict: fail + reasons[]
Medido, não prometido
- 24 smediana do primeiro fotograma ao veredicto
- 99.9 %objectivo mensal de disponibilidade da API de decisão
- 5tentativas antes de um webhook passar a recolha
- 2regiões de processamento, escolhidas uma vez por operador
Os números de latência são medianas sobre tráfego de produção. O objectivo de disponibilidade e o que acontece quando não é cumprido estão ambos na página de disponibilidade.
Diga-nos os mercados e dizemos-lhe como fica a integração.
Uma caixa de correio real, lida pelas pessoas que construíram isto. Nenhum formulário a finge ter para onde ir.