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

> Kövesse az aktuális üzleti onboarding sorrendet a KYB felülvizsgálat, EDD, időzítés és elutasítási szabályzat mellett.

## KYB munkafolyamat

A KYB munkafolyamat kombinálja az aktuális ügyfél-, kapcsolt fél-, képesség-, feladat-, beküldés- és dokumentum-erőforrásokat a vállalkozás és tulajdonlása szabályzati felülvizsgálatával.

<Warning>
  A KYB kimenetelek és időtartamok szabályzati becslések. Nem garantálják az
  API átmeneteket, jóváhagyást vagy elérhetőséget.
</Warning>

## Aktuális munkafolyamat sorrendje

### 1. Az üzleti ügyfél létrehozása

Hozza létre az üzleti ügyfelet a [`POST /v3/customers`](/api-reference/customers/post-v3-customers) művelettel. Olvassa be az aktuális ügyfelet a [`GET /v3/customers/{customerId}`](/api-reference/customers/get-v3-customers-by-customer-id) művelettel.

### 2. Kapcsolt felek fenntartása

Használja a [`GET /v3/customers/{customerId}/related-parties`](/api-reference/customers/get-v3-customers-by-customer-id-related-parties) műveletet az aktuális felek áttekintéséhez, a [`POST /v3/customers/{customerId}/related-parties`](/api-reference/customers/post-v3-customers-by-customer-id-related-parties) műveletet egy létrehozásához, és a [`PATCH /v3/customers/{customerId}/related-parties/{relatedPartyId}`](/api-reference/customers/patch-v3-customers-by-customer-id-related-parties-by-related-party-id) műveletet a megadott tények frissítéséhez.

Tartsa fenn a közvetlen tulajdonosokat, anyavállalatokat, UBO-kat, ellenőrző személyeket, igazgatókat, tisztségviselőket és aláírókat, amelyeket az aktuális feladatok kérnek. Szerepeik elkülönültek.

### 3. Fedezze fel és kérje a jogosult képességet

Olvassa be a [`GET /v3/customers/{customerId}/capabilities/supported`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-supported) műveletet. Csak akkor kérjen elérhető vagy béta képességet, ha az ügyfél jogosult, a [`POST /v3/customers/{customerId}/capabilities/{capabilityId}`](/api-reference/capabilities/post-v3-customers-by-customer-id-capabilities-by-capability-id) művelettel.

### 4. Aktuális feladatok olvasása

Sorolja fel az aktuális munkát a [`GET /v3/customers/{customerId}/tasks`](/api-reference/tasks/list-customer-tasks) művelettel. Kérje le minden cselekvési feladatot a [`GET /v3/customers/{customerId}/tasks/{taskId}`](/api-reference/tasks/get-customer-task) művelettel, majd származtassa a következő műveletet a jelenlegi revíziójából, követelményeiből és munkameneteiből.

### 5. Az aktuális feladat által kért dokumentumok feltöltése

Töltse fel a kért fájlt a [`POST /v3/customers/{customerId}/documents`](/api-reference/documents/post-v3-customers-by-customer-id-documents) művelettel. Az aktuális feladat határozza meg, hogy egy dokumentum szükséges-e, és szűkítheti az elfogadott típust, darabszámot vagy formátumot.

### 6. Teljes feladatválaszok beküldése

Küldjön el egy teljes válaszcsomagot az aktuális feladat-revízióhoz a [`POST /v3/customers/{customerId}/tasks/{taskId}/submissions`](/api-reference/task-submissions/create-customer-task-submission) művelettel. Használja az aktuális követelmény-azonosítókat és csak akkor hivatkozzon a feltöltött dokumentum-azonosítókra, ahol a feladat kéri.

### 7. Aktuális erőforrások figyelése

Minden művelet vagy esemény után frissítse le az ügyfelet a [`GET /v3/customers/{customerId}`](/api-reference/customers/get-v3-customers-by-customer-id) művelettel, a képességet a [`GET /v3/customers/{customerId}/capabilities/{capabilityId}`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id) művelettel, alkalmazásait a [`GET /v3/customers/{customerId}/capabilities/{capabilityId}/applications`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id-applications) művelettel, és bármely aktuális feladatot.

A teljes mechanikához lásd az [üzleti onboarding](/hu/integration/onboarding/customers#business-customers), [Képességek és feladatok](/hu/integration/onboarding/capabilities-and-requirements#complete-current-tasks) és az [Integrációs dokumentumok útmutató](/hu/integration/onboarding/capabilities-and-requirements#upload-documents) oldalakat.

## Fokozott átvilágítás (EDD) kiváltó okai

EDD szükséges lehet a következőkhöz:

* Magas kockázatú joghatóságok
* Magas kockázatú vertikumok, beleértve a szerencsejátékot, kereskedést és kripto tőzsdéket
* Összetett tulajdonlási struktúrák
* Elvárt havi volumen az alkalmazandó küszöbök felett
* Szankcionált országokat érintő műveletek

## Szabályzati felülvizsgálat kimenetelei

**Kimenetel:** KYB jóváhagyás, feltételes jóváhagyás felső korlátokkal, vagy elutasítás.

Ezek szabályzati felülvizsgálati kimenetelek, nem aktuális API státusz értékek. Egy feltételes szabályzati döntést az aktuális erőforrások tükrözhetnek anélkül, hogy létrejöne egy "conditional approval" nevű státusz.

## Ellenőrzési idővonal

| Szakasz                | Tipikus időtartam |
| ---------------------- | ----------------- |
| Dokumentumfeltöltés    | Azonnali          |
| Kezdeti felülvizsgálat | 1-2 munkanap      |
| Standard KYB           | 2-5 munkanap      |
| EDD, ha kiváltódik     | 5-10 munkanap     |

Ezek az időtartamok tipikus szabályzati becslések, nem garantált API viselkedés.

## Gyakori elutasítási okok

| Ok                                    | Megoldás                                                                        |
| ------------------------------------- | ------------------------------------------------------------------------------- |
| Hiányzó dokumentumok                  | Adja meg minden dokumentumtípust, amelyet az aktuális feladat kér               |
| Nem tiszta vagy homályos dokumentumok | Adjon jobb minőségű beolvasásokat vagy képeket                                  |
| Nem egyező információk                | Győződjön meg róla, hogy a jogalany neve megegyezik a beküldött bizonyítékokban |
| Hiányos tulajdonlási struktúra        | Adjon bizonyítékot, amely számot ad a tulajdonlás 100%-áról                     |
| Lejárt dokumentumok                   | Adjon aktuális, érvényes dokumentumokat                                         |

## Szabályzati kifejezések és API-állapotok

Tartsa külön a szabályzati döntéseket az aktuális erőforrás szótáraktól:

* **Képesség státusz:** `pending`, `ready`, `restricted`, `rejected`, `canceled`
* **Alkalmazás státusz:** `requested`, `in_review`, `action_required`, `ready`, `rejected`, `disabled`, `canceled`
* **Feladat státusz:** `action_required`, `in_review`, `satisfied`, `rejected`, `canceled`
* **Beküldés kimenetele:** `in_review`, `accepted`, `changes_requested`, `rejected`

Olvassa be a legfrissebb erőforrást, ahelyett, hogy egy szabályzati kimenetelt API-értékre fordítana.


## Related topics

- [Magánszemély onboarding API munkafolyamat](/hu/knowledge-base/individual-onboarding/api-workflow.md)
- [KYC státusz és munkafolyamat](/hu/knowledge-base/individual-onboarding/status-and-workflow.md)
- [Áttekintés](/hu/knowledge-base/compliance/overview.md)
- [Magánszemély onboarding áttekintése](/hu/knowledge-base/individual-onboarding/overview.md)
- [Migrálás v3-ra](/hu/api-reference/versioning/migrate-to-v3.md)