KYB-Workflow

​

KYB-Workflow

Der KYB-Workflow kombiniert aktuelle Kunden-, verbundene-Parteien-, Fähigkeits-, Aufgaben-, Einreichungs- und Dokumentenressourcen mit einer Richtlinienprüfung des Unternehmens und seines Eigentums.

​

Aktuelle Workflow-Sequenz

​

1. Unternehmenskunden anlegen

Legen Sie den Unternehmenskunden mit POST /v3/customers an. Lesen Sie den aktuellen Kunden mit GET /v3/customers/{customerId}.

​

2. Verbundene Parteien pflegen

Verwenden Sie GET /v3/customers/{customerId}/related-parties, um aktuelle Parteien zu prüfen, POST /v3/customers/{customerId}/related-parties, um eine anzulegen, und PATCH /v3/customers/{customerId}/related-parties/{relatedPartyId}, um gelieferte Fakten zu aktualisieren. Pflegen Sie die direkten Eigentümer, Muttergesellschaften, UBOs, Kontrollpersonen, Direktoren, leitenden Angestellten und Unterzeichner, die von den aktuellen Aufgaben angefordert werden. Ihre Rollen sind unterschiedlich.

​

3. Eine berechtigte Fähigkeit entdecken und anfordern

Lesen Sie GET /v3/customers/{customerId}/capabilities/supported. Fordern Sie eine verfügbare oder Beta-Fähigkeit nur an, wenn der Kunde berechtigt ist, mit POST /v3/customers/{customerId}/capabilities/{capabilityId}.

​

4. Aktuelle Aufgaben lesen

Listen Sie aktuelle Arbeit mit GET /v3/customers/{customerId}/tasks auf. Rufen Sie jede handlungsfähige Aufgabe mit GET /v3/customers/{customerId}/tasks/{taskId} ab und leiten Sie dann die nächste Aktion aus ihrer aktuellen Revision, den Anforderungen und Sessions ab.

​

5. Von der aktuellen Aufgabe angeforderte Dokumente hochladen

Laden Sie eine angeforderte Datei mit POST /v3/customers/{customerId}/documents hoch. Die aktuelle Aufgabe bestimmt, ob ein Dokument erforderlich ist, und kann seinen akzeptierten Typ, die Anzahl oder das Format einschränken.

​

6. Vollständige Aufgabenantworten einreichen

Reichen Sie einen vollständigen Antwortsatz für die aktuelle Aufgabenrevision mit POST /v3/customers/{customerId}/tasks/{taskId}/submissions ein. Verwenden Sie aktuelle Anforderungs-IDs und referenzieren Sie hochgeladene Dokument-IDs nur dort, wo die Aufgabe sie verlangt.

​

7. Aktuelle Ressourcen überwachen

Rufen Sie nach jeder Aktion oder jedem Ereignis den Kunden mit GET /v3/customers/{customerId}, die Fähigkeit mit GET /v3/customers/{customerId}/capabilities/{capabilityId}, ihre Anwendungen mit GET /v3/customers/{customerId}/capabilities/{capabilityId}/applications und alle aktuellen Aufgaben erneut ab. Für die vollständige Mechanik siehe Unternehmens-Onboarding, Fähigkeiten und Aufgaben und den Integrations-Dokumenten-Leitfaden.

​

Auslöser für Enhanced Due Diligence (EDD)

EDD kann erforderlich sein für:

• Hochrisiko-Rechtsgebiete
• Hochrisiko-Branchen, einschließlich Gaming, Trading und Krypto-Börsen
• Komplexe Eigentumsstrukturen
• Erwartetes monatliches Volumen, das die geltenden Schwellenwerte überschreitet
• Betrieb in sanktionierten Ländern

​

Ergebnisse der Richtlinienprüfung

Ergebnis: KYB-Freigabe, bedingte Freigabe mit Limits oder Ablehnung. Dies sind Richtlinien-Prüfungsergebnisse, keine aktuellen API-Status-Werte. Eine bedingte Richtlinienentscheidung kann über aktuelle Ressourcen widergespiegelt werden, ohne einen Status namens “bedingte Freigabe” zu erstellen.

​

Verifizierungszeitplan

Diese Dauern sind typische Richtlinienschätzungen, kein garantiertes API-Verhalten.

​

Häufige Ablehnungsgründe

​

Richtlinienbegriffe und API-Zustände

Halten Sie Richtlinienentscheidungen von aktuellen Ressourcenvokabularien getrennt:

• Fähigkeitsstatus: pending, ready, restricted, rejected, canceled
• Anwendungsstatus: requested, in_review, action_required, ready, rejected, disabled, canceled
• Aufgabenstatus: action_required, in_review, satisfied, rejected, canceled
• Einreichungsergebnis: in_review, accepted, changes_requested, rejected

Lesen Sie die neueste Ressource, statt ein Richtlinienergebnis in einen API-Wert zu übersetzen.