Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Di seguito vengono elencati i componenti Anagrafica disponibili che รจ possibile includere all'interno dei moduli:
I dati minimi strettamente necessari per le pratiche anonime:
Codice Fiscale (applicant.data.fiscal_code.data.fiscal_code
)
per utenti loggati viene fatto anche il controllo che i seguenti campi siano gli stessi dell'utente loggato:
Nome (applicant.data.completename.data.name
)
Cognome (applicant.data.completename.data.surname
)
Codice Fiscale (applicant.data.fiscal_code.data.fiscal_code
)
se si desidera abilitare l'invio di messaggi via e-mail, รจ necessario aggiungere all'anagrafica dell'applicant il campo apposito per l'email
E-mail (applicant.data.email_address
)
Se l'anagrafica non contiene la email, รจ necessario aggiungere nel form un campo con chiave email_address
perchรฉ funzioni il meccanismo di avviso all'utente degli stati della pratica tramite mail.
in base al comune di residenza viene popolato un campo aggiuntivo con il codice istat del comune
se la residenza รจ al di fuori dell'Italia si puรฒ specificare Provincia EE e compare un campo Nazione per indicare la propria nazione di residenza
il numero di telefono puรฒ comprendere un prefisso internazionale
(NB: Ricordarsi che questa anagrafica non contiene il campo email, quindi sarร necessario aggiungere nel form un campo con chiave email_address
per far funzionare il meccanismo di inoltro mail all'utente).
La piattaforma integra il progetto opensource Form.io
L'integrazione con form.io ha reso molto flessibile la creazione di servizi, consentendo a un amministratore di creare in completa autonomia un servizio digitale e metterlo online in poche ore.
Ci sono perรฒ alcune regole di base da seguire affinchรฉ la creazione del servizio abbia successo.
All'interno di un modulo form.io deve essere sempre un un'anagrafica nominata Applicant
. Deve essere una delle Anagrafiche disponibili come nested form definiti nel sistema.
[MUST
] Quando si inserisce un componente di tipo Nested Form รจ necessario ricordarsi di togliere la spunta al checkbox Save as reference presente nel tab Form
[MUST
] Non inserire componenti di tipo Nested Form all'interno di elementi di layout per il corretto popolamento automatico dei campi
Per ogni campo compilare sempre il valore di Property Name dell'API, come mostrato in questo esempio:
Questo nome รจ quello che risulterร anche nelle API quando si consulta con una GET una pratica (application) di quel servizio, per questo motivo รจ importante rispettare questa convenzione:
un nome di tipo snake_case
(parole separate da _)
usare la lingua inglese
il componente di form.io per le date รจ piuttosto avanzato ma puรฒ creare problemi di compatibilitร con i browser piรน datati, per fare una form con alto grado di compatibilitร consigliamo un campo textfield con input mask 99/99/9999
a cui aggiungiamo una validazione js del tipo:
Vedi anche controlli avanzati sulle date
Per poter inserire un pagamento in un form va inserito un campo di tipo text e rispettare le seguenti regole:
[MUST
] Il name del campo deve essere payment_amount
ร possibile personalizzare il valore della causale di pagamento calcolandone il valore all'interno del form inserendo un campo di tipo text e rispettando le seguenti regole:
[MUST
] Il name del campo deve essere payment_description
[MUST
] Il campo non deve superare i 60 caratteri per evitare che la causale venga troncata all'interno dell'avviso di pagamento pdf generato dal gateway di pagamento MyPay
Nel caso in cui non venga definita nel modulo la causale assumerร un valore di default pari a:
<identificativo pratica> - <codice fiscale richiedente>
[MUST
] Verificare nelle impostazioni delle pagine che non sia spuntato il campo Collapsible
E'possibile nascondere un componente nell'anteprima e dalla stampa del form aggiungendo la classe css d-preview-none
; durante la compilazione del form il componente resterร visibile.
[SHOULD
] Quando si inserisce un componente di tipo select รจ buona norma popolare i campi Data Path
(se presente) e Value Property
in modo da popolare anche il campo value
della select.
[MUST
] Quando si inserisce un componente di tipo Nested Form รจ necessario ricordarsi di togliere la spunta al checkbox Save as reference presente nel tab Form
[MUST
] Non inserire componenti di tipo Nested Form all'interno di elementi di layout per il corretto popolamento automatico dei campi
Attenzione, questo componente รจ stato deprecato e non va piรน utilizzato.
Per la configurazione del componente file SDC fare riferimento al paragrafo successivo.
Il componente per l'upload del file รจ utilizzabile cone le seguenti impostazioni:
Storage va impostato a Url
Va specificata un url cosรฌ composto https://{host}/{instance}/allegati
Es.http://stanzadelcittadino.it/comune-di-bugliano/allegati
Se viene specificando in fase di impostazione il tipo di file (tab file del componente upload), questo valore viene utilizzato come descrizione del file
Upload dei file con componente File Sdc
Per il caricamento degli allegati รจ sufficiente inserire nel modulo il componente File Sdc, non รจ quindi piรน necessario configurare storage ed url
In fase di configurazione รจ ancora possibile specificare il tipo dell'allegato nel tab file, se utilizzato questo valore verrร utilizzato come descrizione del file
Il componente permette inoltre di:
specificare se la protocollazione dell'allegato รจ richiesta o meno
eseguire il controllo della firma sugli allegati inseriti dall'utente
E' buona pratica definire le estensioni ammesse e la dimensione massima degli allegati
Attualmente i tipi di allegato permessi sono i seguenti: doc, docx, odt, pdf, xls, xlsx, ods, ppt, pptx, odp, csv, xml, rtf, abw, txt, jpeg, jpg, png, apng, webp, ico, gif, p7, p7m, xp7m, p7c, zip. Di cui viene controllata sia l'estensione che il MIME type. Quando si va a configurare i tipi di estensioni permesse dal componente, รจ possibile solo restringere questa lista. Se si dovesse aggiungere tra le estensioni permesse dal componente una estensione differente da quelle sopra elencate, non sarร comunque accettata dal sistema e verrร restituito un errore da interfaccia con la lista delle estensioni permesse di cui sopra.
Usare un componente TextField ed aggiungere in validation sotto la voce "Regular Expression Pattern " il seguente ^[+]*[(]{0,1}[0-9]{1,4}[)]{0,1}[-\s\./0-9]*$
In alcuni casi รจ necessario ricevere per un servizio una sola pratica per ogni cittadino, oppure per ogni impresa oppure per ogni nucleo familiare. Un modo di risolvere questa necessitร รจ l'aggiunta di un campo specifico al modulo sul quale il sistema fa un controllo di univocitร . Il campo deve avere nome:
unique_id
Il contenuto deve essere il valore univoco su cui fare il controllo, puรฒ essere un valore calcolato.
Il campo unique_id
deve contenere SOLO caratteri ASCII, ovvero le lettere a-z (maiuscole o minuscole) e le cifre 0-9
Attenzione, questo componente รจ stato deprecato e non va piรน utilizzato.
Per la configurazione del bilancio dinamico fare riferimento al paragrafo successivo.
Il componente bilancio serve per poter dividere l'ammontare dei pagamenti in sottovoci. Per ogni riga di bilancio possono essere specificati:
Codice del capitolo [MUST
]
Codice dell'ufficio [MUST
]
Codice di accertamento
Importo [MUST
]
Il componete di bilancio รจ completamente trasparente all'utente finale, deve essere quindi impostato come hidden
e deve rispettare le seguenti regole:
[MUST
] Il name del campo deve essere payment_financial_report
[MUST
] La somma degli importi della componente di bilancio deve essere uguale al payment_amount
specificato
[MUST
] L'importo all'interno della riga di bilancio deve essere maggiore di 0
Nel caso di componenti di bilancio complesse dipendenti da altri campi del form va inserito il valore delle componenti di bilancio dinamicamente tramite funzione js.
Nel Calculated value
del campo Bilancio va inserita una funzione come l'esempio sottostante, tale funzione viene attivata al cambiamento (redraw) del campo collegato (tipologia).
Es.
L'elenco completo delle integrazioni che supportano o meno il bilancio si trova in questa pagina.
Con l'implementazione dei nuovi proxy di pagamento la suddivisione degli importi in caso di pagamento viene gestita direttamente nel tab del pagamento della configurazione del servizio.
Nel caso quindi di un bilancio che non varia dinamicamente al variare del modulo non รจ piรน necessario inserire il componente bilancio nel modulo.
La configurazione รจ specifica per ogni proxy, l'interfaccia proposta puรฒ quindi variare in base al proxy utilizzato.
(Es. configurazione di bilancio del Gateway Efil)
Nel caso di componenti di bilancio complesse dipendenti da altri campi del form va inserito un campo hidden nel modulo il cui valore va personalizzato tramite funzione js.
[MUST
] Il name del campo deve essere payment_financial_report
[MUST
] Il componente va impostato come hidden
[MUST
] La somma degli importi della componente di bilancio deve essere uguale al payment_amount
specificato
Nel Calculated value
del campo Bilancio va inserita una funzione come l'esempio sottostante, tale funzione viene attivata al cambiamento (redraw) del campo collegato (tipologia).
Es.
Configurazione del bilanncio nel tab dei pagamneti di un servizio
Codice javascript da inserire nel calculated value del campo payment_financial_report
La chiave dell'oggetto passato deve essere uguale all'id specificato in fase di configurazione.
Nel caso in cui vengano modificati i nomi dei campi del form con delle pratiche giร collegate, i valori inseriti dagli utenti non saranno piรน visualizzabili nel riepilogo della pratica, ma rimangono registrati all'interno della pratica stessa. Per ripopolare i campi specifici del form รจ sufficiente aggiungere nel tab "Conditional" il seguente codice (NB: questo รจ l'unico tab in cui il js non viene rimosso durante l'anteprima):
Campo convenzionale: application_value
Workaround: cancellare la tab con la X rossa, fare una modifica qualunque in un'altra scheda, salvare (facendo click sul tasto avanti) e la scheda verrร effettivamente rimossajava
L'oggetto viene utilizzato
L'oggetto viene generato automaticamente per ogni pratica, con:
Nome del servizio (primi 255 caratteri + Nome e Cognome + Codice Fiscale del richiedente
L'oggetto puรฒ essere sovrascritto usando il campo application_subject
all'interno del modulo di form.io.
Ecco un esempio di codice per modificare dinamicamente il campo application_subject
Quando si usano componenti che richiedono calcoli matematici รจ consigliato aggiungere una funzione JS che corregge errori di approssimazione.
function round(value, decimals) { return Number(Math.round(value+'e'+decimals)+'e-'+decimals); }
Andare in modifica componente
Sezione Data -> Calculated Values
Aggiungere la funzione che racchiuge il calcola da fare
Quando viene utilizzata il componente select popolato via api, nella pagina di riepilogo del modulo cosรฌ come nella ricevuta pdf e nella pagina dell'operatore verrร visualizzato solo il valore del componente, ma non la sua label.
Se il componente select viene configurato in questo modo:
Durante la compilazione del modulo vengono correttamente visualizzate tutte le opzioni disponibili:
nel momento in cui viene mostrata l'anteprima per il riepilogo non รจ piรน visibile la label dell'opzione selezionata, ma solo il suo valore. Nel caso in cui due valori non coincidano il risultato รจ il seguente:
La soluzione a questo problema รจ utilizzare l'opzione custom nella configurazione del componente select
e utilizzare una logica javascript personalizzata per il recupero delle opzioni della select
Questo esempio utilizza l'SDK Formio per interrogare le api dell'area personale, ma รจ anche possibile implementare una logica differente.
Il risultato sarร il seguente:
Una pratica geolocalizzata รจ una pratica dotata di una informazione geografica. Dal punto di vista dei dati il requisito minimo รจ la presenza di un campo address
contenente almeno una coordinata.
Se disponibile puรฒ essere mostrata anche una descrizione testuale del luogo:
Una descrizione completa puรฒ comprendere anche molti altri dati, tra cui la definizione puntuale di tutti gli elementi dell'indirizzo.
Se voglio geolocalizzare le pratiche di un servizio, รจ necessario aggiungere un campo di tipo address
come da immagine. Questo elemento deve essere di primo livello, quindi non puรฒ essere contenuto da altri componenti, se non quelli di layout. Ad esempio non puรฒ essere inserito in un componente data, come un Data Grid
o un Container
, ma puรฒ essere contenuto in un elemento layout, come un Panel
o un Fieldset
).
Nella configurazione del campo รจ necessario impostare come "Provider" OpenStreetMap Nominatim
(โ ๏ธunico provider supportato) e come "API"->"Property Name" address
.
Esempio di uno schema completo per un campo address
Esempio di JSON presente in una pratica che contiene un campo di questo tipo
Come raccogliere pratiche in fascicoli
Un fascicolo รจ un raggruppamento di due o piรน pratiche relazionate con una relazione Genitore/Figlio (Parent/Child): la pratica figlia integra la pratica genitore o magari gli รจ successiva in termini temporali. Solitamente sono pratiche che si protocollano in un unico fascolo.
Per creare una relazione Genitore/Figlio (Parent/Child) tra due pratiche รจ necessario che la form della pratica figlia contenga i seguenti campi:
[MUST
] un campo di testo related_applications
dove l'utente deve inserire il numero della pratica genitore,
[MUST
] un campo hidden (il cui identificatore puรฒ avere qualsiasi nome, ad esempio calculate_related_applications
) di supporto per effettuare la validazione del numero di pratica inserito
[MUST
] Occorre impostare il seguente codice in Validation
nel campo related_applications
:
Attenzione occorre specificare correttamente l'api url nella funzione getData()
cosรฌ composto https://{host}/{instance}/api/status/applications/
(nell'esempio รจ specificato https://servizi.comune-qa.bugliano.pi.it/lang/api/status/applications/)
[MUST
] Occorre impostare il seguente codice in Data / Calcuated Value
nel campo calculate_related_applications
Quando si usa il componente Datagrid ed accedere ai valori delle righe si deve utilizzare
row.{{nome_input}}
Funzionalitร avanzate Per una corretta configurazione del componete Datagrid sono necessarie alcune osservazioni:
Non usare NestedForm al suo interno
Per form (datagrid) complessi รจ consigliata impostare una sola colonna e al suo interno aggiungere un componente Columns e creare la griglia desiderata con i vari input.
Nella sezione di riepilogo il componente al momento porta un problema di struttara dati mostrati i campi come vuoti. Per risolcvere questo problema รจ necessario aggiungere nell'ultima sezione utile del form un componente Hidden ed aggiungere in Calculated Value il seguente scripts, da modificare in base ai nomi scelti dei Datagrid
Come aggiungere al modulo un componente che verrร mostrato solo in caso di compilazione da parte di un operatore.
In un modulo potrebbe essere necessario poter rendere modificabile un campo solo lato operatore. Per poter popolare o modificare un campo solo se si รจ operatori, bisogna aggiungere la proprietร operator_restricted
con valore true
navigando nella tab API
sotto la voce Custom Properties
Aggiungere poi l'attributo readonly
nel tab Layout
sotto la voce HTML attributes
con valore true.
Aggiungere un condizione personalizzata per renderlo invisibile agli utenti. Aggiungere nella tab Conditional
sotto Advanced Conditions
questo codice show = !instance.component.properties.hasOwnProperty('operator_restricted')
Con questa configurazione il cittadino non vedrร il campo, mentre resterร accessibile e modificabile agli operatori.
Nel servizi a sottoscrizione sono disponibili due integrazioni:
Iscrizione al servizio per l'iscrizione di un cittadino
Pagamenti per servizi a sottoscrizione per registrare un pagamento collegato ad un'iscrizione esistente
Per creare un iscrizione ad un servizio a sottoscrizione รจ necessario che il modulo contenga i seguenti campi:
Subform applicant
: dati anagrafici del richiedente
Campo code
: codice del servizio a sottoscrizione
Oppure nel caso di iscrizione per conto di altri (esempio di un genitore che iscrive il figlio minorenne):
Subform subscriber
: dati anagrafici del richiedente
Campo code
: codice del servizio a sottoscrizione
Il subform applicant
/subscriber
dovrร fornire i campi:
NOTE
Nel caso in cui l'iscrizione preveda un pagamento verrร automaticamente salvato un pagamento associato all'iscrizione appena creata con una descrizione fissa Quota di iscrizione e nome Quota di iscrizione - {nome corso} - {nome e cognome iscritto} {cf iscritto}
Il sistema consente un'unica iscrizione per corso, รจ dunque necessario bloccare iscrizioni duplicate durante la compilazione del modulo. A questo scopo รจ sufficiente effettuare una richiesta all'endpoint https://{host}/{instance}/subscriptions/availability?code={code}&cf={fiscal_code}
dove
code
รจ il codice del corso per il quale si vuole verificare l'esistenza di duplicati;
fiscal_code
รจ il codice fiscale del cittadino che si desidera iscrivere (nota distinzione applicant
e subscriber
descritta nel paragrafo precedente)
La chiamata restituisce 400/406/200 a seconda della disponibilitร dell'iscrizione.
Si rimanda alla validazione descritta nel paragrafo "Fascicoli".
Per salvare un pagamento associato ad un iscrizione esistente รจ necessario che il modulo contenga i seguenti campi:
Subform applicant
: dati anagrafici del richiedente (i.e. l'iscritto che effettua il pagamento)
Campo code
: codice del servizio a sottoscrizione
Campo payment_identifier
: identificativo del pagamento che verrร salvato come nome della voce di pagamento
Campo payment_amount
: importo del pagamento
Campo payment_reason
: Causale del pagamento che verrร salvata come descrizione della voce di pagamento
Campo unique_id
: Vincolo di univocitร : questo campo serve nel caso in cui vengano create delle pratiche in bozza oppure l'import dei pagamenti tramite csv, in modo che non vengano create pratiche di pagamento duplicate
Il subform applicant
/subscriber
dovrร fornire i campi:
Il campo code
puรฒ essere sostituito con il campo subscription_service
contenente l'identificativo del servizio a sottoscrizione
Nel caso in cui il richiedente effettua il pagamento per un iscritto deve essere presente il subform subscriber
analogamente a quanto avviene per l'integrazione Servizi a sottoscrizione.
Anche in questo caso รจ possibile sostituire il campo code
con il campo subscription_service
NOTE:
Affinche l'integrazione vada a buon fine una volta verificato il pagamento รจ indispensabile che esista un iscrizione per il cittadino con il codice fiscale inserito nel modulo. Nel caso contrario la pratica resterร bloccata nello stato precedente a quello indicato come punto di attivazione
Per aggangiare un servizio form.io al backoffice della prenotazione appuntamenti la form dovrร contenere almeno i seguenti campi:
Subform applicant
: dati anagrafici del richiedente: Non sono richiesti tutti i campi presenti nel componente/subform anagrafica
, ma รจ sufficiente utilizzare la subform anagrafica-lite
(name
, surname
, email_address
, phone_number
e fiscal_code
)
Campo calendar
: il calendario per la scelta del giorno e dello slot disponibile. La compilazione di questo campo restituirร una stringa del tipo d/m/Y @ H:i-H:i (calendar_id#meeting_id#opening_hour_id)
Campo user_message
: il messaggio descrittivo dell'utente che prenota l'appuntamento
Si consiglia di utilizzare il form Anagrafica-lite
a tale scopo.
L'SDK ha lo scopo di consentire alcuni tipi di chiamate in modo semplificato dai campi validation o campi calcolati dei moduli fatti con Form.io.
Le funzioni disponibili sono accessibili da window.FormioHelper
authenticatedCall('applications'): Promise
restituisce le pratiche dell'utente autenticato
getTenantInfo(): Promise
restituisce le info del tenant, in particolare รจ utile per reperire il tenant-id
oppure
getCurrentLocale(): string
restituisce la lingua corrente
getRemoteJson(url, method = 'get', headers = null): Promise
restiuisce un json da una API remota specificando eventualmente metodo e headers custom per la chiamata
oppure
Senza nessun parametro restituisce tutto l'oggetto meta
Con parametro restituisce il valore della chiave oggetto - primo livello
Con parametro restituisce il valore della chiave oggetto - secondo livello
Esempio con array
In caso il filtro non trovi gli elementi restituirร false
Requisiti minimi per un corretto funzionamento
Tutte le chiamate esterne devono avere il protocollo HTTPS
Abilitare i CORS a qualsiasi dominio oppure verso https://www2.stanzadelcittadino.it/
Dal modulo della pratica NON รจ possibile chiamare indirizzi arbitrari
Per creare un modulo che sia aderente al modello del PNRR comuni 2022 sarร necessario raggruppare logicamente tutti i componenti del modulo in vari layout fieldset.
Una volta creati i vari layout fildset, inserirci tutti i componenti da raggruppare a livello logico, similmente a quanto fatto nel servizio di riferimento del design comuni Iscrizione alla scuola dell'infanzia.
Un caso concreto: vogliamo bloccare l'invio di un bonus in ambito sociale, in modo che solo una famiglia possa fare richiesta.
Sarร indispensabile avere una base di dati o un'API da interrogare che ci da la chiave. Ipotiziamo che ci venga dato un file excel con i dati
Creiamo un JSON dal CSV, in modo che ogni riga del CSV diventi un oggetto di questo tipo:
Si avvia un json-server per creare un'API su quei dati:
Ottenendo un risultato di questo tipo:
Usiamo un campo di nome unique_id
per far si che solo un componente del nucleo familiare possa inviare la domanda.
Si aggiunge al form un campo di tipo Text fied che si popolerร con il valore del family code quando si inserisce nella form il campo Codice Fiscale:
Il valore del campo verrร calcolato in base a un piccolo script javascript da inserire nell'apposito campo Data -> Calculated Value
Per validare il campo sarร necessaria una validazione in JS, per ottenere un controllo di questo tipo:
Validazione JS del campo
Si testa con un client da CLI come che รจ possibile interrogare l'API:
Codice famiglia | codice fiscale |
1234 | SLVLNZxxxxxxxxx |
Un errore che puรฒ capitare quando si fa l'editing dei servizi tramite il form builder รจ la comparsa di un "Unknown component", alla fine del form, prima dei pulsanti di invio/annulla.
L'errore รจ dovuto a un bug dell'editor, si puรฒ correggere, ma non da interfaccia web.
Un form di form.io in stanza del cittadino รจ sempre di tipo wizard, ovvero fatto da N pagine.
Un form di tipo wizard DEVE avere sempre una struttura fatta da N panels, una per ogni pagina che vedete all'interno dell'editor:
Quando si verifica l'errore รจ perchรฉ sotto components c'e' qualcos'altro:
Per risolvere bisogna procedere in questo modo:
si prende l'ID del form mediante API: GET https://stanzadelcittadino.it/{tenant}/api/services/{service_id}
si prende il JSON del form da correggere: GET https://formserver.../form/{form_id}
si mette in un editor di testo e si toglie la parte contenente l'errore, ovvero si lasciano solo le componenti di tipo panel
si fa una PUT sul formserver con il JSON corretto:
N.B: la PUT va fatta sullo slug del servizio, non รจ disponibile sull'ID del form.
Ovvero deve essere prevista, per il cittadino, la possibilitร di utilizzare dati di pratiche giร inviati per la compilazione di nuove istanze.
ร possibile attivare il principio once-only sulla piattaforma tramite l'utilizzo dei nested form all'interno del modulo del servizio. I nested form sono uno speciale componente selezionabile dall'amministratore durante la configurazione del servizio.
Una volta trascinato un nested form all'interno del modulo del servizio si aprirร l'interfaccia di configurazione del componente, l'amministratore potrร scegliere tra un set giร preparato di nested form disponibili.
Per poter abilitare il principio once only su un nested form l'amministratore deve:
Specificare la label del componente scelto in base alla tabella inserita qui sotto
Specificare la chiave API del componente scelto in base alla tabella inserita qui sotto
Aggiungere la proprietร profile_block con valore true nel tab API del componente
In fase di compilazione da parte del cittadino di una pratica con un nested form con la proprietร profile_block abilitata il dato contenuto nel componente verrร salvato nel profilo del cittadino oltre che all'interno della pratica.
In fase di compilazione dello stesso o di un qualsiasi altro servizio in cui รจ stato configurato un nested form con proprietร profile_block abilitata e con la stessa chiave il dato verrร automaticamente prepopolato da quello salvato precedentemente nel profilo del cittadino.
Dal 12 dicembre 2023 le procedure previste dallo Sportello Unico Digitale devono essere rese disponibili interamente online sulla base del sistema tecnico per lo scambio transfrontaliero automatizzato di prove e l'applicazione del principio "una tantum" (OOTS โ Once Only Technical System) previsto dal della Commissione.
Nome | Label | Chiave API |
---|
OC - Residenza | Il tuo domicilio | home_location |
OC - Esperienze lavorative | Le tue esperienze lavorative | work_experience |
OC - Titoli di studio | I tuoi titoli di studio | educational_occupational_credential |
OC - ISEE | Il tuo ISEE | economic_situation_indicator |
OC - ICEF | Il tuo ICEF | economic_situation_indicator_tn |
OC - VSE | Il tuo VSE | economic_situation_indicator_adige |
OC - IBAN | I tuoi dati di accredito | bank_account |
OC - Figli | I tuoi figli | children |
OC - Veicoli | I tuoi veicoli | vehicles |
OC - Immobili | I tuoi immobili | real_estate |
OC - Soggetti Giuridici | Dati dell'azienda | legal_entities |
OC - Coniuge | Il tuo congiunto | spouse |
OC - Genitori | I tuoi genitori | parents |
OC - Documenti allegati | I tuoi documenti | digital_documents |
Descrive il procedimento necessario per abilitare componenti di tipo nested form all'utilizzo dell'integrazione con la PDND
Una volta abilitata l'integrazione con la PDND e configurati correttamente un client ed i relativi i e-services l'amministratore della piattaforma puรฒ abilitare un componente di tipo nested form all'utilizzo di una specifico e-services.
Per poter abilitare un nested form all'utilizzo di uno specifico e-service della PDND si deve:
Abilitare il componente come Once Only (vedere guida su Arricchimento del profilo del cittadino)
Inserire una proprietร eservice
contenete l'uuid dell'e-service da abilitare in base alla tabella di configurazione inserita qui sotto
Inserire una proprietร format
contenete il formato di risposta dell'e-service in base alla tabella di configurazione inserita qui sotto
Tabella di compatibilitร dei nested form con e-services e formato
Nome | Uuid e-service | Formato |
---|---|---|
Indirizzo
a6fcd036-f1a2-4df5-b986-7410e9e0e97a
residenza