Ein grüner Lauf kann fachlich leer sein
Ein Workflow startet planmäßig und endet ohne technischen Fehler. Trotzdem wurde kein Dokument verarbeitet, weil der überwachte Ordner umbenannt wurde. Wenn normalerweise jeden Morgen eine Datei eingeht, ist auch das Ausbleiben ein relevantes Signal.
Definieren Sie daher Erwartungen an den fachlichen Ablauf. Welche Eingänge sind üblich? Wie lange darf ein Vorgang in der Prüfung warten? Welche Zahl offener Fälle kann das Team bewältigen? Diese Werte sind betriebliche Vereinbarungen und keine allgemeingültigen Benchmarks.
Vier Beobachtungen reichen oft für den Anfang
Erfassen Sie eingegangene Vorgänge, abgeschlossene Vorgänge, offene Prüfungen und technische Abbrüche. Ergänzen Sie das Alter des ältesten offenen Falls. So wird sichtbar, ob der Ablauf arbeitet, sich ein Rückstau bildet oder ein Teilprozess stehen geblieben ist.
Für einen Wochenvergleich müssen die Begriffe gleich bleiben. Wenn ein Vorgang schon beim Start als abgeschlossen zählt, sieht die Statistik besser aus als der Arbeitsalltag. Zählen Sie erst den vereinbarten fachlichen Abschluss.
Alarme nach Handlungsbedarf trennen
Ein einzelner wiederholbarer Verbindungsfehler braucht möglicherweise keine sofortige Unterbrechung des Teams. Ein nicht zuordenbarer Auftrag kurz vor einem Termin dagegen schon. Vereinbaren Sie, welche Meldungen sofort kommen und welche in eine tägliche Übersicht gehören.
Zu jeder Meldung gehören Vorgangskennung, betroffener Schritt, letzter sicherer Status und zuständige Person. Geben Sie außerdem an, ob ein neuer Versuch geplant ist. Sonst startet jemand manuell, während der Workflow denselben Vorgang erneut bearbeitet.
Protokolle begrenzen
Für die Fehlersuche ist nicht dauerhaft der gesamte Dokumenteninhalt nötig. n8n beschreibt Einstellungen zur Speicherung und Bereinigung von Ausführungsdaten. Ausführungsdaten verwalten. Legen Sie bewusst fest, welche Daten für welchen Zeitraum gebraucht werden.
Trennen Sie betriebliche Kennzahlen von vertraulichen Nutzdaten. Eine Übersicht mit Anzahl und Status kann einem größeren Kreis zugänglich sein als ein vollständiger Kundenauftrag. Der Zugriff auf Fehlerdetails sollte zum eigentlichen Vorgang passen.
Auch das Monitoring prüfen
Lösen Sie einen kontrollierten Testfehler aus und verfolgen Sie die Meldung bis zur zuständigen Person. Prüfen Sie außerdem den Fall, dass gar keine Ausführung mehr startet. Ein Alarm, der nur innerhalb des ausgefallenen Workflows existiert, kann diesen Zustand übersehen.
Besprechen Sie nach einigen Wochen, welche Meldungen nützlich waren. Entfernen Sie bedeutungslose Benachrichtigungen und schärfen Sie die übrigen. Wenn das Team jeden Alarm reflexartig wegklickt, fehlt dem Monitoring eine brauchbare Priorisierung.
Wer überwacht und im Fehlerfall eingreift, hängt auch vom Betriebsmodell ab. Der Vergleich von n8n Cloud und Self-Hosting hilft dabei, die Zuständigkeiten für Betrieb und Wartung einzuordnen.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.