🛠️
Opencity Italia
Sviluppatori e partner tecnologici
Sviluppatori e partner tecnologici
  • Introduzione
  • Architettura
    • Pattern: microservizi
    • Pattern: event sourcing
    • Vista generale
  • Standard e convenzioni
    • Standard della piattaforma
    • Microservizi
  • Roadmap
  • Integrazioni
    • Integrazione Widget servizio (FormIO)
    • Integrazioni con il flusso delle pratiche
      • API ReST
      • Webhooks
    • Modello di integrazione con l'area personale
    • Integrazione con Intermediari di pagamento PagoPA
      • Requisiti per l'integrazione
      • Il Pagamento
        • Versione 1.0
        • Versione 2.0
      • Schema di Funzionamento
      • Configurazione dei pagamenti
        • API v1
        • API v2
      • Un pagamento in dettaglio
      • Gli stati di un pagamento
      • Processo di sviluppo
      • Implementazione di un proxy
    • Integrazione con Protocollo Informatico
      • Requisiti per l'integrazione
      • Documento digitale
        • Esempio documento con allegati non protocollato
        • Esempio documento con allegati protocollato
        • Esempio documento con campo retry_meta prodotto dal protocol proxy
        • Esempio documento con campo retry_meta modificato dal sistema di retry
        • Usecase: Il Documento originato dalle pratiche dai servizi digitali
        • Stati del documento
      • Architettura del sistema di protocollazione
      • WorkFlow sistema di protocollazione
        • Configurazione tenant e servizi
      • Protocol Proxy: Specifiche Implementative
      • Processo di sviluppo
    • Integrazione con PDND
      • Introduzione
      • Integrazione tecnica tra OpenCity, PDND Connector e PDND
      • Definizione API PDND Connector
    • Integrazioni con il Sito Istituzionale
    • Single Sign-On
      • SSO mediante oAuth2
      • SSO mediante JWT
    • Processi asincroni (job)
      • Importazione dovuti
    • Integrazione di un servizio di terze parti protetto da autenticazione
      • Esempio con GovWay
  • 👩‍💻Sviluppo
    • Multilingua
    • Temi grafici
Powered by GitBook
LogoLogo

Opencity Labs

  • Sito web
  • Product page

Developers Italia

  • Sito web
  • Area personale e Servizi Digitali

Documentazione Opencity Italia

On this page
  • Flusso di Integrazione e Fruizione
  • Processo di Adesione e Configurazione (Lato Ente/PDND e OpenCity):
  • Ulteriori Dettagli e Supporto
  • Documentazione
  • Ambiente di Lavoro
  • Processo di Lavoro
  • Problemi Noti

Was this helpful?

Export as PDF
  1. Integrazioni

Integrazione con PDND

Flusso di Integrazione e Fruizione

Processo di Adesione e Configurazione (Lato Ente/PDND e OpenCity):

  • L'ente (es. Comune) deve prima abilitarsi sulla piattaforma PDND (procedura di PagoPA tramite SPID).

  • Sulla piattaforma PDND (spesso guidati o fatti da noi per l'ente):

    • Si crea un Client.

    • Si richiede la Fruizione degli e-service desiderati (es. ANPR stato famiglia). Questa richiesta deve essere approvata dall'ente erogatore.

    • Si crea una FinalitĂ  per ogni e-service richiesto, specificando le motivazioni e l'analisi del rischio. Anche questa finalitĂ  deve essere approvata.

    • Si associa la FinalitĂ  approvata e la Chiave Pubblica al Client sulla PDND.

  • Sulla Piattaforma OpenCity:

    • Si crea un Client corrispondente a quello creato sulla PDND.

    • Si genera una Chiave Pubblica (tramite un'API del PDND Connector) e la si associa al Client sulla PDND.

    • Si inseriscono gli identificativi ottenuti dalla PDND: Client ID, KID e Purpose ID (ParID).

    • Si abilitano gli E-service (configurati con il Client e la FinalitĂ ) a livello di "tenant" (per tutti i servizi compatibili) o di "singolo servizio".

    • Si configura il Nested Form sul frontend per ricevere i dati da quello specifico e-service.

Ulteriori Dettagli e Supporto

Documentazione

  • Le registrazioni video sono essenziali per vedere il flusso pratico:

    • La "Videolezione 1: Formazione Pdnd" per il contesto generale, gli attori, e la demo di configurazione/fruizione;

    • La "Videolezione 2: Revisione codice PDND" per il funzionamento interno del Connector (flusso GET/POST, struttura codice).

Ambiente di Lavoro

Serve l'accesso alla piattaforma PDND (test/collaudo) con permessi adeguati (amministratore è meglio). Richiedere i permessi per comuni di test come Asolo o Vicopisano. Configurare un ambiente locale per testare il PDND Connector, magari copiando le configurazioni esistenti da S3 (richiedere credenziali).

Processo di Lavoro

Problemi Noti

Ci sono aree in miglioramento: lo Swagger del Connector potrebbe non funzionare nell'ambiente QA, la gestione degli ambienti collaudo/produzione sulla UI della Stanza ha delle criticità (è stata aperta una issue per questo), la strategia di caching nel Connector ha delle criticità.

PreviousProcesso di sviluppoNextIntroduzione

Last updated 1 day ago

Was this helpful?

Le slide sono ottime per gli step lato Ente/PDND.

Seguire la : identificare l'e-service (con PMs), studiarlo (dati vs form), e creare una issue dettagliata che includa lo studio, la mappatura, e la definizione della risposta del Connector.

OpenCity_Richiesta di fruizione dati via PDND_public link.pdf
Guida Passo Passo per l'Integrazione della PDND