Nell'ambito dell'iniziativa #PAnontidemo_webinar, ciclo di eventi e iniziative dedicati alla Pubblica Amministrazioni italiana, Emerasoft e Profesia presentano weModI, la soluzione per l'interoperabilità delle PA conforme alle normative AgID (ModI & PDND). Negli ultimi anni le Amministrazioni Pubbliche sono chiamate a interscambiare informazioni attraverso le API. Questo processo si è reso necessario per rendere standard il processo di interoperabilità tra gli enti sul territorio italiano. WSO2 è la soluzione 100% Open Source e leader di mercato in grado di aiutare il Management di un ente (pubblico o privato) nel processo di manutenzione ed evoluzione delle API. Il percorso tracciato da WSO2 risponde puntualmente alle esigenze degli utenti finali e nel caso della Pubblica Amministrazione, che rappresenta uno dei principali utilizzatori della piattaforma, viene messa a disposizione l'estensione weModI, che rende WSO2 API Manager conforme ai pattern definiti da AgID. Gli utenti hanno così la possibilità di pubblicare e sottoscrivere API aderenti ai pattern ModI in modo semplice e sicuro, avviando un percorso di collaborazione e monetizzazione che assicura trasparenza e rapidità nell'interoperabilità con altri enti nazionali ed europei secondo quello che è già noto come Interoperable Europe Act. Se sei una PA alle prese con PDND contattaci! Scrivi a sales@profesia.it o chiamaci allo 0110120371

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
&