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

> Følg den gjeldende virksomhets-onboarding-sekvensen sammen med KYB-gjennomgang, EDD, tidslinje og avvisningspolicy.

## KYB-workflow

KYB-workflow-en kombinerer gjeldende kunde-, nærstående-, capability-, oppgave-, innsendings- og dokumentressurser med en policygjennomgang av virksomheten og dens eierskap.

<Warning>
  KYB-utfall og tidslinjer er policy-estimater. De garanterer ikke API-
  overganger, godkjenning eller tilgjengelighet.
</Warning>

## Gjeldende workflow-sekvens

### 1. Opprett virksomhetskunden

Opprett virksomhetskunden med [`POST /v3/customers`](/api-reference/customers/post-v3-customers). Les den gjeldende kunden med [`GET /v3/customers/{customerId}`](/api-reference/customers/get-v3-customers-by-customer-id).

### 2. Vedlikehold nærstående parter

Bruk [`GET /v3/customers/{customerId}/related-parties`](/api-reference/customers/get-v3-customers-by-customer-id-related-parties) for å gjennomgå gjeldende parter, [`POST /v3/customers/{customerId}/related-parties`](/api-reference/customers/post-v3-customers-by-customer-id-related-parties) for å opprette én, og [`PATCH /v3/customers/{customerId}/related-parties/{relatedPartyId}`](/api-reference/customers/patch-v3-customers-by-customer-id-related-parties-by-related-party-id) for å oppdatere angitte fakta.

Vedlikehold direkte eiere, morselskaper, UBO-er, kontrollpersoner, styremedlemmer, ledere og signaturer forespurt av gjeldende oppgaver. Rollene deres er distinkte.

### 3. Oppdag og be om en kvalifisert capability

Les [`GET /v3/customers/{customerId}/capabilities/supported`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-supported). Be om en available eller beta-capability kun når kunden er kvalifisert, med [`POST /v3/customers/{customerId}/capabilities/{capabilityId}`](/api-reference/capabilities/post-v3-customers-by-customer-id-capabilities-by-capability-id).

### 4. Les gjeldende oppgaver

List gjeldende arbeid med [`GET /v3/customers/{customerId}/tasks`](/api-reference/tasks/list-customer-tasks). Hent hver handlingsklar oppgave via [`GET /v3/customers/{customerId}/tasks/{taskId}`](/api-reference/tasks/get-customer-task), og utled så neste handling fra dens gjeldende revisjon, krav og sesjoner.

### 5. Last opp dokumenter forespurt av den gjeldende oppgaven

Last opp en forespurt fil med [`POST /v3/customers/{customerId}/documents`](/api-reference/documents/post-v3-customers-by-customer-id-documents). Den gjeldende oppgaven bestemmer om et dokument er påkrevd og kan snevre inn akseptert type, antall eller format.

### 6. Send inn komplette oppgavesvar

Send inn ett komplett svarsett for den gjeldende oppgaverevisjonen med [`POST /v3/customers/{customerId}/tasks/{taskId}/submissions`](/api-reference/task-submissions/create-customer-task-submission). Bruk gjeldende krav-ID-er og refererer opplastede dokument-ID-er kun der oppgaven ber om dem.

### 7. Overvåk gjeldende ressurser

Etter hver handling eller hendelse, hent kunden på nytt med [`GET /v3/customers/{customerId}`](/api-reference/customers/get-v3-customers-by-customer-id), capability-en med [`GET /v3/customers/{customerId}/capabilities/{capabilityId}`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id), dens applications med [`GET /v3/customers/{customerId}/capabilities/{capabilityId}/applications`](/api-reference/capabilities/get-v3-customers-by-customer-id-capabilities-by-capability-id-applications), og alle gjeldende oppgaver.

For fullstendig mekanikk, se [virksomhets-onboarding](/no/integration/onboarding/customers#business-customers), [Capabilities og oppgaver](/no/integration/onboarding/capabilities-and-requirements#complete-current-tasks) og [Integrasjonsdokumenter-veiledningen](/no/integration/onboarding/capabilities-and-requirements#upload-documents).

## Triggere for Enhanced Due Diligence (EDD)

EDD kan være påkrevd for:

* Høyrisiko-jurisdiksjoner
* Høyrisiko-vertikaler, inkludert gaming, trading og kryptobørser
* Komplekse eierskapsstrukturer
* Forventet månedlig volum som overstiger gjeldende terskler
* Operasjoner som involverer sanksjonerte land

## Policy-gjennomgangsutfall

**Utfall:** KYB-godkjenning, betinget godkjenning med tak, eller avvisning.

Dette er utfall av policygjennomgang, ikke gjeldende API-statusverdier. En betinget policybeslutning kan reflekteres via gjeldende ressurser uten å opprette en status kalt "conditional approval".

## Verifiseringstidslinje

| Stadium            | Typisk varighet |
| ------------------ | --------------- |
| Dokumentopplasting | Umiddelbart     |
| Første gjennomgang | 1-2 virkedager  |
| Standard KYB       | 2-5 virkedager  |
| EDD, hvis utløst   | 5-10 virkedager |

Disse varighetene er typiske policy-estimater, ikke garantert API-atferd.

## Vanlige avvisningsgrunner

| Grunn                           | Løsning                                                       |
| ------------------------------- | ------------------------------------------------------------- |
| Manglende dokumenter            | Oppgi hver dokumenttype forespurt av gjeldende oppgave        |
| Uklare eller uskarpe dokumenter | Oppgi skanninger eller bilder av høyere kvalitet              |
| Feilstilt informasjon           | Sørg for at enhetsnavnet samsvarer på tvers av innsendt bevis |
| Ufullstendig eierskapsstruktur  | Oppgi bevis som gjør rede for 100 % av eierskapet             |
| Utløpte dokumenter              | Oppgi gjeldende, gyldige dokumenter                           |

## Policybegreper og API-tilstander

Hold policybeslutninger atskilt fra gjeldende ressursordforråd:

* **Capability-status:** `pending`, `ready`, `restricted`, `rejected`, `canceled`
* **Application-status:** `requested`, `in_review`, `action_required`, `ready`, `rejected`, `disabled`, `canceled`
* **Oppgavestatus:** `action_required`, `in_review`, `satisfied`, `rejected`, `canceled`
* **Innsendingsutfall:** `in_review`, `accepted`, `changes_requested`, `rejected`

Les den siste ressursen i stedet for å oversette et policyutfall til en API-verdi.


## Related topics

- [Oversikt](/no/knowledge-base/compliance/overview.md)
- [Styring og roller](/no/knowledge-base/compliance/governance-retention-and-privacy.md)
- [KYC-status og workflow](/no/knowledge-base/individual-onboarding/status-and-workflow.md)
- [API-workflow for individ-onboarding](/no/knowledge-base/individual-onboarding/api-workflow.md)
- [Migrere til v3](/no/api-reference/versioning/migrate-to-v3.md)