Prozesse gegliedert nach Haupt- und Teilprozessen. Farbe = BIA-Status, Kritikalität nach Maximumprinzip aus den Teilprozessen abgeleitet. Abhängigkeiten zeigen, welche Prozesse voneinander bzw. von gemeinsamen Diensten abhängen.
▲ wird benötigt von:ProduktentwicklungAuftragsabwicklungUnternehmenssteuerung
Teilprozesse
Netzwerk & Infrastruktur
Owner: NetzwerkadminAssets: Core-Switch, FW
RTO
4 h
RPO
1 h
MTD
24 h
Krit. 4
Backup & Recovery
Owner: IT-BetriebVA-08
RTO
8 h
RPO
1 h
MTD
24 h
Krit. 4
Client-/Server-Betrieb
Owner: IT-Betrieb
RTO
8 h
RPO
4 h
MTD
2 T
Krit. 3
Berechtigungsverwaltung
Owner: IT + ISB
RTO
1 T
RPO
8 h
MTD
3 T
Krit. 3
Einkauf & Lieferantenmanagement Support
EK Einkaufsleitung·2 Teilprozesse·BIA offen
RTO
—
RPO
—
MTD
—
offenoffen
Teilprozesse
Lieferantenauswahl
Owner: EinkaufBIA offen
RTO
—
RPO
—
MTD
—
BIA erfassen →
Wareneingang / QS
Owner: QSBIA offen
RTO
—
RPO
—
MTD
—
BIA erfassen →
Was ist neu ggü. der heutigen Ansicht? Statt einer flachen Tabelle aller Prozesse werden sie nach Prozesskategorie (Management / Kern / Support) gruppiert und in Haupt- → Teilprozesse aufgeklappt. Jeder Hauptprozess rollt Kritikalität (Maximumprinzip) und die schärfsten RTO/RPO/MTD-Werte seiner Teilprozesse zusammen. Abhängigkeiten („↳ benötigt" / „▲ wird benötigt von") machen sichtbar, welche Prozesse auf gemeinsame Dienste wie den IT-Betrieb angewiesen sind — ein Ausfall dort trifft alle abhängigen Prozesse. Datenbasis ist bereits vorhanden (Process.parentId, category, biaStatus, BiaEntry); es ist reine Darstellung, kein Datenmodell-Umbau.
Mockup · certvia BIA-Prozessübersicht · Beispieldaten (GEFIM) · nicht verbindlich