Come può un'autorità realizzare concretamente una comunicazione digitale priva di barriere e comprensibile?
Un'autorità ha bisogno di tre flussi di lavoro collegati: sistemi tecnicamente accessibili, contenuti linguisticamente comprensibili e responsabilità vincolanti per la revisione, l'approvazione, la pubblicazione e l'aggiornamento. I requisiti applicabili dipendono dal livello, dal fornitore e dalla legge federale o statale applicabile.
Quadro normativo con riserva di applicazione
| Norme e regolamenti | Messaggio chiave | Limite dell'applicazione |
|---|---|---|
| OZG | L’accesso tramite portale ai servizi amministrativi dovrebbe essere concepito in modo da essere fluido e privo di barriere. | Gli enti federali, statali e locali sono interessati in modo diverso a seconda del compito, della rete di portali e della legge di attuazione. |
| BGG | Regola l’uguaglianza e l’accessibilità nel settore federale. | Per gli stati e i comuni si applicano in aggiunta o in sostituzione le leggi statali sull’uguaglianza. |
| BITV 2.0 | Specifica l'accessibilità digitale per gli enti pubblici federali e contiene informazioni speciali sulla home page nella sezione 4. | Non trasferibile invariato ad ogni posizione, ogni paese o ogni sottopagina. |
Assegna chiaramente OZG e linguaggio semplice
L'attuale OZG richiede un accesso senza media e senza barriere attraverso i portali amministrativi. Obblighi specifici riguardanti l'informazione in un linguaggio semplice devono essere assegnati alle norme di accessibilità applicabili, in ambito federale in particolare BITV 2.0 § 4. La giurisdizione e la legge statale pertinente devono essere verificate prima di fare una dichiarazione generale.
Inventariare e dare priorità ai contenuti
| Contenuto | priorità | Metti alla prova la concentrazione |
|---|---|---|
| Forme ed errori | Molto alto | Attività, campi obbligatori, risoluzione dei problemi, conferma |
| Avvisi e scadenze | Molto alto | Efficacia giuridica, termine, azione, modalità di contatto |
| Descrizioni dei servizi | Alto | Reclamo, documenti, costi, processo |
| Testi di aiuto | Alto | Adatto alla rispettiva fase del processo |
| Dichiarazione di accessibilità | Alto | Completezza, tempestività, percorso di feedback |
| Comunicazione ricorrente | Da medio ad alto | Modelli, versioni, ente responsabile |
Flusso di lavoro editoriale e di approvazione coerente
- 1Stabilire responsabilità e rappresentanza.
- 2Seleziona, pulisci e versione del codice sorgente.
- 3Scegli un linguaggio semplice o facile in base al gruppo target e al compito.
- 4Creare o generare una versione comprensibile.
- 5Effettuare prove tecniche e linguistiche.
- 6Quando si utilizza un linguaggio semplice, includere il gruppo target previsto.
- 7Ottenere l'approvazione legale e professionale.
- 8Pubblicare, etichettare e collegare versioni linguistiche.
- 9Mantieni versioni, trigger e scadenze di aggiornamento.
- 10Monitora la qualità, le cancellazioni, le domande e il feedback degli utenti.
Informazioni per moduli, notifiche, portali e contenuti di serie
I moduli necessitano di nomi di campo chiari, errori comprensibili, una sequenza di passaggi riconoscibile e una conferma accessibile.
Le comunicazioni devono preservare correttamente la efficacia giuridica, i termini ed i rimedi giuridici. Una versione aggiuntiva comprensibile non può sostituire in modo poco chiaro la versione vincolante.
I portali necessitano di navigazione, termini e cambiamenti di lingua coerenti. I contenuti ricorrenti richiedono modelli condivisi, proprietari responsabili e trigger di aggiornamento fissi.
Modelli di integrazione CMS e API
| sistema | Modello robusto | controllare |
|---|---|---|
| WordPress | Versione linguistica separata come contenuto con versione | Scorri, visualizza in anteprima, rilascia, fallback |
| TYPO3 | Record di traduzione o tipo di contenuto personalizzato | Area di lavoro, stato, collegamento |
| Drupal | Campi traducibili o moderazione dei contenuti | Revisione, moderazione, diritti |
| Storyblok | Campi localizzati con flusso di lavoro e webhook | Schema, anteprima, rilascio |
| Proprio sistema | Lavoro API con contenuto, modalità, versione e callback | Idempotenza, protocollo, percorso di errore |
Lista di controllo per gli appalti
Road map per comuni e distretti
- 1Cattura responsabilità, quadri giuridici e dieci processi più importanti in 30 giorni.
- 2Testa due processi ad alta priorità con gli utenti in 60 giorni e stabilisci un flusso di lavoro di rilascio.
- 3Standardizza modelli, modelli CMS, metriche e criteri di approvvigionamento in 90 giorni.
- 4Successivamente controlla trimestralmente contenuti, reclami, cancellazioni e modifiche legali.
Domande frequenti
Cosa comporta un’amministrazione digitale senza barriere?
Accessibilità tecnica, linguaggio comprensibile e un processo di pubblicazione permanentemente responsabile vanno insieme.
BITV 2.0 si applica a tutti i comuni?
BITV 2.0 si applica direttamente agli enti pubblici federali. I Comuni devono esaminare la legge statale in materia e il loro specifico patrocinio.
L'OZG richiede che tutti i contenuti siano in un linguaggio semplice?
No. L'OZG richiede un accesso al portale senza barriere. Obblighi linguistici specifici e semplici devono derivare dalle norme di accessibilità applicabili.
Come rendere più comprensibili i moduli online?
Nomi chiari dei campi, guida breve, messaggi di errore concreti, passaggi visibili e conferme comprensibili riducono le barriere.
Un testo comprensibile può sostituire un avviso?
Dipende dalla forma giuridica e dalla procedura. Una versione aggiuntiva comprensibile spesso ha senso, mentre la versione giuridicamente vincolante deve rimanere chiaramente riconoscibile.
Chi emana i testi amministrativi semplificati?
Il dipartimento, la redazione e, in caso di contenuti giuridicamente sensibili, l'ufficio legale necessitano di ruoli definiti. Nel caso del linguaggio semplice viene aggiunto il controllo del gruppo target.