Dieser Skill ersetzt keine rechtliche, datenschutzrechtliche oder
IT-sicherheitsrechtliche Einzelfallpruefung durch die zustaendige
Fachstelle (z. B. Rechtsamt/Justiziariat, Datenschutzbeauftragte,
IT-Sicherheitsbeauftragte) und keine verbindliche Entscheidung der
zustaendigen Behoerde. Die Ausgabe ist eine Arbeitshilfe ohne Gewaehr. Im
Einzelfall ist die zustaendige Fachaufsicht, die bzw. der
Datenschutzbeauftragte oder die Rechtsabteilung zu konsultieren.
Pruefung eines Omnikanal-Konzepts fuer ein Buergerportal
Zweck / Anwendungsfall
Pruefung eines vorliegenden Omnikanal-Konzepts fuer ein kommunales
Buergerportal (Web-Portal, mobile App, Telefon-Hotline, Vor-Ort-Termin im
Buergerbuero) auf Konsistenz der Informationen, durchgehende
Servicequalitaet ueber alle Kanaele und auf strukturelle Luecken. Dieser
Skill wird genutzt, wenn eine Kommune ein bestehendes oder geplantes
Omnikanal-Konzept fuer Buergerdienste strukturiert bewerten moechte, bevor
es technisch oder organisatorisch umgesetzt wird.
Eingaben
- Beschreibung der vorgesehenen Kanaele (Web, App, Telefon,
Vor-Ort-Termin, ggf. Chat/Chatbot).
- Liste der ueber das Portal angebotenen oder geplanten
Verwaltungsleistungen.
- Angaben zur Terminvergabe (z. B. Online-Terminvereinbarung,
Telefon-Terminvergabe).
- Angaben zur Authentifizierung der Nutzenden je Kanal (z. B. eID,
Servicekonto, Vor-Ort-Identitaetspruefung).
- Angaben zur Datenhaltung und zum Datenaustausch zwischen den Kanaelen
(z. B. gemeinsamer Vorgangsstatus).
- Zielgruppenangaben (z. B. besondere Anforderungen fuer Menschen mit
Behinderung, Personen ohne Internetzugang).
Ablauf / Checkliste
- Sachverhalt aufbereiten: vorgesehene Kanaele, angebotene Leistungen
und Zielgruppen dokumentieren.
- Einordnen, ob das Konzept tatsaechlich "omnikanal" ist (durchgaengiger,
kanaluebergreifend konsistenter Vorgangsstatus) oder lediglich
"multikanal" (parallele, nicht verknuepfte Kanaele), und diesen
Unterschied transparent machen.
- Konsistenz der Informationen ueber alle Kanaele pruefen (z. B.
identische Angaben zu benoetigten Unterlagen, Gebuehren und
Bearbeitungszeiten auf Web, App, Telefon und vor Ort).
- Medienbruch-Pruefung: identifizieren, an welchen Stellen ein
Kanalwechsel einen erneuten Medienbruch erzeugt (z. B. Online-Antrag
ohne Moeglichkeit zur Online-Statusabfrage, fehlende Anbindung an das
Fachverfahren).
- Pruefen, ob die Authentifizierungsmechanismen je Kanal angemessen und
konsistent zum jeweiligen Schutzbedarf der Leistung sind.
- Barrierefreiheit und Erreichbarkeit fuer Personen ohne oder mit
eingeschraenktem Internetzugang pruefen (z. B. weiterhin bestehender
Vor-Ort- oder Telefonkanal als gleichwertige Alternative).
- Servicequalitaet pruefen: einheitliche Reaktionszeiten,
Erreichbarkeiten und Eskalationswege ueber alle Kanaele.
- Ergebnis formulieren: Konsistenzgrad des Konzepts, identifizierte
Medienbrueche und Luecken, priorisierte Verbesserungsvorschlaege.
Quellenpflicht
Verbindlich: ../../../references/zitierweise-verwaltung.md. Keine
Blindzitate zu Paragrafen, Fristen oder Aktenzeichen — diese sind vom
Nutzer zu verifizieren oder als pruefungsbeduerftig zu kennzeichnen.
Ausgabeformat
- Vollstaendig ausformulierte Pruefung im Pruefberichtsstil, kein reines
Stichpunkt-Endergebnis.
- Stand-Datum angeben.
- Klar abgegrenztes Ergebnis am Ende ("Ergebnis: ...").
- Hinweis auf verbleibende Unsicherheiten.
Beispiele
Beispiel (FIKTIV): Eine fiktive Kommune plant ein Buergerportal mit
Web-Antragstellung fuer die Ummeldung, einer App zur Terminvergabe und
einer Telefon-Hotline. Die Web-Antragstellung erlaubt keine
Statusabfrage, und die Telefon-Hotline kennt den Online-Antragsstatus
nicht. Ergebnis (fiktiv): Das Konzept ist derzeit eher multikanal als
omnikanal, da zwischen den Kanaelen kein gemeinsamer Vorgangsstatus
existiert; vorrangig zu empfehlen ist die Anbindung aller Kanaele an
einen gemeinsamen Vorgangsstatus im Fachverfahren.
Normen und Standards
- Onlinezugangsgesetz (OZG) bzw. dessen Nachfolgeregelungen zur
Digitalisierung von Verwaltungsleistungen (Fundstelle vor Verwendung
verifizieren).
- Barrierefreie-Informationstechnik-Verordnung (BITV) bzw.
Landes-Vorschriften zur digitalen Barrierefreiheit.
- Onlinezugangsgesetz-Umsetzungsregelungen und IT-Standards des
jeweiligen Bundeslandes/IT-Planungsrats (z. B. Servicestandard),
soweit einschlaegig.
- Hinweis: Zustaendigkeiten und ergaenzende Vorgaben koennen je
Bundesland und Kommune variieren — das jeweils einschlaegige
Landesrecht ist zu pruefen.
1---2name: buergerportal-omnikanal-konzept-pruefung3description: Prueft ein Omnikanal-Konzept fuer ein kommunales Buergerportal mit Web App Telefon und Vor-Ort-Termin auf Konsistenz und Servicequalitaet. Methodik Sachverhaltsaufbereitung Einordnung Anforderungen Umsetzungsschritte Ergebnis. Output ausformulierte Pruefung mit Ergebnis zur Konsistenz des Konzepts.4---56> Dieser Skill ersetzt keine rechtliche, datenschutzrechtliche oder7> IT-sicherheitsrechtliche Einzelfallpruefung durch die zustaendige8> Fachstelle (z. B. Rechtsamt/Justiziariat, Datenschutzbeauftragte,9> IT-Sicherheitsbeauftragte) und keine verbindliche Entscheidung der10> zustaendigen Behoerde. Die Ausgabe ist eine Arbeitshilfe ohne Gewaehr. Im11> Einzelfall ist die zustaendige Fachaufsicht, die bzw. der12> Datenschutzbeauftragte oder die Rechtsabteilung zu konsultieren.1314# Pruefung eines Omnikanal-Konzepts fuer ein Buergerportal1516## Zweck / Anwendungsfall1718Pruefung eines vorliegenden Omnikanal-Konzepts fuer ein kommunales19Buergerportal (Web-Portal, mobile App, Telefon-Hotline, Vor-Ort-Termin im20Buergerbuero) auf Konsistenz der Informationen, durchgehende21Servicequalitaet ueber alle Kanaele und auf strukturelle Luecken. Dieser22Skill wird genutzt, wenn eine Kommune ein bestehendes oder geplantes23Omnikanal-Konzept fuer Buergerdienste strukturiert bewerten moechte, bevor24es technisch oder organisatorisch umgesetzt wird.2526## Eingaben2728- Beschreibung der vorgesehenen Kanaele (Web, App, Telefon,29 Vor-Ort-Termin, ggf. Chat/Chatbot).30- Liste der ueber das Portal angebotenen oder geplanten31 Verwaltungsleistungen.32- Angaben zur Terminvergabe (z. B. Online-Terminvereinbarung,33 Telefon-Terminvergabe).34- Angaben zur Authentifizierung der Nutzenden je Kanal (z. B. eID,35 Servicekonto, Vor-Ort-Identitaetspruefung).36- Angaben zur Datenhaltung und zum Datenaustausch zwischen den Kanaelen37 (z. B. gemeinsamer Vorgangsstatus).38- Zielgruppenangaben (z. B. besondere Anforderungen fuer Menschen mit39 Behinderung, Personen ohne Internetzugang).4041## Ablauf / Checkliste42431. Sachverhalt aufbereiten: vorgesehene Kanaele, angebotene Leistungen44 und Zielgruppen dokumentieren.452. Einordnen, ob das Konzept tatsaechlich "omnikanal" ist (durchgaengiger,46 kanaluebergreifend konsistenter Vorgangsstatus) oder lediglich47 "multikanal" (parallele, nicht verknuepfte Kanaele), und diesen48 Unterschied transparent machen.493. Konsistenz der Informationen ueber alle Kanaele pruefen (z. B.50 identische Angaben zu benoetigten Unterlagen, Gebuehren und51 Bearbeitungszeiten auf Web, App, Telefon und vor Ort).524. Medienbruch-Pruefung: identifizieren, an welchen Stellen ein53 Kanalwechsel einen erneuten Medienbruch erzeugt (z. B. Online-Antrag54 ohne Moeglichkeit zur Online-Statusabfrage, fehlende Anbindung an das55 Fachverfahren).565. Pruefen, ob die Authentifizierungsmechanismen je Kanal angemessen und57 konsistent zum jeweiligen Schutzbedarf der Leistung sind.586. Barrierefreiheit und Erreichbarkeit fuer Personen ohne oder mit59 eingeschraenktem Internetzugang pruefen (z. B. weiterhin bestehender60 Vor-Ort- oder Telefonkanal als gleichwertige Alternative).617. Servicequalitaet pruefen: einheitliche Reaktionszeiten,62 Erreichbarkeiten und Eskalationswege ueber alle Kanaele.638. Ergebnis formulieren: Konsistenzgrad des Konzepts, identifizierte64 Medienbrueche und Luecken, priorisierte Verbesserungsvorschlaege.6566## Quellenpflicht6768Verbindlich: `../../../references/zitierweise-verwaltung.md`. Keine69Blindzitate zu Paragrafen, Fristen oder Aktenzeichen — diese sind vom70Nutzer zu verifizieren oder als pruefungsbeduerftig zu kennzeichnen.7172## Ausgabeformat7374- Vollstaendig ausformulierte Pruefung im Pruefberichtsstil, kein reines75 Stichpunkt-Endergebnis.76- Stand-Datum angeben.77- Klar abgegrenztes Ergebnis am Ende ("Ergebnis: ...").78- Hinweis auf verbleibende Unsicherheiten.7980## Beispiele8182Beispiel (FIKTIV): Eine fiktive Kommune plant ein Buergerportal mit83Web-Antragstellung fuer die Ummeldung, einer App zur Terminvergabe und84einer Telefon-Hotline. Die Web-Antragstellung erlaubt keine85Statusabfrage, und die Telefon-Hotline kennt den Online-Antragsstatus86nicht. Ergebnis (fiktiv): Das Konzept ist derzeit eher multikanal als87omnikanal, da zwischen den Kanaelen kein gemeinsamer Vorgangsstatus88existiert; vorrangig zu empfehlen ist die Anbindung aller Kanaele an89einen gemeinsamen Vorgangsstatus im Fachverfahren.9091## Normen und Standards9293- Onlinezugangsgesetz (OZG) bzw. dessen Nachfolgeregelungen zur94 Digitalisierung von Verwaltungsleistungen (Fundstelle vor Verwendung95 verifizieren).96- Barrierefreie-Informationstechnik-Verordnung (BITV) bzw.97 Landes-Vorschriften zur digitalen Barrierefreiheit.98- Onlinezugangsgesetz-Umsetzungsregelungen und IT-Standards des99 jeweiligen Bundeslandes/IT-Planungsrats (z. B. Servicestandard),100 soweit einschlaegig.101- Hinweis: Zustaendigkeiten und ergaenzende Vorgaben koennen je102 Bundesland und Kommune variieren — das jeweils einschlaegige103 Landesrecht ist zu pruefen.