Definizione API PDND Connector
Endpoint del pdnd-connector
pdnd-connector
Il pdnd-connector
espone endpoint specifici per ciascun e-service integrato, con diverse operazioni supportate tramite verbi HTTP.
Endpoint di Chiamata
Gli endpoint seguono una struttura che identifica l'erogatore e il servizio specifico. Ad esempio, per gli e-service ANPR (ANPR
è l'erogatore), si utilizzano path come /e-services/anpr/<nome-e-service>
. Esempi di <nome-e-service>
includono accertamento-cittadinanza
, stato-famiglia
, accertamento-residenza
.
Verbi HTTP Utilizzati
GET
: Utilizzato per la fruizione degli e-service, ovvero per richiedere e ottenere i dati dalpdnd-connector
, che a sua volta li recupera dagli enti erogatori (es. ANPR, INPS).POST
: Utilizzato per la validazione dei dati precedentemente ottenuti tramiteGET
. Questa operazione verifica che i dati non siano stati alterati prima di essere inviati dal Core.Parametri Richiesti (Payload per
POST
, URL perGET
):Per
GET
(Fruizione): I parametri sono inclusi nella URL (query parameters). Esempi includono:fiscalCode
: Il codice fiscale dell'utente di cui si richiedono i dati.format
: Un parametro che specifica il formato in cui i dati devono essere restituiti dalpdnd-connector
. Questo formato deve essere compatibile con il Nested Form di OpenCity che riceverà i dati.Esempio URL:
GET /e-services/anpr/stato-famiglia?fiscalCode=ABCDEF01G23H456I&format=statoFamigliaArchetipo
Per
POST
(Validazione): Il payload della richiestaPOST
deve contenere due campi principali:data
: L'oggetto JSON contenente i dati esatti (incluso il loro formato) così come ricevuti dalla rispostaGET
precedente, senza i metadati diisFromPdnd
,isReadonly
,isUpdatedToday
.meta
: Un oggetto contenente la firma digitale (signature
) dei dati, così come restituita dalla rispostaGET
.
Header Necessari: Per tutte le chiamate agli endpoint del
pdnd-connector
, è necessario includere un token JWT nell'headerAuthorization
.Authorization: Bearer <JWT_TOKEN>
. Ilpdnd-connector
effettua una validazione del token. Per le API di configurazione (non direttamente usate da OpenCity per fruizione), è richiesto unadmin token
. Per le API di fruizione e validazione, è richiesto unuser token
, e il codice fiscale contenuto nel token viene verificato con quello eventualmente presente nella URL.
Esempi di chiamate API
Di seguito, alcuni esempi di richieste e risposte per chiarire il flusso di integrazione.
Accertamento Residenza
Richiesta:
Risposta:
È disponibile anche il formato "residenza_archetipo" che include campi aggiuntivi:
Stato Famiglia
Richiesta:
Risposta (esempio con coniuge e figli):
Validazione delle risposte
Per validare l'autenticità di una risposta, si utilizza il relativo l'endpoint di validazione:
Richiesta:
Risposta:
Definizione OpenAPI
Last updated
Was this helpful?