Cum implementează o autoritate o comunicare digitală fără bariere și ușor de înțeles?
O autoritate are nevoie de trei fluxuri de lucru conectate: sisteme accesibile din punct de vedere tehnic, conținut ușor de înțeles din punct de vedere lingvistic și responsabilități obligatorii pentru revizuire, aprobare, publicare și actualizare. Cerințele care se aplică depind de nivel, de furnizor și de legea federală sau de stat aplicabilă.
Cadrul legal cu rezerva de aplicare
| Reguli și reglementări | Mesajul cheie | Limită de aplicare |
|---|---|---|
| OZG | Accesul portalului la serviciile administrative ar trebui să fie conceput pentru a fi fără întreruperi și fără bariere. | Autoritățile federale, de stat și locale sunt afectate diferit în funcție de sarcină, rețeaua portalului și legea de implementare. |
| BGG | Reglementează egalitatea și accesibilitatea în sectorul federal. | Pentru state și municipalități, se aplică în plus sau în loc legile privind egalitatea de stat. |
| BITV 2.0 | Specifică accesibilitatea digitală pentru organismele publice federale și conține informații speciale pe pagina de pornire în Secțiunea 4. | Nu este transferabil neschimbat pentru fiecare poziție, fiecare țară sau fiecare subpagină. |
Atribuiți clar OZG și limbaj ușor
Actualul OZG solicită acces fără bariere prin intermediul portalurilor de administrare. Obligațiile specifice privind informațiile în limbaj simplu trebuie să fie atribuite regulilor de accesibilitate aplicabile, în domeniul federal în special BITV 2.0 § 4. Jurisdicția și legea relevantă a statului trebuie verificate înainte de a se face o declarație generală.
Inventariază și prioritizează conținutul
| Cuprins | prioritate | Testează focalizarea |
|---|---|---|
| Forme și erori | Foarte sus | Sarcină, câmpuri obligatorii, depanare, confirmare |
| Notificări și termene limită | Foarte sus | Efect juridic, termen, acțiune, modalitate de contact |
| Descrieri de servicii | Ridicat | Revendicare, documente, costuri, proces |
| Texte de ajutor | Ridicat | Potrivit pentru etapa respectivă a procesului |
| Declarație de accesibilitate | Ridicat | Completitudine, promptitudine, cale de feedback |
| Comunicare recurentă | Medie spre mare | Șabloane, versiuni, organism responsabil |
Flux de lucru editorial și de aprobare constant
- 1Stabiliți responsabilitatea și reprezentarea.
- 2Selectați, curățați și versați codul sursă.
- 3Alegeți un limbaj simplu sau ușor în funcție de grupul țintă și de sarcină.
- 4Creați sau generați o versiune inteligibilă.
- 5Efectuați teste tehnice și lingvistice.
- 6Când folosiți un limbaj simplu, includeți grupul țintă vizat.
- 7Obțineți aprobare legală și profesională.
- 8Publicați, etichetați și legați versiunile lingvistice.
- 9Mențineți versiunile, declanșatoarele și actualizați termenele limită.
- 10Monitorizați calitatea, anulările, interogările și feedbackul utilizatorilor.
Informații pentru formulare, notificări, portaluri și conținut de serie
Formularele au nevoie de nume clare de câmpuri, erori de înțeles, o secvență de pași recunoscută și o confirmare accesibilă.
Notificările trebuie să păstreze în mod corect efectul juridic, termenele limită și căile de atac. Este posibil ca o versiune suplimentară de înțeles să nu înlocuiască versiunea obligatorie într-un mod neclar.
Portalurile necesită o navigare consecventă, termeni și schimbări de limbă. Conținutul recurent necesită șabloane partajate, proprietari responsabili și declanșatoare de actualizare fixe.
Modele de integrare CMS și API
| sistem | Model robust | controla |
|---|---|---|
| WordPress | Versiunea lingvistică separată ca conținut cu versiune | Roll, previzualizare, eliberare, fallback |
| TYPO3 | Înregistrare de traducere sau tip de conținut personalizat | Spațiu de lucru, stare, link |
| Drupal | Câmpuri care se pot traduce sau moderarea conținutului | Revizuire, moderare, drepturi |
| Storyblok | Câmpuri localizate cu flux de lucru și webhook | Schemă, previzualizare, lansare |
| Sistem propriu | Lucrări API cu conținut, mod, versiune și apel invers | Idempotenta, protocolul, calea erorii |
Lista de verificare a achizițiilor
Foaie de parcurs pentru municipalități și raioane
- 1Capturați responsabilități, cadre legale și cele mai importante zece procese în 30 de zile.
- 2Testați două procese cu prioritate ridicată cu utilizatorii în 60 de zile și stabiliți un flux de lucru pentru lansare.
- 3Standardizați șabloanele, șabloanele CMS, valorile și criteriile de achiziție în 90 de zile.
- 4Apoi verificați trimestrial conținutul, reclamațiile, anulările și modificările legale.
Întrebări frecvente
Ce presupune administrarea digitală fără bariere?
Accesibilitatea tehnică, limbajul ușor de înțeles și un proces de publicare permanent responsabil sunt împreună.
Se aplică BITV 2.0 pentru fiecare municipalitate?
BITV 2.0 se aplică direct organismelor publice federale. Municipalitățile trebuie să examineze legislația relevantă a statului și sponsorizarea lor specifică.
OZG cere ca întregul conținut să fie într-un limbaj simplu?
Nu. OZG necesită acces la portal fără bariere. Obligațiile specifice privind limbajul ușor trebuie să fie derivate din regulile de accesibilitate aplicabile.
Cum pot fi făcute mai ușor de înțeles formularele online?
Numele clare ale câmpurilor, ajutorul scurt, mesajele de eroare concrete, pașii vizibili și confirmarea ușor de înțeles reduc barierele.
Poate un text ușor de înțeles să înlocuiască o notificare?
Asta depinde de forma juridică și de procedură. O versiune suplimentară de înțeles are adesea sens, în timp ce versiunea obligatorie din punct de vedere juridic trebuie să rămână clar recunoscută.
Cine eliberează texte administrative simplificate?
Departamentul, echipa editorială și, în cazul conținutului sensibil din punct de vedere juridic, departamentul juridic au nevoie de roluri definite. În cazul unui limbaj simplu, se adaugă verificarea grupului țintă.