Wissen · Artikel 5 · Standards
eCH-0158: BPMN-Modellierungskonventionen für die Verwaltung
Wer ein Prozessmanagement-Tool für eine Verwaltung beschafft, stösst schnell auf drei Zeichen und vier Ziffern: eCH-0158. Kantone und Städte verlangen den Standard in Pflichtenheften, teils als Musskriterium, teils mit hohem Gewicht in der Bewertung. Dieser Artikel erklärt, was dahintersteckt, welche Regeln im Alltag wirklich zählen – und wie Prozessatlas sie prüft, ohne den Gemeinden ein Normen-Korsett anzuziehen.
Was eCH-0158 ist
Der Verein eCH erarbeitet Standards für E-Government in der Schweiz. eCH-0158 trägt den Titel «BPMN-Modellierungskonventionen für die öffentliche Verwaltung» und setzt auf der internationalen Notation BPMN 2.0 auf. BPMN definiert die Symbole; eCH-0158 legt fest, wie Verwaltungen sie einsetzen sollen, damit Diagramme aus verschiedenen Ämtern, Gemeinden und Kantonen gleich lesbar sind. Der Standard ist eine Hilfestellung, kein Gesetz – verbindlich wird er erst, wenn ihn eine Organisation oder ein Pflichtenheft für verbindlich erklärt.
Ergänzend beschreibt eCH-0140 Vorgaben für die Prozessbeschreibung insgesamt (Steckbrief, Prozesslandkarte, Detaillierungsstufen). In Ausschreibungen tauchen beide zusammen auf.
Die Regeln, die im Alltag zählen
eCH-0158 ist umfangreich. Für die Praxis in einer Gemeinde oder einem Amt sind es sechs Konventionen, die den Unterschied zwischen einem verständlichen und einem verwirrenden Diagramm ausmachen:
| Konvention | Regel | Beispiel |
|---|---|---|
| Aktivitäten benennen | Objekt + Verb im Infinitiv. Keine Substantivierungen. | «Gesuch prüfen» statt «Prüfung» |
| Ereignisse benennen | Startereignis nennt den Auslöser, Endereignis das Ergebnis (Zustand). | «Gesuch eingegangen» → … → «Bewilligung erteilt» |
| Ein Auslöser | Genau ein Startereignis pro Prozess; mehrere Auslöser deuten auf mehrere Prozesse hin. | «Meldung schriftlich» und «Meldung telefonisch» werden zu einem Auslöser «Meldung eingegangen» |
| Gateways beschriften | Verzweigende Entscheidungen als Frage, jeder ausgehende Pfad mit Antwort. | «Vollständig?» mit Pfaden «Ja» und «Nein» |
| Zuständigkeiten als Lanes | Wer etwas tut, steht als Lane (Rolle oder Organisationseinheit), nicht im Aufgabentext. | Lane «Bauverwaltung», nicht Aufgabe «Bauverwaltung prüft Gesuch» |
| Lesbar bleiben | Ein Diagramm passt auf eine Seite; grosse Abläufe in Teilprozesse gliedern. | Richtwert: höchstens etwa 30 Elemente pro Diagramm |
Warum Verwaltungen das verlangen
- Vergleichbarkeit: Ein Kanton mit 40 Modellierenden in 12 Ämtern braucht einheitliche Diagramme, sonst versteht das Personalamt die Modelle des Tiefbauamts nicht.
- Austauschbarkeit: Konventionstreue BPMN-Modelle lassen sich zwischen Werkzeugen austauschen – bei einem Toolwechsel oder einer Fusion geht nichts verloren.
- Prüfbarkeit: Wo Regeln explizit sind, kann Software sie prüfen. Modellierungsfehler fallen vor der Freigabe auf, nicht erst in der Revision.
- Beschaffung: In aktuellen Ausschreibungen von Kantonen und Städten wird eCH-0158 als Anforderung geführt und in der Bewertung gewichtet. Ein Tool ohne Bezug zum Standard fällt zurück.
Was für Gemeinden wirklich sinnvoll ist
Für eine Gemeinde mit 20 bis 200 Mitarbeitenden ist der ganze Standard zu viel. Die sechs Regeln oben aber lohnen sich immer: Sie kosten beim Modellieren nichts und machen jedes Diagramm für Stellvertretungen, neue Mitarbeitende und die Revision verständlicher. Unsere Empfehlung ist deshalb: prüfen und empfehlen, nicht erzwingen. Wer ein Diagramm bewusst anders baut, soll das dürfen – aber wissen, wo es vom Standard abweicht.
So prüft Prozessatlas eCH-0158
Prozessatlas hat drei Prüfstufen für jedes BPMN-Diagramm. Die ersten beiden gab es schon: Fehler (fehlendes Start- oder Endereignis, unbenannte Aufgaben, lose Enden, doppelte IDs) blockieren das Einreichen zur Freigabe; Hinweise (leere Lanes, asymmetrische Gateways) informieren. Neu kommt die dritte Stufe dazu: eCH-0158-Konventionen.
| Prüfung | Meldung in Prozessatlas |
|---|---|
| Aufgabe mit nur einem Wort | «Aufgabe ‹Prüfung› als ‹Objekt + Verb› benennen, z. B. ‹Gesuch prüfen›» |
| Start- oder Endereignis ohne Namen | «Startereignis mit dem Auslöser benennen» / «Endereignis mit dem Ergebnis benennen» |
| Mehrere Startereignisse | «2 Startereignisse – eCH-0158 empfiehlt genau einen Auslöser pro Prozess» |
| XOR-Gateway mit unbeschrifteten Pfaden | «Ausgehende Pfade des Gateways ‹Vollständig?› beschriften (z. B. ‹Ja› / ‹Nein›)» |
| Vier oder mehr Aufgaben ohne Lanes | «Keine Lanes – Zuständigkeiten als Lanes darstellen» |
| Mehr als 30 Elemente | «33 Elemente – Richtwert sind höchstens 30; in Teilprozesse gliedern» |
Die Konventionen erscheinen unter dem Diagramm im Reiter «Diagramm» als aufklappbarer Modellierungs-Check, getrennt von Fehlern und Hinweisen. Sie blockieren die Freigabe nie. Der KI-Assistent von Prozessatlas formuliert neue Prozessentwürfe von Anfang an nach der Regel «Objekt + Verb», sodass Entwürfe konventionstreu starten.
Für Ausschreibungen: das Angebotskapitel «eCH-0158»
Wer Prozessatlas in einer Beschaffung anbietet oder als Verwaltung bewertet, kann den Bezug zum Standard so zusammenfassen:
- BPMN 2.0 als natives Format, Import und Export ohne Konvertierung (eCH-0158 setzt BPMN 2.0 voraus).
- Automatische Prüfung der sechs Kernkonventionen bei jeder Version, Ergebnis am Prozess sichtbar.
- Qualitäts-Gate vor der Freigabe für harte Modellierungsfehler; Konventionen als Empfehlung.
- Rollen Administration, Modellierung, Freigabe und Lesen mit Vier-Augen-Prinzip zwischen Modellierung und Freigabe.
- Versionierung mit Vergleich und Wiederherstellung, revisionssicheres Protokoll mit Hash-Kette.
Konventionen prüfen lassen statt nachschlagen
In Prozessatlas sehen Modellierende direkt unter dem Diagramm, wo es von eCH-0158 abweicht – mit dem konkreten Vorschlag, wie es konform wird. Ohne Zusatzmodul, ohne Schulungstag.