Network Northwest · Chorley, Lancashire

Una verifica costruita per il gioco autorizzato, non adattata a esso.

Una banca verifica un cliente una volta. Un operatore autorizzato deve provare l'età prima della prima giocata, interrogare un registro di autoesclusione a ogni accesso e mostrare il fascicolo anni dopo. È un prodotto diverso, ed è questo.

Vedi la copertura Come si svolge una verifica

5mercati regolati, ciascuno con il proprio regime
24 smediana dal primo fotogramma all'esito
1integrazione, qualunque sia il mercato
0dati che lasciano la regione scelta

Il problema

La verifica d'identità generica si ferma esattamente dove comincia la conformità nel gioco.

Una piattaforma di verifica orizzontale vi dirà che un passaporto è autentico e che il volto davanti alla fotocamera gli corrisponde. Utile, e ben lontano dal bastare: quella risposta non dice se il giocatore è in un registro nazionale di autoesclusione, se lo schema dei versamenti ha superato ciò che può plausibilmente permettersi, o se saprete ancora produrre la prova quando fra due anni un'autorità la chiederà.

Non sono funzioni aggiuntive appoggiate sull'identità. Sono gli obblighi da cui dipende davvero il rischio di licenza, cambiano in ogni mercato, e sono la ragione per cui questa piattaforma serve un solo settore.

Un'unica API. Le fonti che ogni mercato richiede. Un fascicolo che sopravvive al conto.

Copertura

Cinque mercati, un'integrazione

Ogni riga è un regime a sé, con la propria autorità e la propria fonte di autoesclusione. Filtrate su quello per cui siete autorizzati.

MercatoFunzione

Mercato	Identità	Età	Autoesclusione	Sanzioni e PEP	Origine dei fondi	Monitoraggio
Regno UnitoUKGC	supportato	supportato	supportatoGAMSTOP	supportato	supportato	supportato
GermaniaGGL	supportato	supportato	supportatoOASIS	supportato	supportato	supportato
ItaliaADM	supportato	supportato	parzialearchivio dell'operatore	supportato	supportato	supportato
SpagnaDGOJ	supportato	supportato	supportatoRGIAJ	supportato	supportato	supportato
PortogalloSRIJ	supportato	supportato	parzialearchivio dell'operatore	supportato	supportato	supportato

✓Supportato
!Parziale, vedi la nota
–Non applicabile in questo mercato

Meccanica

Che cosa accade fra il tocco su «Continua» e il vostro esito

Aprite un passaggio qualsiasi. Le latenze sono mediane misurate sul traffico di produzione, non valori migliori.

01Presa in carico< 50 ms
Inviate i dati dichiarati dal giocatore e il mercato in cui si sta registrando. Il mercato decide tutto il resto: quale registro fa fede, quali documenti sono ammessi, quali soglie si applicano.
Ingresso
given_name
family_name
date_of_birth
address
market
Uscita
check_id
required_steps[]
02Acquisizione del documentoal ritmo del giocatore
L'SDK esegue un controllo di qualità sul telefono — sfocatura, riflessi, inquadratura, riconoscimento del documento — prima che qualunque cosa venga caricata. Un fotogramma destinato a fallire viene rifiutato mentre il giocatore ha ancora il documento in mano: una verifica fallita diventa così una ripresa.
Ingresso
front
back
frame_quality
Uscita
document_type
issuing_country
mrz
03Confronto del volto~2 s
Una breve sequenza di liveness, poi il confronto con la fotografia del documento. Il template biometrico serve al confronto e viene scartato alla decisione; restano il punteggio e l'esito.
Ingresso
liveness_video
Uscita
match_score
liveness_passed
04Interrogazione del registro~1 s
Dove il mercato ha un registro centrale di autoesclusione, qui viene interrogato. Dove la lista è tenuta dall'autorità e non è aperta agli operatori, fa fede il vostro archivio e verifichiamo contro quello — quale dei due vale è scritto nella pagina del mercato.
Ingresso
normalised_identity
Uscita
exclusion_hit
register
checked_at
05Screening~1 s
Liste sanzionatorie, persone politicamente esposte e stampa avversa, confrontate sull'identità normalizzata anziché sulle stringhe grezze digitate dal giocatore.
Ingresso
normalised_identity
Uscita
sanctions_hit
pep_tier
media_flags[]
06Decisione< 1 s
I segnali incontrano la vostra policy. Le soglie sono vostre, fissate per mercato e versionate: una decisione presa l'anno scorso resta spiegabile con le regole dell'anno scorso.
Ingresso
signals[]
policy_version
Uscita
verdict
reasons[]
evidence_bundle_id

Esiti

Tre risposte, e nessuna quarta

Una piattaforma che restituisce un punteggio lascia a voi la parte difficile. Questa restituisce una decisione, con i motivi allegati.

Superato

Aprite il conto

Tutti i segnali richiesti hanno superato le soglie della vostra policy per quel mercato. Il fascicolo di prova è sigillato e recuperabile per tutto il tempo previsto dalla vostra regola di conservazione.

L'operatore riceveverdict: pass

Riesame

Guarda una persona, con il fascicolo già composto

Qualcosa resta sotto la vostra soglia senza essere squalificante: una corrispondenza debole del nome, un documento vicino alla scadenza, uno schema di versamenti che si è spostato. Il caso arriva con i segnali ordinati, non come voce grezza in coda.

L'operatore riceveverdict: review + reasons[]

Respinto

Non aprite il conto

Una corrispondenza in un registro di autoesclusione, una sanzione, o un'età che non raggiunge il minimo del mercato. Sono rifiuti, non punteggi, e il motivo è registrato insieme alla verifica perché possiate risponderne in seguito.

L'operatore riceveverdict: fail + reasons[]

Misurato, non promesso

24 smediana dal primo fotogramma all'esito
99.9 %obiettivo mensile di disponibilità dell'API di decisione
5tentativi prima che un webhook diventi un recupero
2regioni di elaborazione, scelte una volta per operatore

Le latenze sono mediane sul traffico di produzione. L'obiettivo di disponibilità e che cosa accade quando non è raggiunto stanno entrambi nella pagina sulla disponibilità.

Cominciate da dove vi riguarda

Diteci i mercati e vi diremo che forma ha l'integrazione.

Una casella vera, letta dalle persone che hanno costruito la cosa. Nessun modulo che finge di avere una destinazione.

Contatti Prima leggete la forma dell'API