No, l’email di inoltro dei messaggi su IO riporta solo i primi 134 caratteri del testo, a mo' di incipit, e tramite un pulsante invita poi il cittadino ad andare su app IO per leggere il contenuto completo, compresi quindi gli eventuali allegati.

Gli effetti di quel flag sono due: primo, le notifiche push prodotte sul dispositivo del cittadino sono “anonimizzate”, cioè riportano un testo generico del tipo “Hai un nuovo messaggio su IO”, e non “Ecco la tua prenotazione psichiatrica”, per esempio; secondo, non viene generata l’email-eco anche se quel cittadino aveva attivato la funzione in app. Tutto allo scopo ovvio di tutelare la privacy del destinatario, magari le notifiche push compaiono anche a telefono bloccato in presenza di terze persone, e questa sarebbe una messa a rischio della privacy.

No, è disponibile per tutti i messaggi, a prescindere dal modello di integrazione. In tutti i casi, gli effetti sono gli stessi, e cioè: [vedi risposta precedente]

Si tratta di un meccanismo di Proof-Of-Possession fornito da IO che è in grado di garantire e provare crittograficamente che determinate operazioni siano effettuate da un certo cittadino sul proprio dispositivo, quello sul quale ha fatto un’identificazione “forte”, biometrica o tramite PIN, e che è stata salvata nel keystore hardware del dispositivo stesso. La documentazione per sfruttare questa funzionalità sarà disponibile a breve, per il momento impostate quei campi come negli esempi riportati. Inoltre, raccomandiamo di non bloccare gli header aggiuntivi che IO manderà sulle sue chiamate callback verso i vostri sistemi: potrete per ora ignorarli, ma non bloccateli attivamente altrimenti il colloquio non funzionerà.

Il flag has_precondition indicato durante la creazione del messaggio ha preponderanza su quello indicato in configurazione, che è un default. Quindi, nel caso della domanda, quel particolare messaggio avrà le precondizioni mostrate a ogni apertura.