Skip to content

Validazione dati pdnd a livello di singoli campi del nested form residenza archetipo anziché a livello dell'intero blocco

Nota bene

dallo sprint precendente sono emersi i seguenti punti:

  • trovare un modo per rendere un radio button read only (caso del nested form oc figli: il sesso è un radio button e viene dalla pdnd)
  • verificare il comportamento di un nested form annidato all'interno di un altro nested form: in oc-figli abbiamo l'anagrafica del figlio e la residenza. la residenza non diventa read only se l'anagrafica lo diventa per via della pdnd. NB nel caso di oc-figli il nestd form della residenza non può provenire dalla pdnd al contrario della parte anagrafica. Pertanto, in caso di chiamata alla pdnd valida, oc figli avrà l'anagrafica readonly compilata tramite pdnd e la prate di residenza scrivibile dall'utente .
  • come gestire il caso in cui il nested form fa una chiamata alla pdnd e questa ritorna una risposta valida ma vuota(oggetto data vuoto)? Deve essere il pdnd connector a restituire 404? oppure gestiamo la cosa a livello di form? - forse seguendo le linee guida dovrebbe essere il pdnd a rispondere 404. da discuttere

Come cittadino, durante la compilazione di una pratica, vorrei non dover inserire nuovamente i dati che possono essere recuperati e certificati tramite pdnd in modo da rispettare il principio once only

Problema:

In alcuni nested form, come nel caso "coniugi" o "figli", non tutti i campi possono essere forniti e validati dai dati provenienti dalla fruizione degli e-eservice PDND.

Soluzione Proposta:

il nested form che interroga il pdnd-connector riceverà una lista delle sole informazioni ricavabili tramite pdnd: Il cittadino, beneficiario di quelle informazioni, durante la fruizione del servizio vedrà quindi alcuni campi precompilati e certificati da PDND, che non saranno modificabili, mentre altri campi rimarranno modificabili e non certificati.

in particolare si vogliono integrare le informazioni del nested form "residenza archetipo" interrogando il pdnd connector attraverso l'e-service dell'anpr "c020 accertamento residenza"

la stanza deve

  • poter effettuare una GET autenticata al seguente endpoint con il parametro "format" = "residenza_archetipo" come nel seguente esempio:

https://api.qa.stanzadelcittadino.it/pdnd/anpr/accertamento-residenza?config_id=76c62ded-c123-40b5-9ace-bbbd3988fade&fiscal_code=BNRMHL75C06G702B&format=residenza_archetipo

il Pdnd-Connector risponderà il seguente payload in cui i valori dentro l'oggetto data saranno un subsetsulla submission del nested form residenza archetipo

{
    "data": {
        "address": "PIAZZA NUOVA RESIDENZA",
        "house_number": "34",
        "municipality": "PAVULLO NEL FRIGNANO",
        "county": "MO",
        "postal_code": "41026",
        "codice_istat_comune": "036030",
        "locator_within": "3"
    },
    "meta": {
        "signature": "iROjDiYW5ozfkDMiEsCbkuzAkMKglEXQMHJjQK9n1I6A3f7LOdIbcG6XWqECU9M8F+c6ZfLvKD5zmGt7oOpZwRDd7Jiw6shFMeyf+g1OjGeVsM1WmbCN+7GUm1exFIMUP00D5Yf4dgWpSBE5nF68raY86ZO6f+BFdVTI7X+Z7YDxPQDY4pF0lOqaWNrLSkiOdZiT0khhKxZ79OApgvBpGR6lFpLv/jvpumL88Ilpx/IHLPiL4fDAJsVS99W43G/rTINl++bZtC4SsFpLt4mRoxUHAjmDHCzduxAfFn8qcMJXKBmgxBqXa96q3DZxkwLwMqWgC+UIZK+alVrwQwJNCQ==",
        "format": "residenza_archetipo",
        "created_at": "2024-06-06T16:26:04+06:00",
        "source": "ANPR",
        "call_url": "https://api.qa.stanzadelcittadino.it/pdnd/anpr/accertamento-residenza?config_id=76c62ded-c123-40b5-9ace-bbbd3988fade&fiscal_code=DLGBNC70E60Z509S&format=residenza_archetipo"
    }
}

Per quanto riguarda la validazione del dato sono state esaminate 2 soluzioni:

Soluzione 1

La responsabilità di riconoscere quali sono i campi della submission da validare è del PDND Connector

Sviluppi necessari:

  • Salvare all'interno del pdnd_block quali sono i campi valorizzati e validati dal pdnd_connector
  • L'area personale una volta ricevuti i dati da uno specifico eservice dovrà essere in grado di rendere readonly e flaggare come provenienti dalla pdnd solo i campi ricevuti dal pdnd_connector.
  • L'area personale invia l'intera submission al PDND connector, che estrarrà solo i campi definiti nel formato passato ignorando gli altri e procedendo con la validazione

image

Soluzione 2

La responsabilità di riconoscere quali sono i campi della submission da validare è del PDND Block

Sviluppi necessari:

  • Modificare i nested form che devono essere integrati con gli e-services della pdnd ed indicare per ogni singolo campo se fa o meno parte dei dati restituiti dal pdnd connector. Aggiungere la proprietà pdnd_field=true
  • L'area personale una volta ricevuti i dati da uno specifico eservice dovrà essere in grado di rendere readonly e flaggare come provenienti dalla pdnd solo i campi con proprietà pdnd_field=true.
  • L'area personale una submission che sia conforme a quanto ricevuto dal pdnd connector. La submission parziale verrà ricavata andando a considerare solo i proprietà pdnd_field=true

È emersa una criticità sulla gestione di pdnd block che contengono datagrid i cui campi non sono restituibili dal pdnd connector.

Questo use case sembra essere presente nel Nested Form oc-figli e deve essere indagato

Edited by Mirko Crobu