
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.
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 pluralequestionnaire_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.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 insections[].items, anche se è presente nel modello. Le sezioni che rimangono senza elementi visibili vengono escluse completamente.
Valori di stato
Il valore distatus 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
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.filessono 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,descriptioneplaceholderdell’elemento,labeldella scelta etitle/descriptiondella sezione vengono restituiti in inglese quando il questionario lo supporta, altrimenti nelladefault_languagedel questionario. Il campovaluedi una scelta rimane stabile tra le diverse lingue, consentendoti di basare la logica di business su di esso in modo sicuro. - Il campo
descriptiondell’elemento è il testo di aiuto dell’elemento. Qualsiasi elemento può averne uno, incluse le domande, ed ènullquando non ne è impostato alcuno. UnSEPARATORnon 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.