Portali, API e interoperabilità per la PA

Digitalizzazione per scuole e Comuni

Realizziamo siti istituzionali, portali e servizi API per scuole e Comuni, collegando accessibilità, contenuti, sicurezza, interoperabilità e manutenzione.

Risposta sintetica

In breve.

La digitalizzazione della PA non coincide con la pubblicazione di un sito: richiede servizi comprensibili, accessibilità, responsabilità editoriali, sicurezza, interoperabilità, evidenze di collaudo e continuità. DLM Design collega portale, contenuti, API e sistemi su un perimetro documentato.

Un progetto pubblico deve essere comprensibile alle persone e verificabile dall’ente.

Il portale visibile ai cittadini e le integrazioni tra sistemi risolvono problemi diversi, ma condividono gli stessi requisiti di fondo: responsabilità, accessibilità, sicurezza, documentazione e continuità dopo la consegna. DLM Design affianca scuole e Comuni dalla lettura del perimetro tecnico fino al collaudo e al passaggio operativo.

Siti scolastici

Implementazione e personalizzazione del modello Designers Italia, architettura informativa, contenuti e assistenza editoriale.

Portali istituzionali

Servizi, novità, documenti e trasparenza organizzati intorno ai bisogni di cittadini e personale.

API REST

Endpoint documentati con OpenAPI, contratti leggibili, errori coerenti e versionamento.

Interoperabilità PDND

E-service, descrittori, semantica, configurazione e supporto alle verifiche previste dal progetto.

Middleware

Collegamento controllato tra applicativi esistenti, fonti dati, portali e piattaforme nazionali.

Manutenzione

Hosting, aggiornamenti, backup, monitoraggio, documentazione e assistenza dopo la pubblicazione.

Siti istituzionali: il modello è una base, non il progetto completo.

I modelli pubblici mettono a disposizione architettura, componenti e riferimenti di conformità. Il lavoro dell’ente e del fornitore resta decisivo per selezionare i contenuti, migrare documenti, assegnare ruoli, verificare accessibilità e mantenere aggiornate informazioni e servizi.

Analisi e inventario

Sezioni, contenuti, allegati, URL, servizi, redattori e dipendenze del sistema esistente.

Migrazione controllata

Contenuti utili, metadata, allegati e redirect selezionati senza trasferire automaticamente materiale obsoleto.

Accessibilità reale

HTML, tastiera, contrasto, alternative testuali, moduli e documenti valutati nel contesto d’uso.

Governance editoriale

Ruoli, tassonomie, flussi di approvazione e indicazioni per evitare duplicazioni e pagine abbandonate.

API e interoperabilità: l’endpoint è soltanto una parte.

Un servizio API pubblico richiede un contratto tecnico, una fonte dati affidabile, regole di autorizzazione, gestione degli errori e prove ripetibili. Per i progetti PDND devono inoltre essere coordinati descrittore, e-service, semantica, sicurezza e attività necessarie alla pubblicazione e all’attivazione.

  1. Perimetro: dati, operazioni, fruitori, responsabilità e sistemi coinvolti.
  2. Contratto: OpenAPI o altro descrittore previsto, esempi, errori, semantica e versioni.
  3. Sicurezza: OAuth2, token, chiavi, ruoli, segreti e trattamento dei dati pertinenti.
  4. Sviluppo: middleware, trasformazioni, log, idempotenza e gestione delle dipendenze.
  5. Collaudo: casi validi, errori, autorizzazioni, carico e criteri dell’avviso o del capitolato.
  6. Consegna: codice, configurazioni, documentazione, accessi, formazione e piano di manutenzione.

Esperienza PNRR verificabile

Un portale scolastico e quattro progetti API per Comuni.

Per l’I.T.T. Ettore Majorana di Milazzo abbiamo curato implementazione e personalizzazione del portale istituzionale nell’ambito della Misura 1.4.1. Per i Comuni di Venetico, Limina, Gioiosa Marea e Aidone abbiamo sviluppato servizi API per l’interoperabilità dell’Albo Pretorio nell’ambito della Misura 1.3.1.

Caso ITI Majorana → Caso API Albo Pretorio →

Cosa definiamo prima di una proposta.

Obiettivo e beneficiari

Servizio da migliorare, persone coinvolte e risultato amministrativo o operativo atteso.

Vincoli e conformità

Avviso, capitolato, modello, criteri tecnici, accessibilità, privacy e sicurezza pertinenti.

Sistemi e dati

Applicativi, fornitori, API disponibili, qualità delle fonti e responsabilità di accesso.

Collaudo e continuità

Evidenze richieste, ambienti, scadenze, manutenzione, assistenza e passaggio di consegne.

La partecipazione a un bando o la disponibilità di un finanziamento non sostituiscono l’analisi tecnica. Le attività vengono dimensionate sul perimetro approvato dall’ente e sui requisiti effettivamente applicabili.

Approfondimenti per responsabili e fornitori.

Siti scolastici, API e interoperabilità: guida introduttiva → · Web app e software su misura →

Valutiamo il perimetro del progetto →

Per chi è indicato e quando non lo è.

È indicato quando

Scuole e Comuni con obiettivo, responsabile, fonti dati, atti e criteri tecnici disponibili, inclusi progetti PNRR o manutenzioni.

Non è la scelta giusta quando

Non è indicata per dichiarare conformità senza verifiche, migrare contenuti obsoleti o attribuire endorsement non autorizzati.

Cosa consegniamo e come lavoriamo.

Deliverable

  • Inventario di servizi, contenuti e sistemi
  • Architettura e responsabilità editoriali
  • Contratto API, sicurezza e semantica
  • Evidenze di accessibilità, test e consegna

Processo

  1. Baseline e perimetro verificabile.
  2. Priorità e criteri di accettazione.
  3. Implementazione o pilota controllato.
  4. Misurazione, documentazione e prossimo ciclo.

Tabella decisionale.

Scelta dell’intervento in base al contesto
Scenario Scelta consigliata Perché
Nuovo portale istituzionale Partire da servizi, contenuti e redattori Il modello grafico non sostituisce la governance
Interoperabilità tra applicativi Definire fonte, e-service e contratto API Rendere ripetibili sviluppo e collaudo
Contenuti e allegati legacy Inventario, selezione e redirect Non trasferire materiale obsoleto

Rischi, vincoli e fattori di costo.

Tempi e costo dipendono da capitolato, inventario, fornitori, fonti dati, accessibilità, sicurezza, ambienti e collaudo. Dipendenze esterne e assenza di referenti possono bloccare il progetto più del codice.

Prova collegata a un progetto reale.

Il caso I.T.T. Ettore Majorana documenta il portale istituzionale nella Misura 1.4.1. Le evidenze PA sono collegate ad atti e fonti pubbliche, senza endorsement personali.

Consulta il caso collegato →

Domande frequenti.

Lavorate sui modelli Designers Italia?

Sì. Il progetto include inventario, contenuti, ruoli, accessibilità, migrazione e verifiche.

Sviluppate API per la PDND?

DLM Design ha esperienza su API e interoperabilità; il perimetro definisce dati, descrittore, sicurezza e collaudo.

Potete dichiarare che il sito è conforme?

Le dichiarazioni devono derivare da verifiche ed evidenze riferite al perimetro reale.

Come gestite la continuità dopo la consegna?

Con documentazione, ruoli, backup, aggiornamenti, monitoraggio, formazione e manutenzione.

Fonti primarie e responsabilità.

Responsabile: Davide La Maestra, fondatore e responsabile tecnico. Ultima revisione reale: 29 luglio 2026.

Richiedi l’analisi preliminare del progetto PA →

Parliamo del prossimo passo.

Prenota una call strategica ↗

Scrivici su WhatsApp