Network Northwest · Chorley, Lancashire

Prüfung, gebaut für lizenziertes Glücksspiel — nicht daran angepasst.

Eine Bank prüft einen Kunden einmal. Ein lizenzierter Anbieter muss das Alter vor dem ersten Einsatz nachweisen, bei jeder Anmeldung ein Sperrregister abfragen und die Akte Jahre später vorlegen. Das ist ein anderes Produkt, und das hier ist es.

Abdeckung ansehen Wie eine Prüfung läuft

5regulierte Märkte, jeder mit eigenem Regime
24 sMedian vom ersten Bild bis zum Ergebnis
1Integration, unabhängig vom Markt
0Daten, die Ihre Region verlassen

Das Problem

Allgemeine Identitätsprüfung endet genau dort, wo Glücksspiel-Compliance beginnt.

Eine horizontale Prüfplattform sagt Ihnen, dass ein Pass echt ist und dass das Gesicht vor der Kamera dazu passt. Nützlich — und bei weitem nicht ausreichend: Diese Antwort sagt nichts darüber, ob der Spieler in einem nationalen Sperrregister steht, ob das Einzahlungsmuster längst überschritten hat, was er sich plausibel leisten kann, oder ob Sie den Nachweis noch erbringen können, wenn eine Aufsicht in zwei Jahren danach fragt.

Das sind keine Zusatzfunktionen über der Identität. Das sind die Pflichten, an denen das Lizenzrisiko wirklich hängt, sie unterscheiden sich in jedem Markt, und sie sind der Grund, warum diese Plattform nur eine Branche bedient.

Eine API. Die Quellen, die jeder Markt verlangt. Eine Prüfakte, die das Konto überlebt.

Abdeckung

Fünf Märkte, eine Integration

Jede Zeile ist ein eigenes Regime mit eigener Aufsicht und eigener Sperrquelle. Filtern Sie auf den Markt, für den Sie lizenziert sind.

MarktFunktion

Markt	Identität	Alter	Spielersperre	Sanktionen & PEP	Mittelherkunft	Überwachung
Vereinigtes KönigreichUKGC	unterstützt	unterstützt	unterstütztGAMSTOP	unterstützt	unterstützt	unterstützt
DeutschlandGGL	unterstützt	unterstützt	unterstütztOASIS	unterstützt	unterstützt	unterstützt
ItalienADM	unterstützt	unterstützt	teilweiseAnbieterdatei	unterstützt	unterstützt	unterstützt
SpanienDGOJ	unterstützt	unterstützt	unterstütztRGIAJ	unterstützt	unterstützt	unterstützt
PortugalSRIJ	unterstützt	unterstützt	teilweiseAnbieterdatei	unterstützt	unterstützt	unterstützt

✓Unterstützt
!Teilweise, siehe Hinweis
–In diesem Markt nicht anwendbar

Mechanik

Was zwischen dem Tippen auf „Weiter“ und Ihrem Ergebnis passiert

Öffnen Sie einen beliebigen Schritt. Die Laufzeiten sind Mediane aus dem Produktivbetrieb, keine Bestwerte.

01Annahme< 50 ms
Sie übergeben die angegebenen Daten des Spielers und den Markt, in dem er sich registriert. Der Markt entscheidet alles Weitere: welches Register maßgeblich ist, welche Dokumente zulässig sind, welche Schwellen gelten.
Eingabe
given_name
family_name
date_of_birth
address
market
Ausgabe
check_id
required_steps[]
02DokumentenaufnahmeTempo des Spielers
Das SDK prüft die Aufnahmequalität auf dem Gerät — Unschärfe, Reflexion, Beschnitt, Dokumenterkennung — bevor irgendetwas hochgeladen wird. Ein Bild, das scheitern würde, wird abgelehnt, solange der Spieler das Dokument noch in der Hand hält; aus einer gescheiterten Prüfung wird so eine Wiederholung.
Eingabe
front
back
frame_quality
Ausgabe
document_type
issuing_country
mrz
03Gesichtsabgleich~2 s
Eine kurze Lebenderkennung, dann der Abgleich mit dem Lichtbild des Dokuments. Das biometrische Template dient dem Vergleich und wird mit der Entscheidung verworfen; bestehen bleiben der Wert und das Ergebnis.
Eingabe
liveness_video
Ausgabe
match_score
liveness_passed
04Registerabfrage~1 s
Wo der Markt ein zentrales Sperrregister führt, wird es hier abgefragt. Wo die Liste bei der Aufsicht liegt und Anbietern nicht offensteht, ist Ihre eigene Sperrdatei maßgeblich und wir prüfen gegen sie — welcher Fall gilt, steht auf der jeweiligen Marktseite.
Eingabe
normalised_identity
Ausgabe
exclusion_hit
register
checked_at
05Screening~1 s
Sanktionslisten, politisch exponierte Personen und negative Presse, abgeglichen gegen die normalisierte Identität statt gegen die Rohdaten, die der Spieler eingetippt hat.
Eingabe
normalised_identity
Ausgabe
sanctions_hit
pep_tier
media_flags[]
06Entscheidung< 1 s
Die Signale treffen auf Ihre Richtlinie. Die Schwellen sind Ihre, je Markt gesetzt und versioniert — eine Entscheidung aus dem Vorjahr lässt sich also weiterhin mit den Regeln des Vorjahres erklären.
Eingabe
signals[]
policy_version
Ausgabe
verdict
reasons[]
evidence_bundle_id

Ergebnisse

Drei Antworten, und keine vierte

Eine Prüfplattform, die einen Score zurückgibt, überlässt Ihnen den schwierigen Teil. Diese gibt eine Entscheidung zurück, mit den Gründen daneben.

Bestanden

Konto eröffnen

Alle erforderlichen Signale haben die Schwellen Ihrer Richtlinie für diesen Markt erreicht. Das Nachweispaket ist versiegelt und so lange abrufbar, wie Ihre Aufbewahrungsregel es vorsieht.

Anbieter erhältverdict: pass

Prüfung

Ein Mensch schaut hin — die Akte liegt bereits zusammengestellt vor

Etwas liegt unter Ihrer Schwelle, ohne disqualifizierend zu sein — ein weicher Namenstreffer, ein Dokument kurz vor Ablauf, ein verändertes Einzahlungsmuster. Der Fall kommt mit gewichteten Signalen an, nicht als roher Warteschlangeneintrag.

Anbieter erhältverdict: review + reasons[]

Abgelehnt

Konto nicht eröffnen

Ein Sperrtreffer, ein Sanktionstreffer oder ein Alter unterhalb der Marktgrenze. Das sind Ablehnungen, keine Scores, und der Grund wird zur Prüfung festgehalten, damit Sie später dafür einstehen können.

Anbieter erhältverdict: fail + reasons[]

Gemessen, nicht versprochen

24 sMedian vom ersten Bild bis zum Ergebnis
99.9 %monatliches Verfügbarkeitsziel der Entscheidungs-API
5Zustellversuche, bevor ein Webhook zum Abruf wird
2Verarbeitungsregionen, einmal je Anbieter gewählt

Laufzeiten sind Mediane aus dem Produktivbetrieb. Das Verfügbarkeitsziel und was bei Verfehlen geschieht, stehen beide auf der Verfügbarkeitsseite.

Fangen Sie dort an, wo es Sie betrifft

Nennen Sie uns die Märkte, und wir sagen Ihnen, wie die Integration aussieht.

Ein echtes Postfach, gelesen von den Leuten, die das Ding gebaut haben. Kein Formular, das so tut, als hätte es ein Ziel.

Kontakt Erst die API-Form lesen