Vier Eingriffstiefen
Die Staffelung ist das eigentliche Werkzeug dieser Seite. Sie macht eine Entscheidung teilbar, die sonst als Alles-oder-nichts geführt wird — und sie beantwortet die Frage, die in Freigabeprozessen wirklich gestellt wird: Was kann im schlimmsten Fall passieren?
| Stufe | Was passiert | Schlimmster Fall | Wer muss zustimmen |
|---|---|---|---|
| 1 — Lesen | Das System liest Daten und erzeugt daraus Text oder Kennzahlen. Es schreibt nichts zurück. | Eine Auswertung ist falsch. Niemand handelt danach, ohne sie zu prüfen. | Datenschutz, wenn personenbezogene Daten enthalten sind. Sonst niemand. |
| 2 — Vorschlagen | Das System schlägt eine Zuordnung, einen Text oder eine Buchung vor. Ein Mensch bestätigt sie. | Ein schlechter Vorschlag wird bestätigt, weil niemand mehr hinsieht. Das ist ein reales Risiko und heißt Automatisierungsblindheit. | Fachbereich. Die Frage ist, ob die Prüfung tatsächlich stattfindet. |
| 3 — Ausführen | Das System führt eine Handlung aus, die vorher jemand ausgelöst hätte — anlegen, verschieben, versenden. | Eine falsche Handlung geht nach außen. Sie muss zurücknehmbar sein, sonst ist die Stufe nicht vertretbar. | Fachbereich und IT. Es braucht einen Rückweg und ein Protokoll. |
| 4 — Entscheiden | Das System entscheidet einen Fall abschließend, ohne dass ihn jemand sieht. | Ein Kunde bekommt eine Absage, eine Rechnung, eine Sperre — ohne dass ein Mensch beteiligt war. | Geschäftsführung. Bei Entscheidungen mit rechtlicher Wirkung gegenüber Personen kommen zusätzlich datenschutzrechtliche Anforderungen ins Spiel. |
Der übliche Fehler ist nicht, zu tief zu gehen, sondern die Stufe zu überspringen, auf der man lernt. Stufe 2 liefert nach drei Monaten die Zahlen, mit denen sich Stufe 3 begründen oder verwerfen lässt. Wer sie auslässt, entscheidet über Stufe 4 mit einer Vermutung.
Zu Stufe 4 gehört ein Hinweis, der oft übersehen wird: Automatisierte Entscheidungen, die einer Person gegenüber rechtliche Wirkung entfalten oder sie erheblich beeinträchtigen, sind datenschutzrechtlich besonders geregelt — Artikel 22 DSGVO. Ob Ihr Fall darunterfällt, ist eine Frage für Ihren Datenschutzbeauftragten und nicht für uns. Was wir liefern können, ist die technische Voraussetzung dafür, dass ein Mensch eingreifen kann: ein Protokoll, ein Rückweg und eine Stelle, an der jemand widerspricht.
Wo man andockt, ohne die Anwendung anzufassen
Die zweite Frage der IT-Leitung: Was passiert mit unserem laufenden System? Meist lautet die Antwort: nichts. Es gibt vier Andockpunkte, und drei davon lassen die Anwendung unangetastet.
| Andockpunkt | Eingriff in die Anwendung | Wofür geeignet |
|---|---|---|
| Lesender Zugriff auf die Datenbank oder eine Kopie davon | Keiner | Auswertungen, Kennzahlen, Vorschläge, die außerhalb angezeigt werden. Der sicherste Einstieg. |
| Vorhandene Schnittstelle des Herstellers | Keiner | Alles, was der Hersteller vorgesehen hat — Anlegen, Ändern, Statuswechsel. Der Weg, den die Wartung überlebt. |
| Vor- und nachgelagert im Ablauf | Keiner | Eingangspost vorsortieren, Ausgangsdokumente prüfen. Die Anwendung merkt nichts davon. |
| Erweiterung innerhalb der Anwendung | Ja | Nur dann, wenn der Hersteller es vorsieht und dokumentiert. Andernfalls bricht es beim nächsten Update, und die Gewährleistung ist ein Thema. |
Die vierte Zeile ist der Punkt, an dem wir regelmäßig abraten. Eine Erweiterung, die der Hersteller nicht vorgesehen hat, funktioniert bis zum nächsten Update — und dann steht die Frage im Raum, ob die Störung von der Erweiterung kommt. Diese Frage kostet mehr Zeit als die Erweiterung eingespart hat.
Was in jedem Fall dazugehört
Unabhängig von Stufe und Andockpunkt gibt es vier Dinge, ohne die wir es nicht in Betrieb nehmen. Sie stehen hier, weil sie in Angeboten regelmäßig fehlen und im Betrieb den Unterschied machen.
- Ein Protokoll über jeden Lauf: Was ging hinein, was kam heraus, welche Version war im Einsatz, wer hat bestätigt. Ohne das lässt sich eine Rückfrage aus dem Fachbereich nicht beantworten und eine Verschlechterung nicht bemerken.
- Ein Rückweg. Jede Handlung, die das System ausführt, muss zurücknehmbar sein — auf Knopfdruck, nicht über einen Datenbankeingriff.
- Eine Kennzahl, die zeigt, wenn die Qualität wegläuft. Modelle werden nicht schlechter, aber die Eingaben ändern sich, und dann passt das Ergebnis nicht mehr. Ohne Messung merkt man es nach Monaten.
- Ein aus- und wieder einschaltbarer Zustand. Es muss möglich sein, die Automatisierung abzuschalten und den Ablauf von Hand weiterzuführen, ohne dass jemand Software ändern muss.
Der vierte Punkt ist der, den Auftraggeber am wenigsten fordern und am dringendsten brauchen. Ein Ablauf, der ohne die Automatisierung nicht mehr läuft, ist kein automatisierter Ablauf, sondern ein Abhängigkeitsverhältnis.
Datenschutz und Betriebsrat, ohne Beschönigung
Drei Punkte, die früh geklärt gehören, weil sie sonst nach dem Bauen zurückkommen — und dann ein fertiges System betreffen.
Erstens: Wenn personenbezogene Daten an einen externen Dienst gehen, brauchen Sie eine Rechtsgrundlage, einen Auftragsverarbeitungsvertrag und einen Eintrag im Verzeichnis der Verarbeitungstätigkeiten. Bei den geschäftlichen Zugängen der großen Anbieter ist eine Nutzung zum Training vertraglich ausgeschlossen; bei den kostenlosen Endkundenversionen nicht. Genau daran scheitern die im Alleingang eingeführten Nutzungen, die es in fast jedem Betrieb bereits gibt.
Zweitens: Ein System, das protokolliert, wer wann welchen Vorgang bearbeitet hat, ist eine technische Einrichtung, die zur Verhaltens- oder Leistungskontrolle geeignet ist. Damit ist der Betriebsrat zu beteiligen, unabhängig davon, ob eine Kontrolle beabsichtigt ist. Wer das nach dem Go-live entdeckt, verhandelt aus der schlechteren Position.
Drittens: Es gibt einen Weg, der beide Punkte deutlich entschärft — Modelle, die auf eigener Infrastruktur laufen. Sie kosten mehr und leisten bei manchen Aufgaben weniger. Ob sich das lohnt, ist eine Abwägung und keine Grundsatzfrage; sie gehört an den Anfang und nicht ans Ende.
Häufige Fragen
Müssen wir unser ERP dafür ablösen?
In aller Regel nicht. Drei der vier Andockpunkte lassen die Anwendung vollständig unangetastet — lesender Zugriff, vorhandene Schnittstelle, oder vor- und nachgelagert im Ablauf. Eine Ablösung ist ein eigenes Vorhaben mit eigener Begründung und sollte nicht als Nebenwirkung einer Automatisierung passieren.
Unser Hersteller sagt, das geht nicht. Stimmt das?
Manchmal ja, manchmal heißt es nur, dass er es nicht unterstützt. Fragen Sie präzise: Gibt es eine dokumentierte Schnittstelle, gibt es einen lesenden Datenbankzugang, gibt es eine Testumgebung? Wenn alle drei Antworten nein lauten, ist das eine belastbare Aussage — und zugleich ein Argument, das über die Automatisierung hinausreicht.
Wie lange dauert so ein Vorhaben?
Die erste Stufe steht typischerweise in vier bis acht Wochen, wenn der Zugang zu den Daten geklärt ist. Genau dieser Zugang ist erfahrungsgemäß der Posten mit der größten Unsicherheit — nicht die Entwicklung, sondern die Frage, wer die Freigabe erteilt und wann.
Was passiert bei einem Update des Bestandssystems?
Bei den drei nicht eingreifenden Andockpunkten in der Regel nichts; eine dokumentierte Schnittstelle bleibt über Versionen hinweg stabil. Beim lesenden Datenbankzugriff kann sich ein Feldname ändern — deshalb gehört ein Test in den Wartungsplan, der nach jedem Update läuft und meldet, wenn etwas nicht mehr passt.
Wie es weitergeht
45 Minuten mit dem Geschäftsführer. Kostenlos.
Sie beschreiben Ihren Prozess. Wir sagen Ihnen ehrlich, ob sich eine Eigenentwicklung für Sie rechnet — und wenn nicht, welches Standardprodukt besser passt. Danach bekommen Sie eine Einschätzung zu Aufwand und Kosten. Keine Präsentation, kein Verkaufsgespräch.
Termin vereinbaren