Fallstricke der Automatisierung

Schritt für Schritt

Eine Regel auf wirkungslose Aktionen prüfen

1. Öffne Tools → Automatisierung → Regeln und wähle die Regel.
2. Prüfe die Karten in der Spalte Aktion. Bei drei Namen erscheint eine Warnung: Manager über Inventur benachrichtigen, ERP-Dokumente erzeugen und Test: in JSON schreiben.
3. Entferne eine solche Aktion über das Papierkorbsymbol auf der Karte und ersetze sie durch eine funktionierende. Für Benachrichtigungen verwende Benachrichtigung senden (E-Mail/SMS/In-App) aus der Gruppe Funktioniert mit jedem Auslöser. Testaktionen erscheinen nur bei Administratoren in der Auswahlliste, können aber in älteren gespeicherten Regeln aller Benutzer enthalten sein.
4. Klicke auf Änderungen speichern und bestätige den Code im Fenster 2FA-Verifizierung erforderlich.
5. Prüfe den Verlauf: Öffne Erweitert → Automatisierungsprotokolle, setze Workflow auf diese Regel und Ergebnis auf Erfolgreich. Öffne einen Eintrag über das Augensymbol und lies Aktionsergebnisse. Aktionen aus dieser Liste wurden dort als erfolgreich angezeigt, obwohl sie nichts bewirkten.

Wenn eine Regel nicht funktioniert: in dieser Reihenfolge prüfen

1. Prüfe in der Regelliste den Schalter in der zweiten Spalte. Beim Aktivieren erscheint Regel aktiviert.
2. Ist der Schalter grau und deaktiviert und steht ein Schloss neben dem Namen, wird die Regel durch eine Einstellung gesteuert. Die Tooltips lauten Aus einer Integrationseinstellung erzeugt. Hier schreibgeschützt. und Diese Regel wird durch eine Integrationseinstellung verwaltet – ändere sie dort. Bei Käufer-E-Mails lautet der Hinweis Diese Regel wird durch die Einstellungen der Kundenbestellseite verwaltet – ändere sie dort. Ein Klick auf die Zeile zeigt denselben Hinweis statt des Assistenten.
3. War die Regel gerade neu angelegt worden, warte einige Dutzend Sekunden (bei Produkt- und Bestandsereignissen bis zu einer Minute) und löse das Ereignis erneut aus.
4. Öffne Erweitert → Automatisierungsprotokolle, setze Workflow auf die Regel und Datumsbereich auf Heute. Kein Eintrag bedeutet, dass das Ereignis nicht eingegangen ist; CONDITIONS_FAILED bedeutet, dass es ankam, aber an Bedingungen scheiterte.
5. Um herauszufinden, welche Bedingung gescheitert ist, öffne im Assistenten den Bereich Erweitert in der Aktionsspalte und prüfe Nicht erfüllte Bedingungen protokollieren (Beschreibung: Protokolliert, wenn Bedingungen nicht erfüllt sind). Bei Regeln der aktuellen Version ist es standardmäßig aktiviert. Bei älteren Regeln musst du es einschalten, speichern und das Ereignis erneut auslösen. In den Details erscheint dann die Tabelle Bedingungsergebnisse mit den Spalten Erwartet und Tatsächlich.

Schneller geht es mit Regel testen in der Regelliste. Damit wird jede Bedingung einzeln geprüft, ohne auf ein weiteres Ereignis zu warten (Regeln erstellen und ordnen).

6. Funktioniert keine Regel im Unternehmen und du hast nichts geändert, kann die Engine global deaktiviert worden sein. Beim manuellen Auslösen eines eigenen Ereignisses erscheint dann Auslöser konnte nicht gestartet werden. Das Bedienfeld nennt den eigentlichen Grund nicht; frage die Person, die für die Bereitstellung zuständig ist.

Regeln ohne Überraschungen umordnen

1. Öffne Tools → Automatisierung → Regeln.
2. Entferne aktive Filter. Dann erscheint links in der Werkzeugleiste ein rotes X mit dem Namen Filter löschen. Erhöhe unten in der Liste die Anzahl der Einträge pro Seite, bis der gesamte Bereich auf eine Seite passt.
3. Die Gruppenüberschrift zeigt die Zahl der Regeln im gesamten Bereich. Ist daneben ein Informationssymbol, wird nur ein Teil auf der Seite angezeigt. Der Tooltip lautet: Diese Seite zeigt {shown} von {total} Regeln in diesem Bereich. Regeln können innerhalb der Seite verschoben werden.
4. Ziehe eine Zeile am Griff (vertikale Punkte in Ausführungsreihenfolge) oder verwende Nach oben verschieben / Nach unten verschieben in der Aktionsspalte. Auf einem Smartphone funktionieren nur die Pfeile; dort gibt es keinen Ziehgriff.
5. Auch beim Speichern der Reihenfolge wird 2FA-Verifizierung erforderlich angezeigt. Bei abgelehnter Speicherung springen die Zeilen zurück und die Meldung lautet Ausführungsreihenfolge konnte nicht gespeichert werden: ….
6. Die Zahl steht für die Ausführungsreihenfolge. Der Tooltip der Spalte lautet: Ausführungsreihenfolge. Regeln desselben Ereignisses werden nacheinander ausgeführt, beginnend mit der kleinsten Zahl. Beim Umordnen wird der ganze Bereich neu nummeriert, für die Ausführung zählt aber nur die Reihenfolge von Regeln mit demselben Ereignis.

1. Drei Aktionen melden Erfolg, obwohl sie nichts tun

Das ist besonders tückisch, weil der Verlauf ein grünes Ergebnis zeigt:

• Manager über Inventur benachrichtigen schreibt einen Protokolleintrag. Niemand erhält eine Benachrichtigung.
• ERP-Dokumente erzeugen ist ein Platzhalter. Es wird kein Dokument erstellt.
• Test: in JSON schreiben speichert nichts; die Aktion dient nur der Diagnose.

Verwende zum Benachrichtigen Benachrichtigung senden (Aktionen — was eine Regel tun kann).

2. URL aufrufen funktioniert jetzt, hat aber strenge Regeln

Die Aktion URL aufrufen, die früher bei jeder Ausführung fehlschlug, sendet jetzt eine echte Anfrage (Aktionen — was eine Regel tun kann). Drei Dinge können überraschen:

• Die Adresse muss öffentlich sein. Dienste im lokalen Netzwerk oder unter einer Cloud-Metadatenadresse werden abgewiesen. Dasselbe gilt für Weiterleitungen dorthin; Weiterleitungen werden nicht verfolgt.
• Jede Antwort außerhalb von 2xx gilt als Aktionsfehler. Bei Bei Fehler abbrechen wird die Regel tatsächlich angehalten.
• Ein nicht ausfüllbares Inhaltstemplate bricht die Aktion ab, statt dem Partner unveränderte {{ ... }} zu schicken.

3. Schleifen werden still beendet, aber beim Speichern jetzt gemeldet

Eine Regel kann eine weitere und diese wiederum die nächste auslösen. Die Kette hat eine feste maximale Tiefe. Wird sie überschritten, wird das Ereignis verworfen und das System erstellt eine Meldung zur Schleife. Diese Meldung führt jetzt die Namen der Regeln auf, die auf das verworfene Ereignis warten. Zuvor nannte sie nur Ereignis und Objekt, was ohnehin bekannt war.

Nach dem Speichern einer Regel prüft das System selbst, ob eine Schleife entsteht, und zeigt oben einmalig eine Warnung:

• Diese Regel schließt eine Schleife: A → B. Die Kette wird beim 10. Schritt abgebrochen. Regeln können einander erneut auslösen. Das ist nicht verboten: Eine Schleife, in der die Aktion immer denselben Wert speichert, endet von selbst.
• A + B schreiben unterschiedliche Werte in das Feld Versandart – sie überschreiben sich gegenseitig. Diese Kombination wird sich nie stabilisieren und muss aufgelöst werden. Für Mitarbeiter sieht das so aus, als ändere jemand ständig die Versandart.

Das Speichern wird nicht verhindert; die Warnung erscheint neben der Bestätigung.

Die Prüfung kennt die Statusreihenfolge. Wartet die zweite Regel auf den Wechsel in einen bestimmten Status und verschiebt die erste die Bestellungen in einen anderen, wird keine Schleife gemeldet. Warnungen ohne Grund bringen Nutzer dazu, sie zu ignorieren.

Prüfe ältere Regeln auf mögliche Schleifen zwischen Auslösern und Aktionen. Ist die Ursache schwer zu finden, bitte den NOXTI-Support um Hilfe bei der Diagnose.

Die einzige Aktion, die ein erneutes Auslösen von selbst verhindert, ist Bestellung ändern: Wenn der Wert bereits gleich ist, wird nichts gespeichert. Auch eine Statusänderung auf den bereits bestehenden Status wird nicht gespeichert und sendet kein Ereignis.

Vergleiche die aufeinanderfolgenden Ausführungen desselben Objekts im Verlauf. Wiederholte Änderungen derselben Felder können auf gegenseitig auslösende Regeln hinweisen.

4. Einmal ausführen bedeutet nicht immer einmal

In zwei Fällen greift die Einstellung nicht:

• Ereignis ohne Objektkontext – es gibt nichts, woran die Ausführung festgehalten werden könnte. Die Regel wird trotz aktivierter Option jedes Mal ausgeführt.
• Verlaufsbereinigung – diese Option wird über den Verlauf erfolgreicher Ausführungen durchgesetzt. Werden alte Einträge bereinigt, kann die Regel für ein Objekt von vor Monaten erneut laufen (Ausführungsverlauf — was tatsächlich passiert ist).

5. Eine neue Regel funktioniert nicht sofort

Der Listener aktualisiert seine Regelliste regelmäßig. Eine neue Regel braucht möglicherweise einige Dutzend Sekunden, bei Produkt- und Bestandsereignissen sogar bis zu einer Minute.

Warte daher ab und löse das Ereignis erneut aus, bevor du von einem Fehler ausgehst.

6. Zwei Aktionen an derselben Position stören Verzweigungen

Aktionen können dieselbe Position erhalten; das System verhindert das nicht. Dann werden ihre Ergebnisse zusammengeführt und Wenn die vorherige erfolgreich war beziehungsweise Wenn die vorherige fehlgeschlagen ist verhält sich unvorhersehbar.

Bei Verzweigungen muss jede Aktion eine eigene, eindeutige Position haben.

7. Umordnen gilt für den ganzen Bereich

Ziehen sortiert alle Regeln eines Bereichs neu, aber wichtig ist nur die Reihenfolge innerhalb desselben Ereignisses. In gefilterten oder auf mehrere Seiten verteilten Listen kannst du nur sichtbare Regeln verschieben (Regeln erstellen und ordnen).

8. Warten hält alle folgenden Regeln auf

Eine Regel mit der Aktion Warten hält das Objekt fest; danach angeordnete Regeln müssen warten. Eine Stunde ohne Aktivität nach einer Regel mit Erinnerung sieht wie eine blockierte Warteschlange aus, ist aber eine geplante Verzögerung (Ablauf einer Regel – Warteschlange, Wiederholungen und Wartezeit).

Was es in der Oberfläche nicht gibt

• Rückgängigmachen von Regeländerungen – Aktionen haben keine Rücknahme; ihre Auswirkungen musst du manuell korrigieren.
• Einstellung der Verlaufsaufbewahrung – wende dich an den NOXTI-Support.
• Einstellung der Ereignisverzögerung – sie ist eingebaut und nicht änderbar.
• Filter für das Ergebnis Übersprungen – solche Einträge gibt es, aber sie lassen sich nicht als Filter auswählen.