Woran Sie merken, dass eine Automatisierung stillsteht, bevor der Kunde anruft

Die meisten Automatisierungen fallen nicht laut aus. Sie hören einfach auf zu laufen. Das Ausbleiben einer Handlung erzeugt kein Ereignis, es taucht nirgends auf, und deshalb bemerkt es niemand. Bemerkt wird es, wenn ein Kunde anruft, ein Lieferant nachhakt oder im Monatsabschluss eine Zahl nicht stimmt.

Damit ist die eigentliche Frage gestellt, und sie gehört in das Gespräch vor der Beauftragung. Wie lange darf ein Stillstand dauern, bis jemand davon erfährt? Aus der Antwort ergibt sich, was gebaut werden muss, und damit ein Teil des Preises.

Ein Protokoll ist keine Meldung

Ein Protokoll hält fest, was passiert ist. Man liest es, wenn man bereits weiß, dass etwas nicht stimmt. Eine Meldung unterbricht jemanden und verlangt eine Handlung.

Die meisten Automatisierungen haben ein Protokoll und halten das für Überwachung. Das ist verständlich, weil jede Plattform eines mitliefert, ohne dass man etwas dafür tun muss. Es beantwortet aber nur die Frage, warum etwas schiefging, nachdem der Schaden entstanden ist. Die Frage, ob gerade etwas schiefgeht, beantwortet es nicht.

Warum ein Kanal voller Erfolgsmeldungen schlechter ist als keiner

Der übliche zweite Schritt sieht so aus, dass jede Ausführung eine Nachricht in einen Chatkanal oder ein Postfach schreibt. Gestartet, verarbeitet, abgeglichen, fertig. Nach einer Woche stehen dort einige hundert Zeilen pro Tag, fast alle unauffällig.

Angenommen, in dieser Menge landet eine echte Fehlermeldung. Sie steht dort korrekt, sichtbar und vollständig. Gelesen wird sie trotzdem nicht, weil niemand einen Kanal aufmerksam liest, der zweihundertmal in Folge nichts Wichtiges enthalten hat. Das ist kein Versagen der beteiligten Personen, sondern eine völlig normale Reaktion auf eine Quelle, die überwiegend rauscht.

Der Kanal erzeugt dabei ein Gefühl von Kontrolle, das er nicht einlöst. Er ist die teuerste Form von Überwachung, weil er Aufwand kostet und das Risiko nicht senkt.

Dasselbe gilt für Meldungen zu bekannten, harmlosen Zuständen. Eine Warnung, die jeden Montag auftaucht und jedes Mal ignoriert wird, ist keine Warnung mehr. Sie hat den Empfänger darauf trainiert, Meldungen dieser Art zu übergehen, und dieser Effekt überträgt sich auf alle anderen.

Was ein Stillstand tatsächlich kostet

Der Schaden entsteht nicht durch den Fehler, sondern durch seine Dauer. Rechnen Sie deshalb nicht mit der Wahrscheinlichkeit eines Ausfalls, sondern mit den Folgen pro Tag Stillstand.

Angenommen, die automatische Auftragsannahme aus dem Mailpostfach steht. Die Bestellungen gehen nicht verloren, sie liegen im Postfach. Was verloren geht, ist die Zeit bis zur Kommissionierung, und daran hängen Liefertermine, Zusagen und im Zweifel Vertragsstrafen. Steht dagegen die nächtliche Übergabe an die Buchhaltung, merkt es zunächst niemand, und der Aufwand fällt am Monatsende gebündelt an.

Beide Fälle brauchen unterschiedlich viel Überwachung. Der erste rechtfertigt eine Meldung innerhalb von Minuten an eine erreichbare Person. Beim zweiten reicht eine tägliche Zusammenfassung. Diese Unterscheidung ist der einzige Weg, Überwachung angemessen zu dimensionieren, statt sie entweder zu übertreiben oder wegzulassen.

Der Fall, den fast jedes Setup nicht abdeckt

Ein fehlgeschlagener Lauf meldet sich. Ein Lauf, der gar nicht erst startet, meldet sich nicht. Genau das passiert, wenn ein Zugang abgelaufen ist, ein Zeitplan versehentlich deaktiviert wurde oder das auslösende System keine Daten mehr liefert.

Dagegen hilft nur eine Prüfung, die von der anderen Seite kommt: eine Erwartung, dass bis zu einer bestimmten Uhrzeit eine bestimmte Anzahl Vorgänge verarbeitet wurde, und eine Meldung, wenn das ausbleibt. Diese Prüfung ist überschaubarer Aufwand, wenn sie mitgebaut wird, und sie ist der Unterschied zwischen einem Stillstand von zwei Stunden und einem von vier Tagen.

Was in die Leistungsbeschreibung gehört

Vier Punkte, und zwar bevor gebaut wird.

Erstens, was gemeldet wird und was nicht. Fehler und ausbleibende Läufe gehören gemeldet, erfolgreiche Durchläufe nicht. Zweitens, an wen. Eine benannte Rolle mit Vertretung, kein Sammelpostfach. Drittens, was in der Meldung steht: welcher Vorgang, an welcher Stelle er hängt, was zu tun ist und wo der Vorgang zu finden ist. Viertens, was passiert, wenn niemand reagiert, also nach welcher Zeit die Meldung an wen eskaliert.

Der vierte Punkt wird am häufigsten übersehen und entscheidet am meisten. Ohne ihn hängt die Reaktionszeit daran, ob eine bestimmte Person gerade im Urlaub ist.

Drei Fragen an den Anbieter

Woran ist zu erkennen, dass ein Lauf ausgeblieben ist, und nicht nur, dass einer fehlgeschlagen ist? Wer bekommt die Meldung, und was genau steht darin? Und was passiert mit den Vorgängen, die während der Störung aufgelaufen sind, wenn der Fehler behoben ist?

Die dritte Frage ist die härteste. Eine Automatisierung, die nach einer Störung einfach weiterläuft, lässt alles liegen, was in der Zwischenzeit angefallen ist. Eine, die nacharbeitet, muss verhindern, dass Vorgänge doppelt verarbeitet werden. Das ist Aufwand, der in ein Angebot gehört, und er ist der Grund, warum ein sehr günstiges Angebot später teurer wird.

Die Empfehlung

Legen Sie vor dem Angebot für jeden Prozess eine Zahl fest: wie lange ein Stillstand unbemerkt bleiben darf. Eine Stunde, ein Tag, eine Woche. Diese eine Zahl bestimmt, ob Sie eine tägliche Zusammenfassung brauchen oder eine aktive Meldung mit Eskalation, und sie macht Angebote vergleichbar, weil alle Anbieter dasselbe kalkulieren.

Und melden Sie weniger. Eine Automatisierung, die nur spricht, wenn etwas zu tun ist, wird gelesen. Eine, die jeden Erfolg meldet, wird stummgeschaltet, und zwar an dem Tag, an dem sie zum ersten Mal wirklich gebraucht würde.

Sophera Consulting legt diese Grenzwerte gemeinsam mit Ihnen fest, baut die Überwachung samt Eskalation und Nacharbeit als Teil des Prozesses und nennt dafür einen Festpreis, ohne Abo. Den Einstieg gibt es kostenlos im Automations-Check.