Einmal zeichnen, was passieren soll, und es passiert immer, auch um vier Uhr früh

Eine Regel ist ein Satz: fährt ein Lkw außerhalb der Zeiten an die Rampe, melde es der Schichtleitung, markiere die Aufzeichnung und lege einen Vorfall an. Bisher musste dieser Satz in Code geschrieben werden. Hier wird er gezeichnet: ein Baustein je Satzteil, mit Kabeln verbunden. Es gibt 74 Bausteine und 508 Anschlüsse, und jeder Anschluss weiß, was bei ihm ankommen darf. Zwei unpassende Teile zu verbinden ist damit unmöglich, und der Editor benennt beide. Ein Baustein lässt sich stummschalten, überbrücken, gruppieren oder ganz einpacken und in einem anderen Ablauf wiederverwenden. Und ist ein Wert unmöglich, wird nicht gespeichert: er wird markiert und benannt.

Nicht alle wollen eine Zeichenfläche, deshalb gibt es drei Einstiege. Der erste ist die Galerie mit 23 Vorlagen: Zoneneinbruch, Linienzählung mit Richtung, Auslastung nach Zeitfenster, Kennzeichenlesung, Person ohne Schutzausrüstung, Unkenntlichmachen von Gesichtern und Kennzeichen. Eine auswählen, zwei bis sieben Felder ausfüllen, indem man auf dem Livebild zeichnet, und sie läuft am ersten Tag, ohne dass etwas gebaut wurde. Der zweite sind sechs Fragen — was, wo, wann, wie viel, wie und dann — mit einem Satz darüber, der sich aus den Antworten von selbst schreibt. Der dritte ist die volle Fläche, ohne Grenzen, für den, der die Anlage aufbaut. Und das Entscheidende: es ist dieselbe Automatisierung, und sie wechselt die Ebene, ohne dass Arbeit verloren geht. Nicht jede Vorlage ist auf jedem Server verfügbar; fehlt eine, sagt die Galerie warum.

Am Zeitplan merkt man, ob die Leute, die das gebaut haben, je auf einer Anlage standen. Man legt ihn einmal an, mit Namen und Farbe, und verwendet ihn auf allen Kameras und in allen Abläufen wieder. Er kennt Zeitfenster, Wochentage, Monate, Tage im Monat und den ersten oder letzten Montag des Monats — genau so werden Wartungstage notiert. Und er kennt Sonnenbezüge: eine Regel, die dreißig Minuten vor Einbruch der Dunkelheit beginnt und im Morgengrauen endet, arbeitet im Januar wie im Juli, ohne dass jemand sie nachjustiert. Derselbe Nachtplan auf Kameras in drei Ländern öffnet und schließt zur jeweiligen Ortszeit, ohne doppelte Vorlagen. Ausnahmetage decken Feiertage, Betriebsferien und Anlagenstillstände ab. Und ein Sicherheitsgrundsatz gehört laut gesagt: lässt sich der Zeitplan nicht auswerten, löst nichts aus. Niemals vorsichtshalber.

Wer etwas automatisiert, fürchtet immer dasselbe: dass es um drei Uhr nachts von allein auslöst und die halbe Belegschaft weckt. Deshalb wird vorher getestet. Der Simulator führt den Ablauf am letzten echten Ereignis der Kamera aus und antwortet klar — am Dienstag um 14:32 hätte das ausgelöst, und das sind die Aktionen, die gelaufen wären — verschickt aber keine einzige Meldung. Zusätzlich sitzt im Editor an jedem Kabel ein Auge: anklicken, und man sieht, was dort wirklich herauskommt, mit Bild und Tabelle dessen, was den Filter passiert und was nicht. Danach lässt sich stumm veröffentlichen: der Ablauf läuft und rechnet, führt aber keine einzige Aktion aus, so prüft man ihn, ohne jemanden zu stören. Oder man pausiert ihn eine Stunde, vier Stunden, einen Tag oder bis zu einem beliebigen Datum. Beim Veröffentlichen sagt die Bestätigung, auf wie vielen Kameras die Regel scharf wird und auf welchen. Und scheitert ein Ablauf mehrmals hintereinander, schaltet er sich selbst ab und hinterlässt den Grund schriftlich.

Alles, was läuft, wird festgehalten, und nicht nur im Fehlerfall. Zu jedem Lauf wird gespeichert, wann er ausgelöst wurde, wann er begann, wann er endete, wie lange er in der Warteschlange stand, auf welcher Kamera er lief, ob die Bedingung erfüllt war, wie viele Aktionen liefen und, wenn etwas brach, in welcher genauen Stufe: die Kamera, das Modell, die Bedingung oder die Aktion. Genau hier liegt der Unterschied zu einem System, das nur erfolgreich oder fehlgeschlagen kennt: es gibt elf mögliche Ergebnisse, und fünf davon sind verschiedene Arten, nichts getan zu haben — der Zeitplan war zu, es lief bereits ein anderer Durchlauf, der Ablauf stand still, die Entprellung verwarf ihn, oder eine Vorprüfung schlug fehl — dazu ein sechstes, wenn die Obergrenze pro Minute gebremst hat. Die Aktivitätsübersicht zeigt die letzten vierundzwanzig Stunden mit der Quote der Übersprungenen und der Liste der Abläufe, die Auslösungen verlieren: genau die Störung, die sonst niemand sieht. Und wenn der Verlauf wächst und aufgeräumt werden muss, erzwingt die Bereinigung eine Vorschau: sie nennt, wie viele Läufe, Vorfälle und Messwerte verschwinden und wie viel Platz frei wird, und stimmt der Bestand in dem Moment nicht mit dem Gezeigten überein, verweigert sie das Löschen.

Eine veröffentlichte Automatisierung ist Teil des Betriebs und wird auch so verwaltet. Lese- und Schreibrechte sind getrennt: wer kein Schreibrecht hat, öffnet den Editor nur lesend, sieht den ganzen Ablauf und kann nichts ändern. Eine Administration entscheidet zudem, welche Bausteine welche Rolle verwenden darf, und hier steckt ein Detail, das sich in großen Anlagen auszahlt: ein gesperrter Baustein bleibt grau sichtbar, damit man weiß, dass es ihn gibt und man ihn anfragen kann, und bereits veröffentlichte Automatisierungen, die ihn nutzen, brechen nicht. Jede veröffentlichte Fassung bleibt erhalten, wird umbenannt, als Entwurf zurückgeholt und mit einer anderen verglichen: der Vergleich zeigt an der Zeichnung selbst, was hinzukam, was wegfiel und was sich änderte, Kabel eingeschlossen. Und es gibt keine Konfigurationsdateien, die jemand am Server bearbeiten müsste: alles wird im Browser geändert, im laufenden Betrieb.