Integrationen und Automatisierungen warten: Fehler erkennen, wiederholen und dokumentieren
Eine Automatisierung, die heute funktioniert, kann morgen still ausfallen: Ein Zugangstoken läuft ab, eine Schnittstelle ändert ein Feld, ein Limit wird erreicht. Gefährlich ist weniger der Fehler selbst als die Tatsache, dass ihn niemand bemerkt. Mit den folgenden Regeln werden Ausfälle sichtbar, behebbar und nachvollziehbar dokumentiert.
Kennen Sie die typischen Ursachen stiller Ausfälle
Die meisten Störungen entstehen außerhalb des eigenen Workflows. Legen Sie für jede Integration fest, wie diese Fälle erkannt werden und wer reagiert.
- Abgelaufene oder widerrufene Zugangsdaten, etwa nach Passwortwechsel oder Austritt eines Mitarbeiters.
- Geänderte Felder oder neue Pflichtangaben im CRM oder Shop.
- Erreichte Nutzungslimits bei Schnittstelle oder Automatisierungsdienst.
- Vorübergehende Ausfälle eines angebundenen Dienstes.
- Unerwartete Eingaben wie leere Felder, Sonderzeichen oder doppelte Absendungen.
Protokollieren Sie jeden Lauf nachvollziehbar
Speichern Sie zu jedem Vorgang eine eindeutige Kennung, Zeitpunkt, Quelle, Ergebnis und bei Fehlern die Meldung des Zielsystems. So finden Sie eine einzelne Anfrage wieder, ohne Kundendaten in Chatnachrichten zu kopieren. Bewahren Sie Protokolle nur so lange auf, wie es für Betrieb und Datenschutz vereinbart ist.
Der ursprüngliche Datensatz muss erhalten bleiben, auch wenn die Weitergabe scheitert. Eine Website-Anfrage wird zuerst gespeichert und danach ins CRM übertragen. Schlägt die Übertragung fehl, geht die Anfrage nicht verloren, sondern wartet auf eine erneute Verarbeitung.
Wiederholen Sie sicher, ohne Dubletten zu erzeugen
Vorübergehende Fehler lassen sich oft durch automatische Wiederholungen mit wachsendem Abstand lösen. Begrenzen Sie die Anzahl der Versuche und verschieben Sie dauerhaft fehlgeschlagene Vorgänge in eine Warteliste zur manuellen Prüfung.
Damit eine Wiederholung keinen zweiten Kontakt und keine zweite Rechnung anlegt, prüft der Workflow vor dem Anlegen anhand der Kennung, ob der Datensatz schon existiert. Testen Sie genau diesen Fall vor dem Start.
- Benachrichtigung an eine benannte Person, nicht an einen Sammelkanal ohne Zuständigkeit.
- Alarm bei dauerhaftem Fehler, nicht bei jedem einzelnen Wiederholungsversuch.
- Hinweis, wenn erwartete Vorgänge ausbleiben, etwa seit mehreren Tagen keine Anfrage.
- Link zum Protokolleintrag statt kopierter Kundendaten.
Beispiel-Vorfall und Betriebsdokumentation
Beispiel: Das CRM-Zugangstoken läuft ab. Website-Anfragen werden weiter gespeichert, die Übertragung scheitert nach drei Versuchen, und die zuständige Person erhält eine Benachrichtigung mit Link zur Warteliste. Nach dem erneuten Verbinden werden die wartenden Vorgänge verarbeitet; die Kennungsprüfung verhindert Dubletten. Im Protokoll stehen Ursache, Dauer, betroffene Vorgänge und Maßnahme.
Halten Sie für jede Integration eine kurze Betriebsbeschreibung bereit: Zweck, beteiligte Systeme, Kontoinhaber, Zuständige, Benachrichtigungsweg, Wiederholungsregeln und Wiederherstellungsschritte. Prüfen Sie diese Beschreibung nach jeder Änderung und in einem festen Rhythmus.
Häufige Fragen
- Brauche ich ein eigenes Monitoring-Werkzeug?
- Nicht immer. Viele Automatisierungsdienste bieten Ausführungsprotokolle und Fehlerbenachrichtigungen. Entscheidend ist, dass jemand zuständig ist und Fehler aller Systeme an einer Stelle sichtbar werden.
- Wie oft sollte ich Integrationen prüfen?
- Nach jeder Änderung an beteiligten Systemen und zusätzlich zu einem festen Termin. Prüfen Sie dabei Protokolle, Warteliste, ablaufende Zugänge und ob erwartete Vorgänge ankommen.
Beschreiben Sie Ihre bestehenden Automatisierungen und wo zuletzt Fehler auffielen. Wir besprechen Protokollierung, Wiederholungen und Zuständigkeiten.
Automatisierung besprechen