> ## Documentation Index
> Fetch the complete documentation index at: https://docs.swipelux.com/llms.txt
> Use this file to discover all available pages before exploring further.

# KYB-Workflow

> Folgen Sie der aktuellen Unternehmens-Onboarding-Sequenz zusammen mit KYB-Prüfung, EDD, Timing und Ablehnungsrichtlinie.

## 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.

<Warning>
  KYB-Ergebnisse und Zeitpläne sind Richtlinienschätzungen. Sie garantieren keine API-Übergänge,
  Freigaben oder Verfügbarkeit.
</Warning>

## Aktuelle Workflow-Sequenz

### 1. Unternehmenskunden anlegen

Legen Sie den Unternehmenskunden mit [`POST /v3/customers`](/api-reference/customers/post-v3-customers) an. Lesen Sie den aktuellen Kunden mit [`GET /v3/customers/{customerId}`](/api-reference/customers/get-v3-customers-by-customer-id).

### 2. Verbundene Parteien pflegen

Verwenden Sie [`GET /v3/customers/{customerId}/related-parties`](/api-reference/customers/get-v3-customers-by-customer-id-related-parties), um aktuelle Parteien zu prüfen, [`POST /v3/customers/{customerId}/related-parties`](/api-reference/customers/post-v3-customers-by-customer-id-related-parties), um eine anzulegen, und [`PATCH /v3/customers/{customerId}/related-parties/{relatedPartyId}`](/api-reference/customers/patch-v3-customers-by-customer-id-related-parties-by-related-party-id), 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`](/api-reference/capabilities/get-v3-customers-by-customer-id-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}`](/api-reference/capabilities/post-v3-customers-by-customer-id-capabilities-by-capability-id).

### 4. Aktuelle Aufgaben lesen

Listen Sie aktuelle Arbeit mit [`GET /v3/customers/{customerId}/tasks`](/api-reference/tasks/list-customer-tasks) auf. Rufen Sie jede handlungsfähige Aufgabe mit [`GET /v3/customers/{customerId}/tasks/{taskId}`](/api-reference/tasks/get-customer-task) 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`](/api-reference/documents/post-v3-customers-by-customer-id-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`](/api-reference/task-submissions/create-customer-task-submission) 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}`](/api-reference/customers/get-v3-customers-by-customer-id), die Fähigkeit mit [`GET /v3/customers/{customerId}/capabilities/{capabilityId}`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id), ihre Anwendungen mit [`GET /v3/customers/{customerId}/capabilities/{capabilityId}/applications`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id-applications) und alle aktuellen Aufgaben erneut ab.

Für die vollständige Mechanik siehe [Unternehmens-Onboarding](/de/integration/onboarding/customers#business-customers), [Fähigkeiten und Aufgaben](/de/integration/onboarding/capabilities-and-requirements#complete-current-tasks) und den [Integrations-Dokumenten-Leitfaden](/de/integration/onboarding/capabilities-and-requirements#upload-documents).

## 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

| Phase                | Typische Dauer   |
| -------------------- | ---------------- |
| Dokumenten-Upload    | Sofort           |
| Erstprüfung          | 1-2 Arbeitstage  |
| Standard-KYB         | 2-5 Arbeitstage  |
| EDD, falls ausgelöst | 5-10 Arbeitstage |

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

## Häufige Ablehnungsgründe

| Grund                                | Lösung                                                                                  |
| ------------------------------------ | --------------------------------------------------------------------------------------- |
| Fehlende Dokumente                   | Stellen Sie jeden von der aktuellen Aufgabe angeforderten Dokumententyp bereit          |
| Unklare oder unscharfe Dokumente     | Stellen Sie qualitativ hochwertigere Scans oder Bilder bereit                           |
| Nicht übereinstimmende Informationen | Stellen Sie sicher, dass der Entitätsname in den eingereichten Nachweisen übereinstimmt |
| Unvollständige Eigentumsstruktur     | Stellen Sie Nachweise bereit, die 100 % des Eigentums berücksichtigen                   |
| Abgelaufene Dokumente                | Stellen Sie aktuelle, gültige Dokumente bereit                                          |

## 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.


## Related topics

- [Übersicht](/de/knowledge-base/compliance/overview.md)
- [Governance und Rollen](/de/knowledge-base/compliance/governance-retention-and-privacy.md)
- [KYC-Status und Workflow](/de/knowledge-base/individual-onboarding/status-and-workflow.md)
- [API-Workflow für Einzelpersonen-Onboarding](/de/knowledge-base/individual-onboarding/api-workflow.md)
- [Migration zu v3](/de/api-reference/versioning/migrate-to-v3.md)