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

# Cronologia KYB aziendale: sessioni e report

> Recupera tutte le sessioni KYB di un'entità Didit, consulta registro e hit AML, avvia nuove verifiche e genera report di compliance.



Prompt per la cronologia KYB
        Copia il prompt negli appunti



      
      

\<pre>

\````# Goal — read a business's full KYB history and trigger re-verification

Every KYB session is linked to the Business entity via `vendor_data`. List sessions, retrieve each decision, and create new sessions for re-KYB.

\## List every KYB session for a business

\```bash
curl -G https://verification.didit.me/v3/sessions/ \
-H "x-api-key: $DIDIT_API_KEY" \
\--data-urlencode "vendor_data=biz-acme" \
\--data-urlencode "page_size=50"
\```

KYB session payloads carry `session_kind: "business"` and `business_session_id` to distinguish them from KYC sessions.

\## Inspect a single KYB decision

\```bash
curl https://verification.didit.me/v3/session/$SESSION_ID/decision/ \
-H "x-api-key: $DIDIT_API_KEY"
\```

KYB decisions include:

\- Company registry data (legal name, registration, status, incorporation date, addresses)
\- `key_people_checks[]` — UBOs, shareholders, directors, officers (registry-sourced and user-submitted, with role tags)
\- `aml_screenings[]` — company AML and per-person AML
\- `document_verifications[]` — uploaded docs with OCR extracts and signed image URLs

See /business-verification/response-schema for the full payload.

\## Fast path — fully verified right now?

\```bash
curl https://verification.didit.me/v3/businesses/biz-acme/ \
-H "x-api-key: $DIDIT_API_KEY"
\# data.features = { KYB: "Approved" }
\```

The Business entity's `features` map holds the latest company verification status under the `KYB` key.

\## Trigger re-KYB

Annual re-KYB or trigger-based re-checks: create a new session against the same `vendor_data`. The new session attaches to the existing Business entity.

\```bash
curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"workflow_id": "wf_kyb_annual", "vendor_data": "biz-acme"}'
\```

\## Generate a KYB PDF report

\```bash
curl https://verification.didit.me/v3/session/$SESSION_ID/generate-pdf/ \
-H "x-api-key: $DIDIT_API_KEY" \
-o kyb-report.pdf
\```

PDF covers registry data, ownership structure, AML hits, document images, per-officer KYC status, questionnaires, phone verification, email verification, and IP analysis when those features are part of the workflow.

\## Resubmit vs new session

\| Scenario | Use |
\|---|---|
\| Registry needs corrected company name | Resubmit — analyst edits data and re-runs registry |
\| Additional document requested | Resubmit — business uploads the missing document |
\| Annual / trigger-based re-KYB | Create a brand new session |

\`kyb_key_people` and `kyb_registry` cannot be resubmitted directly — to re-verify a person, resubmit their child KYC session; the parent Key People feature re-aggregates automatically.

\## Share a session

\```bash
curl -X POST https://verification.didit.me/v3/session/$SESSION_ID/share/ \
-H "x-api-key: $DIDIT_API_KEY"

curl -X POST https://verification.didit.me/v3/session/import-shared/ \
-H "x-api-key: $RECEIVER_API_KEY" \
-H "Content-Type: application/json" \
-d '{"share_token": "..."}'
\```

\## Failure modes

\- `404` — wrong `vendor_data` casing or no KYB sessions yet.
\- Stale signed image URLs — re-fetch the decision.
\- `session_kind: "user"` events in the same list — filter on `session_kind === "business"` for KYB-only handling.

\## Sources of truth

\- /business-verification/response-schema — full KYB decision payload
\- /business-verification/statuses — feature state machine
\- /entities/businesses/data-model — features map computation
\- /core-technology/reusable-kyc/overview — share / import pattern
\- /integration/integration-prompt — canonical end-to-end prompt````

\</pre>



      
      

Incolla in

Ogni sessione di Verifica aziendale (KYB) avviata da un'azienda resta collegata in modo permanente all'entità aziendale. Puoi recuperare la cronologia completa, esaminare i dati del registro delle imprese e i riscontri AML di ogni sessione, avviare una nuova verifica e generare report PDF per gli audit.## Elencare tutte le sessioni di Verifica aziendale (KYB) di un'aziendaFiltra l'elenco delle sessioni per `vendor_data`:```bash theme={null}
curl -G https://verification.didit.me/v3/sessions/ \
  -H "x-api-key: YOUR_API_KEY" \
  --data-urlencode "vendor_data=biz-acme" \
  --data-urlencode "page_size=50"
```La risposta include ogni sessione di Verifica aziendale (KYB), indipendentemente dallo stato.## Comprendere le funzionalità KYBUna sessione KYB esegue queste funzionalità, e ciascuna ha un proprio stato nella decisione della sessione:| Funzionalità | Cosa copre |
| - | - |
| `KYB_REGISTRY` | Ricerca nel registro delle imprese: esistenza, stato, verifica incrociata dell'identità |
| `AML` | Screening AML a livello aziendale (sanzioni, notizie negative, watchlist) |
| `KYB_DOCUMENTS` | Raccolta dei documenti e incrocio dei dati tramite OCR |
| `KYB_KEY_PEOPLE` | Amministratori, UBO, titolari effettivi: identificazione e KYC facoltativo |La mappa `features` dell'entità aziendale contiene solo lo stato più recente della verifica aziendale:```json theme={null}
"features": {
  "KYB": "Approved"
}
```Consulta [Stati delle funzionalità KYB](https://docs.didit.me/it/business-verification/statuses.md) per il riferimento completo.## Ispezionare una singola sessione di Verifica aziendale (KYB)```bash theme={null}
curl https://verification.didit.me/v3/session/{session_id}/decision/ \
  -H "x-api-key: YOUR_API_KEY"
```La decisione KYB include:- Dati del registro delle imprese (ragione sociale, numero di registrazione, stato, data di costituzione, indirizzi)
- Amministratori e UBO estratti dal registro
- Assetto proprietario (tabella dei soci, percentuali di titolarità effettiva)
- Risultati AML aziendali (riscontri, punteggi)
- AML individuale per ogni UBO e amministratore
- Risultati dei documenti con estratti OCR
- Codici motivo della decisioneConsulta [Schema della risposta KYB](https://docs.didit.me/it/business-verification/response-schema.md) per il payload completo.## Avviare una nuova verificaIl re-KYB annuale, i controlli basati su trigger e i flussi di rimedio iniziano tutti con una nuova sessione:```bash theme={null}
curl -X POST https://verification.didit.me/v3/session/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "workflow_id": "wf_kyb_annual",
    "vendor_data": "biz-acme"
  }'
```La nuova sessione viene collegata all'entità aziendale esistente e aggiorna la mappa `features` al completamento.## Reinvio o nuova sessione di Verifica aziendale (KYB)| Scenario | Da usare |
| - | - |
| La ricerca nel registro richiede un nome aziendale corretto | Reinvio: l'analista modifica i dati e ripete la ricerca nel registro |
| È richiesto all'azienda un documento aggiuntivo | Reinvio: l'azienda carica il documento mancante |
| Re-KYB annuale o basato su trigger | Crea una nuova sessione |## Esportare un report KYBGenera un PDF completo per qualsiasi sessione di Verifica aziendale (KYB):```bash theme={null}
curl https://verification.didit.me/v3/session/{session_id}/generate-pdf/ \
  -H "x-api-key: YOUR_API_KEY" \
  -o kyb-report.pdf
```Il PDF include dati del registro delle imprese, assetto proprietario, riscontri AML, immagini dei documenti, stato KYC degli amministratori e una pagina di copertina con il motivo della decisione.## Condividere una sessione di Verifica aziendale (KYB)Per i flussi con consorzi o partner:- `POST /v3/session/{session_id}/share/`: genera un token condivisibile.
- `POST /v3/session/import-shared/`: importa la sessione lato ricevente.## Monitoraggio continuoLe entità aziendali con modalità di monitoraggio continuo ricevono scansioni AML periodiche. Quando viene rilevato un nuovo riscontro su sanzioni o notizie negative, lo screening AML aziendale viene aggiornato; leggilo in `aml_screenings[]` nella decisione della sessione.Configura il monitoraggio continuo nella console in *Workflows → \[KYB workflow] → AML → Ongoing monitoring*.## Prossimi passi> [card] [Panoramica KYB](https://docs.didit.me/it/business-verification/overview.md)
>
> Come funzionano le sessioni di Verifica aziendale (KYB) dall'inizio alla fine.> [card] [Risposta KYB](https://docs.didit.me/it/business-verification/response-schema.md)
>
> Riferimento completo del payload della decisione.> [card] [Persone chiave](https://docs.didit.me/it/entities/businesses/key-people.md)
>
> Amministratori, UBO e utenti collegati.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.