{"id":4548,"date":"2026-10-06T11:31:53","date_gmt":"2026-10-06T11:31:53","guid":{"rendered":"https:\/\/whitelotto.com\/?p=4548"},"modified":"2026-10-06T11:31:53","modified_gmt":"2026-10-06T11:31:53","slug":"lottery-kyc-integration-guide","status":"publish","type":"post","link":"https:\/\/whitelotto.com\/de\/lottery-kyc-integration-guide\/","title":{"rendered":"Lotterie-KYC integrieren: Zust\u00e4nde, Daten und manuelle Pr\u00fcfung"},"content":{"rendered":"\n

Eine KYC-Integration f\u00fcr Lotterien sollte Entscheidungen eines Verifizierungsanbieters in klare, kontrollierte Berechtigungen des Spielerkontos \u00fcbersetzen. Definieren Sie Zustandsmodell, manuelle Pr\u00fcfung, Aktualisierungsverarbeitung und Datengrenze, bevor der erste Verifizierungsbildschirm verbunden wird. Ein abgeschlossener Upload ist nicht dasselbe wie ein genehmigter Antragsteller.<\/p>\n

Dieser Leitfaden behandelt technische und operative Anforderungen, keine l\u00e4nderspezifische Rechtsberatung oder tats\u00e4chliche WhiteLotto-API-Dokumentation. Der verantwortliche Betreiber und seine Berater m\u00fcssen erforderliche Pr\u00fcfungen und zul\u00e4ssige Kontoaktionen festlegen. Der Leitfaden zum KYC-Ablauf<\/a> betrachtet die Spielererfahrung zusammen mit diesen Kontrollen.<\/p>\n

Anbieterzust\u00e4nde auf Betreiberentscheidungen abbilden<\/h2>\n

Trennen Sie Workflowstatus des Anbieters, Entscheidungsergebnis und interne Kontoberechtigungen. \u201eAbgeschlossen\u201c kann eine beendete Pr\u00fcfung mit Genehmigung oder Ablehnung bezeichnen. \u201eAktion erforderlich\u201c kann ein weiteres Dokument verlangen, statt eine endg\u00fcltige Ablehnung zu bedeuten.<\/p>\n

\n
Anbieterneutrale Zuordnung von Verifizierungszust\u00e4nden<\/caption>
Interner Zustand<\/th>Zu definierende Bedeutung<\/th>Betreiberaktion<\/th><\/tr><\/thead>
Nicht begonnen<\/th>Der erforderliche Verifizierungsablauf wurde noch nicht gestartet.<\/td>Den n\u00e4chsten geltenden Schritt und konfigurierte Einschr\u00e4nkungen anzeigen.<\/td><\/tr>\n
Warten auf Antragsteller<\/th>Informationen oder eine erneute Einreichung sind erforderlich.<\/td>Eine sichere, klare Aufforderung ohne Offenlegung interner Risikologik geben.<\/td><\/tr>\n
Pr\u00fcfung offen<\/th>Anbieter oder Pr\u00fcfer haben noch keine verwertbare Entscheidung getroffen.<\/td>Offenen Status erhalten; bei Timeout nicht stillschweigend genehmigen.<\/td><\/tr>\n
Manuelle Pr\u00fcfung<\/th>Eine autorisierte menschliche Entscheidung ist n\u00f6tig.<\/td>Verantwortlichen, Zugriffsgrenze und Eskalation zuordnen.<\/td><\/tr>\n
Genehmigt<\/th>Vereinbarte Pr\u00fcfungen f\u00fcr das relevante Niveau und den Zeitpunkt bestanden.<\/td>Nur nach Betreiberpolitik autorisierte Berechtigungen anwenden.<\/td><\/tr>\n
Abgelehnt oder eingeschr\u00e4nkt<\/th>Ein endg\u00fcltiges Ergebnis oder eine sp\u00e4tere Einschr\u00e4nkung verlangt eine Aktion.<\/td>Kontrollierte Einschr\u00e4nkungen und erlaubte Kundenkommunikation anwenden.<\/td><\/tr>\n<\/tbody><\/table><\/div>\n

Die Dokumentation der Antragstellerstatus von Sumsub<\/a> zeigt den Unterschied zwischen abgeschlossener Pr\u00fcfung, Genehmigung und Ablehnung mit Wiederholungsm\u00f6glichkeit. Dies ist das Beispiel eines Anbieters, keine Aussage, dass WhiteLotto Sumsub verwendet oder identische Zust\u00e4nde hat.<\/p>\n

Aktualisierungen einschlie\u00dflich ge\u00e4nderter Entscheidungen sicher verarbeiten<\/h2>\n

Verbinden Sie die Antragstellerreferenz mit dem richtigen Spieler und Verifizierungsniveau. Pr\u00fcfen Sie den Ereignisursprung \u00fcber den dokumentierten Anbietermechanismus. Speichern Sie gen\u00fcgend Ereignismetadaten, um Duplikate zu erkennen und Timing zu untersuchen, ohne Ausweisdokumente in gew\u00f6hnliche Logs aufzunehmen.<\/p>\n

Ein Antragsteller kann nach dem ersten Abschluss eine sp\u00e4tere Entscheidung erhalten. Der Sumsub-Leitfaden zu Ergebnissen<\/a> beschreibt sp\u00e4tere Abschlussereignisse und die Wiederherstellung verpasster Zustellungen. Vereinbaren Sie, wie Ihre Integration die aktuelle Entscheidung bestimmt, \u00e4ltere Updates behandelt und Berechtigungen nach einer legitimen \u00c4nderung erneut pr\u00fcft. Eine dauerhaft zwischengespeicherte Genehmigung ist kein vollst\u00e4ndiges Zustandsmodell.<\/p>\n

Erstellen Sie einen unterst\u00fctzten Wiederherstellungsweg f\u00fcr fehlende Benachrichtigungen. Nutzen Sie Statusabfrage oder Anbieterwiederholung nach dem tats\u00e4chlichen Vertrag, statt ohne Grund jeden Antragsteller st\u00e4ndig abzufragen. Verbinden Sie das mit der \u00fcbergeordneten Integrationsarchitektur<\/a>.<\/p>\n

In die Plattform kopierte Daten minimieren<\/h2>\n

Ermitteln Sie, welche Informationen jedes System ben\u00f6tigt: Anbieterreferenz, Entscheidung, Verifizierungsniveau, relevante Zeitstempel und erlaubte Begr\u00fcndungscodes k\u00f6nnen f\u00fcr einen Ablauf gen\u00fcgen, ohne jedes hochgeladene Dokument zu kopieren. Definieren Sie Zugriffe auf das Anbieterdashboard, lokale Aufbewahrung und die Weitergabe von L\u00f6sch- oder Aufbewahrungsanweisungen.<\/p>\n

Verwenden Sie synthetische Antragsteller f\u00fcr Entwicklung und Demonstrationen. Bitten Sie Mitarbeitende nicht, echte Reisep\u00e4sse in eine nicht genehmigte Testumgebung hochzuladen. Begrenzen Sie die manuelle Pr\u00fcfung nach Rollen und halten Sie sensible Kennungen aus URLs, Analytics-Ereignissen und allgemeinen Fehlertracking-Werkzeugen heraus. Kl\u00e4ren Sie vertragliche Rechte separat anhand des Leitfadens zum Eigentum an Spielerdaten<\/a>.<\/p>\n

Manuelle Bearbeitung vor dem Start definieren<\/h2>\n

Benennen Sie Pr\u00fcfer, Eskalationsverantwortlichen und erlaubte Aktionen f\u00fcr unklare F\u00e4lle. Legen Sie den Umgang mit doppelten Konten, widerspr\u00fcchlichen Kennungen, nicht verf\u00fcgbaren Anbietern und wiederer\u00f6ffneten Verifizierungen fest. Trennen Sie einen technischen Integrationsfehler von einer negativen Verifizierungsentscheidung, damit Kunden nicht f\u00e4lschlich erfahren, eine Pr\u00fcfung sei fehlgeschlagen.<\/p>\n

Der Support ben\u00f6tigt sichere Meldungen, Fallreferenzen und einen Weg zum autorisierten Pr\u00fcfer, keinen unbeschr\u00e4nkten Dokumentenzugriff. Vereinbaren Sie operative Erwartungen und das Alter offener Ausnahmen in der Support- und SLA-Checkliste<\/a>.<\/p>\n

Abnahmef\u00e4lle f\u00fcr die KYC-Integration<\/h2>\n