Vai al contenuto principale
Il report del questionario contiene il modulo strutturato mostrato a un utente, il percorso seguito attraverso eventuali rami condizionali e la risposta per ciascun elemento visibile. Viene restituito per nodo, quindi i workflow con istanze multiple (ad esempio, un questionario per ciascun UBO) contengono una voce per ogni occorrenza.
Report del questionario KYC di Didit con risposte strutturate, sezioni e tipi di elementi

Panoramica

Ogni risposta al questionario descrive:
  • La versione del questionario visualizzata dall’utente (titolo, descrizione, lingue, metadati della versione, sezioni).
  • Gli elementi visibili per il percorso effettivamente seguito dall’utente attraverso il grafo del modulo; gli elementi nascosti dalla logica condizionale vengono esclusi dalla risposta.
  • La risposta per ogni elemento interattivo visibile, nella struttura corrispondente al suo element_type.
  • Un singolo stato per la risposta nel suo complesso.
Gli elementi di layout vengono riorganizzati anziché ricevere una risposta: ogni SECTION_HEADER definisce il limite di una sezione (il suo titolo e la sua descrizione diventano title/description della sezione), mentre HEADING, PARAGRAPH e SEPARATOR rimangono in items[] senza la chiave answer, in modo che il report mantenga la stessa struttura visiva vista dall’utente.

Dove appare

Il report del questionario compare come array al plurale questionnaire_responses[] in GET /v3/session/{sessionId}/decision/, sia per le sessioni KYC che KYB, ogni volta che è stata eseguita una funzionalità di questionario. Il campo è null finché non viene avviata almeno un’istanza del questionario. Ciascuna voce include un node_id in modo che i workflow con istanze multiple possano distinguere quale passaggio del grafo l’ha generata.

Struttura degli elementi

Consulta la Risposta al questionario nel riferimento ai modelli di dati per lo schema canonico.
Gli elementi SECTION_HEADER non compaiono mai in items[]: aprono una nuova sezione e ne forniscono title e description.

Tipi di elementi

Un elemento interattivo visibile a cui l’utente non ha mai risposto viene restituito con "answer": null.

Visibilità condizionale

Quando un questionario definisce un grafo (logica condizionale), vengono inclusi solo gli elementi presenti sul percorso effettivamente seguito dall’utente. Un elemento nascosto da un ramo non seguito dall’utente non compare in sections[].items, anche se è presente nel modello. Le sezioni che rimangono senza elementi visibili vengono escluse completamente.

Valori di stato

Il valore di status a livello di risposta è uno di tre valori possibili. Internamente, lo stato di base (Approved, o In Review quando il workflow forza la revisione manuale) viene combinato con eventuali regole di stato personalizzate corrispondenti utilizzando la precedenza valida a livello di piattaforma Declined > In Review > Approved; un esito Declined a livello di questionario viene quindi mappato su In Review affinché gli operatori gestiscano la decisione finale durante la revisione.

Avvisi

I questionari emettono un unico codice di avviso, generato quando una regola di stato personalizzata configurata sul nodo del questionario corrisponde a una risposta: Il campo additional_data dell’avviso contiene field, operator, rule_value, actual_value, target_status e score se la regola ne definisce uno. Il suo log_type segue lo stato di destinazione della regola: error per Declined, warning per In Review, information altrimenti. A differenza di altre funzionalità, la voce del questionario non include un array warnings[]: i log delle regole attivate vengono registrati sulla sessione sotto feature: "QUESTIONNAIRE" e visualizzati nella schermata di revisione della Console (vedi anche l’elenco degli avvisi per la Verifica aziendale; lo stesso codice si applica alle sessioni KYC).

Esempio — Questionario sull’origine dei fondi

Esempio — Non completato

Quando l’utente ha raggiunto il passaggio del questionario ma non ha ancora inviato le risposte, la risposta viene restituita con status: "Not Finished" e "answer": null su ogni elemento visibile. Una sessione che non ha mai raggiunto il passaggio non produce alcuna voce: questionnaire_responses rimane null quando non esiste alcuna istanza.

Note

  • Gli URL dei file scadono. Le voci in answer.files sono URL pre-firmati (validità di 4 ore per impostazione predefinita). Richiama l’endpoint della decisione quando hai bisogno di URL aggiornati.
  • Localizzazione. I campi title, description e placeholder dell’elemento, label della scelta e title/description della sezione vengono restituiti in inglese quando il questionario lo supporta, altrimenti nella default_language del questionario. Il campo value di una scelta rimane stabile tra le diverse lingue, consentendoti di basare la logica di business su di esso in modo sicuro.
  • Il campo description dell’elemento è il testo di aiuto dell’elemento. Qualsiasi elemento può averne uno, incluse le domande, ed è null quando non ne è impostato alcuno. Un SEPARATOR non ne ha mai uno.

Correlati

Panoramica dei questionari

Come creare, gestire le versioni e allegare questionari a un workflow.

Modelli di dati — Risposta al questionario

Schema canonico campo per campo per questo oggetto.

Recupera sessione

Riferimento dell’endpoint per il payload della decisione V3.
Ultima modifica il 7 novembre 2026