Fruizione built-in

La pubblicazione dei tracciati sulla PDND avviene attraverso una fruizione build-in “Fig. 312” (chiamata api-pdnd-tracing), erogata dal soggetto PDND e fruita dal soggetto di default definito durante l’installazione. Tale fruizione sarà presente automaticamente se, durante l’installazione di GovWay, viene scelto il profilo ModI tra quelli abilitati. La fruizione deve essere finalizzata negli aspetti descritti nel paragrafo “Configurazione della fruizione”.

../../../../_images/TracingPDNDBuiltIn.png

Fig. 312 Fruizione built-in per la pubblicazione del tracciato giornaliero

La fruizione built-in deve essere finalizzata negli aspetti descritti di seguito.

  • Endpoint di esposizione delle API della PDND: nella sezione “connettore” deve essere indicata la corretta url di esposizione delle API PDND (figura Fig. 313):

    Nota

    Le url indicate potrebbero variare; si raccomanda di ottenere sempre dalla PDND le url aggiornate.

    ../../../../_images/TracingFruizione_connettore.png

    Fig. 313 Fruizione della API di pubblicazione del tracciato: connettore

  • Token Policy di negoziazione del voucher: nella precedente sezione “connettore” si è potuto vedere come sia stata associata al connettore una Token Policy di Negoziazione del tipo descritto nella sezione “Signed JWT”. La token policy “api-pdnd” riferita (figura Fig. 314) deve essere finalizzata nei seguenti aspetti:

    • Url: deve essere indicato l’endpoint di negoziazione del voucher esposto dalla PDND:

      Nota

      Le url indicate potrebbero variare; si raccomanda di ottenere sempre dalla PDND le url aggiornate come indicato nella sezione Richiesta di un voucher spendibile presso le API di Interoperabilità dove viene indicato che l’URL dell’endpoint cambia in funzione dell’ambiente e sarà chiaramente visibile sull’interfaccia all’interno del back office.

    • Audience: deve essere indicato il corretto valore atteso dal servizio della PDND, valore che cambia in funzione dell’ambiente:

      • ambiente di collaudo: auth.uat.interop.pagopa.it/client-assertion

      • ambiente di produzione: auth.interop.pagopa.it/client-assertion

      Nota

      I valori indicati potrebbero variare; si raccomanda di ottenere sempre dalla PDND i valori aggiornati.

    ../../../../_images/fruizioneAPI_PDND_tokenPolicy.png

    Fig. 314 Fruizione della API di pubblicazione del tracciato: token policy

  • Materiale crittografico e dati della PDND: nella sezione “ModI” devono essere configurati tutti i parametri relativi al materiale crittografico e ai dati identificativi ottenuti dalla PDND in seguito alla registrazione del client di tipo “api interop” (figura Fig. 315):

    • Key Id (kid) del Certificato: identificativo kid della chiave pubblica;

    • Identificativo: clientId associato alla chiave pubblica;

    • Chiave Privata e Chiave Pubblica: indica il path su file system rispettivamente delle chiavi private e pubbliche in formato PEM o DER (sono supportati sia i formati pkcs1 che pkcs8);

    • Password Chiave Privata: se la chiave privata è cifrata deve essere indicata la password.

    Nota

    Tramite il campo “Tipo” è possibile utilizzare un tipo di archivio differente dalla coppia di chiavi pubblica e privata come un keystore “PKCS12”, “JKS” o un archivio json “JWK”.

    ../../../../_images/fruizioneAPI_PDND_tracing.png

    Fig. 315 Fruizione della API di pubblicazione del tracciato: profilo “ModI”

  • Controllo degli Accessi: si può notare come la fruizione riporta uno «stato rosso» che evidenzia una configurazione incompleta nella parte relativa al Controllo degli Accessi. Procedere con la configurazione del Controllo degli Accessi al fine di renderla invocabile secondo la modalità di autenticazione ed autorizzazione desiderata. Le modalità scelte dovranno poi comportare una configurazione adeguata tramite le proprietà descritte nella sezione Configurazione Avanzata.