Handbuch · GATE

GATE — Verifizieren.

Wer Zugang erhalten kann. GATE bietet Hosted-KYC- und Parteioberflächen und soll Verifizierung, Screening und Review verbinden — abhängig von Anbieter, Flag, Daten und Integration.

Wofür GATE zuständig ist

  • Hosted-KYC- und Partei-Leseansichten; gestuftes KYB, Direktoren und Ownership sind Zielbild, UBO-Erfassung fehlt in der geprüften UI
  • White-Label-Hosted-Verifizierung und API-geführte Einbettung, jeweils abhängig von Anbieter und Integration
  • Dokument-, Herkunfts-, Prüfernotiz- und Override-Felder nur, wo der Workflow sie erfasst
  • Entworfene Step-up- und Re-Verifizierungs-Trigger, abhängig von Regeln und verfügbaren Events

Die Zielarchitektur verbindet GATE mit SENTINEL, DOCKET und VAULT. Im geprüften Stand ist die KYC-Review-Route flag-gesteuert, UBO fehlt, Screening nutzt eine gekennzeichnete Demoquelle, und Handoff sowie Audit-Abdeckung sind zu prüfen statt vorauszusetzen.

Der entworfene Onboarding-Entscheidungsfluss

Partei anlegen

Ein konfiguriertes Signup kann eine Person oder Firma mit tatsächlich gelieferten Daten und Dokumenten anlegen; die aktuelle UI darf nicht als UBO-Erfassung dargestellt werden.

Tier zuweisen

Eine entworfene Policy kann aus Aktivität und Risiko ein Tier ableiten. Den Grund nur erfassen, wenn die Engine dieses Feld bereitstellt.

Screenen

SENTINEL kann nach Integration einer freigegebenen Quelle Screening-Ergebnisse liefern. Die geprüfte Quelle ist eine gekennzeichnete Demoliste, keine vollständige Sanktions-, PEP- oder Adverse-Media-Abdeckung.

Policy anwenden

Konfigurierte Geo-, Alters- und Produktregeln können verfügbare verifizierte Daten auswerten; die Abdeckung hängt von Policy und Quelle ab.

Entscheidung

Genehmigen, Review, Step-up oder Blockieren kann mit den tatsächlich erfassten Begründungsfeldern im Decision Record erscheinen und bei aktivierter Integration an DOCKET übergeben werden.

Arbeit mit der KYC-Review-Queue

Compliance Console → Verifizieren → Review-Queue ist im geprüften Stand ein entworfener, flag-gesteuerter Pfad, kein allgemein verfügbarer vollständiger Workflow. Wo aktiviert, prüfen Sie Dokumente, extrahierte Daten, Screening, SLA-Felder und Aktionen. Override-Begründung nur erfassen, wenn der Workflow sie speichert und aufbewahrt.

Re-Verifizierung und EDD

Risikosignale können als Auslöser für EDD, Rescreening oder Re-Verifizierung gestaltet werden. Verfügbarkeit, Zeitplan und Ursachenfelder hängen von Regeln, Anbieterdaten und dem flag-gesteuerten Review ab; eine sichtbare Aktion beweist keinen vollständigen End-to-End-Prozess.

Für die Prüfakte

Nutzen Sie nur tatsächlich erfasste Nachweise, Metadaten, Notizen, Gründe und Herkunft. In der geprüften GATE-Fläche fehlt UBO, und Review ist flag-gesteuert; ein Pack kann für KYB ohne ergänzende, verifizierte Unterlagen unvollständig sein.

Gehosteter Flow vs. API-only

Die beobachtete Hosted-KYC-Fläche kann eine gebrandete Journey unterstützen, wo konfiguriert. API-geführte Umsetzung kann mehr UX in Ihr Produkt verlagern; Anbieterabdeckung, Zustände, Aufbewahrung, Nachweise und Integrationsaufwand sind zu scopen und zu testen. Kein Weg ist universell am schnellsten oder vollständig.

Das komplette Handbuch als PDF? Hinterlassen Sie uns Ihre E-Mail — wir senden es Ihnen zu.

Handbuch anfordern