Advertisement

PA NON TI DEMO: weModI e Interoperabilità delle PA...

Profesia Srl a socio unico
Mar. 2, 2023
Advertisement

More Related Content

Similar to PA NON TI DEMO: weModI e Interoperabilità delle PA...(20)

More from Profesia Srl a socio unico(20)

Advertisement

PA NON TI DEMO: weModI e Interoperabilità delle PA...

  1. WeModI ©2022 Gruppo Lynx
  2. 2 ©2023 Gruppo Lynx PA NON TI DEMO_ RIVEDI IL WEBINAR - 25 gennaio 2023 Abbiamoparlato di competenze digitalidi cittadinie dipendentidellaPA... Ecco perché adottareuna DAP - Digital AdoptionPlatform rappresenta per le Pubbliche Amministrazioniun acceleratoredi innovazionee un aiuto concreto a raggiungere gli obiettividel CAD - Codice di Amministrazione Digitale. Newsletter Linkedin: PA e cittadinanzadigitale Tecnologie, buone pratichee novitàdi settore per migliorare l’erogazione dei servizi digitalial cittadino
  3. 3 ©2023 Gruppo Lynx Alcune Scadenze PiattaformaDigitale Nazionale Dati operativa - PDND - La piattaformadeve consentire alle agenzie di: - pubblicarele rispettive interfacce per programmi applicativi (API) sul catalogoAPI dellapiattaforma; - redigere e firmare accordisull'interoperabilitàdigitaleattraversola piattaforma; - autenticaree autorizzare l'accesso alle API utilizzandole funzionalitàdellapiattaforma; - convalidaree valutarela conformità al quadro nazionalein materia di interoperabilità. Le API nella PiattaformaDigitale Nazionale Dati T1 - L'obiettivoconsiste nel raggiungimentodi almeno 400 interfacce per programmi applicativi(API) attuatedalle agenzie, pubblicatenel catalogoAPI e integrate con la Piattaforma Digitale NazionaleDati. Le API comprese nell'ambitodi applicazionesono già state mappate... Fonte: https://openpnrr.it/ completata 24/02/2022 4° trimestre 2024 Misura 1.3.1 "PiattaformaDigitale NazionaleDati" e richiedere, in base allapopolazionedel Comune, un contributoper pubblicaresullaPDND un numero minimo predefinitodi API, rispettandole modalitàtecniche previste dalladocumentazione.L’Avviso ha una dotazione complessivapari a 110 milioni di euro. Le risorse a disposizionedegli enti, suddivisi in sette fasce, vannodagli oltre 10 mila euro per la pubblicazionedi una API nel caso di Comuni sotto i 2.500 abitanti,fino ai 474 mila euro per sei API nel caso delle amministrazionipiù grandi (ulteriori info QUI) 19/05/2023
  4. 4 ©2023 Gruppo Lynx Linee guida AgID Le Linee Guida individuano le tecnologie e gli standard che le Pubbliche Amministrazioni devono tenere in considerazione durante la realizzazione dei propri sistemi informatici, al fine di permettere il coordinamento informativo e informatico dei dati tra le amministrazioni centrali, regionali e locali, nonché tra queste e i sistemi dell’Unione Europea, con i gestori di servizi pubblici e dei soggetti privati.
  5. 5 ©2023 Gruppo Lynx Linee guida AgID • Sicurezza di canale e/o identificazione delle organizzazioni • Accesso del soggetto fruitore • Integrità • istante della richiesta; • identificativo del fruitore e dell’operazione richiesta; • tipologia di chiamata; • esito della chiamata; • ove applicabile, identificativo del consumatore o altro soggetto operante la richiesta comunicato dal fruitore - è cura del fruitore procedere alla codifica e l’anonimizzazione, ove necessario; • ove applicabile, un identificativo univoco della richiesta, utile a eventuali correlazioni. Ai fini di garantire la responsività di una API è necessario impedire a singoli fruitori di esaurire la capacità di calcolo e di banda dell’erogatore. La tecnica comunemente utilizzata in questi casi è il rate limiting (anche noto come throttling). Il rate limit fornisce ad uno specifico fruitore un numero massimo di richieste soddisfacibili all’interno di uno specifico arco temporale (es. 1000 richieste al minuto). Un numero di richieste che superi il limite imposto provoca il rifiuto di ulteriori richieste da parte di uno specifico fruitore per un intervallo di tempo predeterminato. Nella tecnologia REST la comunicazione DOVREBBE avvenire tramite oggetti JSON RFC 8259 con il relativo media-type application/json. È possibile fare eccezione in presenza di specifiche in cui gli oggetti di comunicazione sono formalizzati in forma diversa da JSON (es. INSPIRE, HL7).
  6. 6 ©2023 Gruppo Lynx API - Application Programming Interface { "id": 10, "name": "doggie", "category": { "id": 1, "name": "Dogs" }, "photoUrls": [ "string" ], "tags": [ { "id": 0, "name": "string" } ], "status": "available" }
  7. 7 ©2023 Gruppo Lynx WSO2 Leader di mercato Sviluppo, distribuzione e gestione delle API API-driven integration API Publisher per creare categorie o utilizzare tag per classificare le API API Developer Portal include un motore di ricerca per trovare facilmente le API. Rate limiting
  8. 8 ©2023 Gruppo Lynx WSO2 weModI weModI è un componente OSGI sviluppato in Java che estende le funzionalità dell’API Gateway rendendolo compatibile alle linee guida redatte da AgID
  9. 9 ©2023 Gruppo Lynx Linee guida PDND I profili di emissione dei Voucher sono definiti come applicazione del RFC6749, assumendo che i Voucher sono gli Access Token indicati nell’RFC, prevedendo la seguente mappatura dei ruoli: • Resource Owner: corrisponde all’Erogatore che, tramite le funzionalità della Infrastruttura interoperabilità PDND per la definizione dei Requisiti di fruizione degli e-service, individua le policy di accesso ai propri e-service; • Resource Server: è il sistema informatico dell’Erogatore che rende disponibile l’e-service; • Client: corrisponde al sistema informatico (di seguito Client Fruitore) del Fruitore che, a valle della stipula di un Accordo di Interoperabilità e l’indicazione delle finalità entro cui utilizzerà lo stesso accordo, accede all’e-service erogato dal Resource Server; • Authorization Server: corrisponde alla componente dell’Infrastruttura interoperabilità PDND che emette, nel rispetto degli Accordi di Interoperabilità stipulati dagli Aderenti, gli Access Token per autorizzare l’accesso agli e-service degli Erogatori. • favorire l’uso degli e-service grazie alla loro pubblicazione e la messa a disposizione della relativa documentazione tecnica; • agevolare la gestione del ciclo di vita degli e-service; • mitigare la creazione di interfacce ridondanti e/o con semantica sovrapposta.
  10. 10 ©2023 Gruppo Lynx Flusso di interconnessione tra le Pubbliche Amministrazioni
  11. 11 ©2023 Gruppo Lynx InBound OutBound
  12. 12 ©2023 Gruppo Lynx InBound OutBound # MODI_LOGFILE appender.MODI_LOGFILE.type = RollingFile appender.MODI_LOGFILE.name = MODI_LOGFILE appender.MODI_LOGFILE.fileName = ${sys:carbon.home}/repository/logs/modi.log appender.MODI_LOGFILE.filePattern = ${sys:carbon.home}/repository/logs/modi-%d{MM-dd-yyyy}-%i.log appender.MODI_LOGFILE.layout.type = PatternLayout appender.MODI_LOGFILE.layout.pattern = TID: [%tenantId] [%appName] [%d] [%X{correlationID}] %5p {%c} - %m%ex%n appender.MODI_LOGFILE.policies.type = Policies appender.MODI_LOGFILE.policies.time.type = TimeBasedTriggeringPolicy appender.MODI_LOGFILE.policies.time.interval = 1 appender.MODI_LOGFILE.policies.time.modulate = true appender.MODI_LOGFILE.policies.size.type = SizeBasedTriggeringPolicy appender.MODI_LOGFILE.policies.size.size = 10MB appender.MODI_LOGFILE.strategy.type = DefaultRolloverStrategy appender.MODI_LOGFILE.strategy.max = 20 appender.MODI_LOGFILE.filter.threshold.type = ThresholdFilter appender.MODI_LOGFILE.filter.threshold.level = DEBUG
  13. 13 ©2023 Gruppo Lynx GUI personalizzabile
  14. 14 ©2023 Gruppo Lynx Funzionalità Principali
  15. 15 ©2023 Gruppo Lynx Dove trovarci DOVE SIAMO Milano - Torino - Padova - Roma TELEFONO Torino 011 0120371 WEBSITE www.profesia.it - www.emerasoft.com EMAIL sales@profesia.it &
Advertisement