Come scegliere il Software URP per il tuo Ente: 10 criteri da valutare

1. Conformità normativa (Legge 150/2000, CAD, AgID)

Il primo criterio è non negoziabile. Il software deve essere progettato per rispettare la Legge 150/2000 sull'attività di comunicazione delle pubbliche amministrazioni, il Codice dell'Amministrazione Digitale (CAD) e le Linee Guida AgID pertinenti. Vanno verificati: gestione delle richieste di informazione, tracciatura delle pratiche, conservazione dei documenti, modelli di privacy notice, integrazione con il protocollo informatico.

2. Integrazione con SPID, CIE e PagoPA

Anche se le integrazioni effettive saranno realizzate nel tempo, il software deve essere predisposto a colloquiare con SPID e CIE per l'autenticazione del cittadino e con PagoPA per i pagamenti. Va chiesto al fornitore: l'architettura supporta nativamente questi sistemi? Esiste una roadmap pubblica per la loro abilitazione? In W-URP, queste integrazioni sono in arrivo in roadmap, con l'architettura già pronta a riceverle.

3. Accessibilità WCAG 2.1 livello AA

La conformità WCAG 2.1 AA è un obbligo di legge per la PA italiana. Va verificata su tutta la piattaforma, non solo sull'interfaccia pubblica: anche il back-office degli operatori deve essere accessibile. Va chiesta una VPAT o un audit indipendente, e va testata in concreto con strumenti come WAVE, axe DevTools, Lighthouse, oltre che con prove manuali da tastiera e screen reader.

4. Modalità di deployment (cloud SaaS, on-premise, ibrido)

Il modello di erogazione incide su costi, tempi di attivazione, gestione operativa. Per la maggior parte degli enti la piattaforma URP cloud in modalità SaaS è la scelta più sostenibile; per casi specifici può servire un on-premise o un'architettura ibrida. Verifica che il fornitore sia onesto sui pro e contro, e non spinga per default verso il modello che gli costa meno.

5. Architettura multi-tenant

Una architettura multi-tenant ben progettata garantisce isolamento dei dati, aggiornamenti continui, costi spalmati su molti enti. Chiedi al fornitore quale modello di isolamento adotta (database, schema o tabella), come gestisce le configurazioni per ente, come garantisce il rispetto del GDPR. Diffida da chi promette "un ambiente solo per voi" senza spiegare il prezzo nascosto in termini di aggiornamenti e sicurezza.

6. Sistema di ruoli e permessi (RBAC)

Un URP coinvolge profili diversi: dirigenti, responsabili di servizio, operatori di front-office, addetti al back-office, auditor. Il software deve offrire un Role Based Access Control (RBAC) granulare, con possibilità di definire ruoli personalizzati, di delegare temporaneamente i permessi, di tracciare chi ha fatto cosa. Verifica che sia possibile modellare l'organigramma reale dell'ente, non un'organizzazione astratta.

7. Supporto tecnico e SLA

Quando il software si ferma, l'URP si ferma. Vanno verificati: gli SLA contrattuali (uptime garantito, tempi di risposta, tempi di risoluzione per gravità), i canali di assistenza (telefono, ticket, e-mail), gli orari (solo lavorativi o esteso), la lingua del supporto (italiano), la presenza di un account manager dedicato. Un fornitore serio espone questi dati nei contratti, non solo nelle brochure.

8. Costi totali di possesso (TCO)

Il prezzo di listino è solo una parte del costo reale. Il TCO include: canoni, costi di attivazione, formazione del personale, eventuale migrazione dati dal sistema esistente, costi di manutenzione, costi nascosti (per esempio integrazioni a pagamento extra). Va calcolato su almeno cinque anni e confrontato con il TCO del software in uso oggi, non con il "nulla". Chiedi un preventivo dettagliato per voce, non un forfait.

9. Interoperabilità con sistemi esistenti

L'URP non vive isolato. Deve dialogare con il protocollo informatico, con i gestionali dei tributi, con l'anagrafe, con i sistemi di gestione documentale, eventualmente con il CRM commerciale per servizi a pagamento. Verifica che il software esponga API REST documentate, supporti standard come OpenAPI, abbia connettori pronti per i principali gestionali italiani.

10. Roadmap del prodotto e investimenti futuri

Scegliere un software è anche scommettere su chi lo sviluppa. Verifica la roadmap pubblica del prodotto: ci sono evoluzioni previste su Intelligenza Artificiale (per esempio classificazione automatica delle segnalazioni, assistenti virtuali, in arrivo in molte piattaforme PA), su nuove integrazioni con PagoPA o con l'IO app, su accessibilità di livello AAA? Chi investe sul prodotto è un partner di lungo periodo; chi lo lascia stagnare scaricherà sull'ente, fra qualche anno, il costo di una nuova migrazione.

Take-away: i 5 criteri da non saltare mai

• Conformità normativa: senza è un no a prescindere.
• Accessibilità WCAG 2.1 AA: obbligo di legge, va verificato in concreto.
• Predisposizione SPID/CIE/PagoPA: anche se in arrivo, l'architettura deve essere pronta.
• SLA contrattuali chiari e misurabili.
• TCO a 5 anni: il prezzo di listino non basta.

Per approfondire come questi criteri si traducono nelle scelte di una piattaforma concreta, esplora la sezione Servizi e Funzionalità di W-URP.