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

# Flux de treball KYB

> Segueix la seqüència actual d'incorporació de negocis juntament amb la revisió KYB, EDD, temps i política de rebuig.

## Flux de treball KYB

El flux de treball KYB combina els recursos actuals de client, part relacionada, capacitat, tasca, enviament i document amb una revisió de política del negoci i la seva propietat.

<Warning>
  Els resultats i els temps del KYB són estimacions de política. No garanteixen transicions d'API,
  aprovació o disponibilitat.
</Warning>

## Seqüència actual del flux de treball

### 1. Crea el client de negoci

Crea el client de negoci amb [`POST /v3/customers`](/api-reference/customers/post-v3-customers). Llegeix el client actual amb [`GET /v3/customers/{customerId}`](/api-reference/customers/get-v3-customers-by-customer-id).

### 2. Manté les parts relacionades

Utilitza [`GET /v3/customers/{customerId}/related-parties`](/api-reference/customers/get-v3-customers-by-customer-id-related-parties) per revisar les parts actuals, [`POST /v3/customers/{customerId}/related-parties`](/api-reference/customers/post-v3-customers-by-customer-id-related-parties) per crear-ne una, i [`PATCH /v3/customers/{customerId}/related-parties/{relatedPartyId}`](/api-reference/customers/patch-v3-customers-by-customer-id-related-parties-by-related-party-id) per actualitzar els fets proporcionats.

Manté els propietaris directes, les entitats matrius, els UBOs, les persones de control, els directors, els càrrecs i els signants sol·licitats per les tasques actuals. Els seus rols són diferenciats.

### 3. Descobreix i sol·licita una capacitat elegible

Llegeix [`GET /v3/customers/{customerId}/capabilities/supported`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-supported). Sol·licita una capacitat disponible o beta només quan el client sigui elegible, utilitzant [`POST /v3/customers/{customerId}/capabilities/{capabilityId}`](/api-reference/capabilities/post-v3-customers-by-customer-id-capabilities-by-capability-id).

### 4. Llegeix les tasques actuals

Llista el treball actual amb [`GET /v3/customers/{customerId}/tasks`](/api-reference/tasks/list-customer-tasks). Obté cada tasca accionable mitjançant [`GET /v3/customers/{customerId}/tasks/{taskId}`](/api-reference/tasks/get-customer-task), i després deriva la següent acció de la seva revisió, requisits i sessions actuals.

### 5. Puja els documents sol·licitats per la tasca actual

Puja un fitxer sol·licitat amb [`POST /v3/customers/{customerId}/documents`](/api-reference/documents/post-v3-customers-by-customer-id-documents). La tasca actual determina si es requereix un document i pot restringir el seu tipus, nombre o format acceptats.

### 6. Envia respostes de tasca completes

Envia un conjunt complet de respostes per a la revisió actual de la tasca amb [`POST /v3/customers/{customerId}/tasks/{taskId}/submissions`](/api-reference/task-submissions/create-customer-task-submission). Utilitza els ids de requisit actuals i referencia els ids de document pujats només quan la tasca ho demani.

### 7. Monitoritza els recursos actuals

Després de cada acció o esdeveniment, torna a obtenir el client amb [`GET /v3/customers/{customerId}`](/api-reference/customers/get-v3-customers-by-customer-id), la capacitat amb [`GET /v3/customers/{customerId}/capabilities/{capabilityId}`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id), les seves aplicacions amb [`GET /v3/customers/{customerId}/capabilities/{capabilityId}/applications`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id-applications) i qualsevol tasca actual.

Per a la mecànica completa, consulta [incorporació de negocis](/ca/integration/onboarding/customers#business-customers), [Capacitats i tasques](/ca/integration/onboarding/capabilities-and-requirements#complete-current-tasks) i la [guia de documents de la integració](/ca/integration/onboarding/capabilities-and-requirements#upload-documents).

## Activadors de deguda diligència reforçada (EDD)

L'EDD pot ser requerida per:

* Jurisdiccions d'alt risc
* Verticals d'alt risc, incloent joc, trading i intercanvis cripto
* Estructures de propietat complexes
* Volum mensual previst que superi els llindars aplicables
* Operacions que involucrin països sancionats

## Resultats de la revisió de política

**Resultat:** Aprovació KYB, aprovació condicional amb topalls o rebuig.

Aquests són resultats de revisió de política, no valors d'estat actuals de l'API. Una decisió de política condicional es pot reflectir mitjançant els recursos actuals sense crear un estat anomenat "aprovació condicional".

## Calendari de verificació

| Etapa               | Durada típica        |
| ------------------- | -------------------- |
| Pujada de documents | Immediat             |
| Revisió inicial     | 1-2 dies laborables  |
| KYB estàndard       | 2-5 dies laborables  |
| EDD, si s'activa    | 5-10 dies laborables |

Aquestes durades són estimacions típiques de política, no un comportament garantit de l'API.

## Motius comuns de rebuig

| Motiu                              | Resolució                                                                    |
| ---------------------------------- | ---------------------------------------------------------------------------- |
| Documents que falten               | Proporciona cada tipus de document sol·licitat per la tasca actual           |
| Documents poc clars o borrosos     | Proporciona escanejos o imatges de més qualitat                              |
| Informació que no coincideix       | Assegura't que el nom de l'entitat coincideix a totes les proves presentades |
| Estructura de propietat incompleta | Proporciona proves que donin compte del 100% de la propietat                 |
| Documents caducats                 | Proporciona documents actuals i vàlids                                       |

## Termes de política i estats de l'API

Manté les decisions de política separades dels vocabularis de recursos actuals:

* **Estat de capacitat:** `pending`, `ready`, `restricted`, `rejected`, `canceled`
* **Estat d'aplicació:** `requested`, `in_review`, `action_required`, `ready`, `rejected`, `disabled`, `canceled`
* **Estat de tasca:** `action_required`, `in_review`, `satisfied`, `rejected`, `canceled`
* **Resultat d'enviament:** `in_review`, `accepted`, `changes_requested`, `rejected`

Llegeix el recurs més recent en lloc de traduir un resultat de política a un valor d'API.


## Related topics

- [Estat i flux de treball KYC](/ca/knowledge-base/individual-onboarding/status-and-workflow.md)
- [Flux de treball d'API d'incorporació d'individus](/ca/knowledge-base/individual-onboarding/api-workflow.md)
- [Visió general](/ca/knowledge-base/compliance/overview.md)
- [Rebre fons](/ca/integration/receive-funds.md)
- [Emet un compte bancari](/ca/integration/issue-bank-account.md)