Hinter jeder Automatisierung steckt ein Denkmodell — und je klarer dieses Modell ist, desto leichter lässt sich damit arbeiten. 1Tool setzt auf ein einfaches, aber flexibles Baukastenprinzip: Trigger, Bedingung, Aktion. Diese drei Bausteinarten bilden das Grundgerüst, aus dem sich jede Automatisierung im visuellen Editor zusammensetzt — unabhängig davon, wie einfach oder komplex der jeweilige Anwendungsfall am Ende ist.
Der Trigger: Was die Automatisierung startet
Jede Automatisierung beginnt mit einem Trigger, also einem Ereignis, das im System eintritt und den Ablauf lostritt. Der Trigger ist damit der erste Knoten, den Sie beim Anlegen einer Automatisierung festlegen — neben Namen und Beschreibung der Automatisierung selbst. Welche konkreten Trigger zur Auswahl stehen, wird nicht starr im Editor vorgegeben, sondern mit Name und Beschreibung dynamisch aus dem System geladen. Sie wählen also aus einem Angebot, das sich an Ihre 1Tool-Umgebung anpasst, statt sich mit einer für alle Kunden identischen, unveränderlichen Liste zu begnügen.
Die Bedingung: Steuerung statt Automatismus
Nicht jede Automatisierung soll bei jedem Eintreten des Trigger-Ereignisses exakt gleich reagieren. Genau hier kommen Bedingungen ins Spiel. Sie werden als eigene Knoten an den Trigger angehängt und entscheiden, ob und wie der Ablauf weiterläuft. Auch Bedingungen werden mit Name und Beschreibung aus dem System bereitgestellt, sodass sich der Automatisierungs-Editor flexibel an die tatsächlich vorhandene Logik im System anpasst. Wichtig dabei: Eine Bedingung muss nicht zu genau einem Folgeschritt führen. Sie kann mehrere mögliche Kind-Schritte haben — der Ablauf verzweigt sich also je nach Ergebnis der Bedingung in unterschiedliche Richtungen, statt stur einer einzigen Linie zu folgen.
Die Aktion: Der eigentliche Effekt
Am Ende jedes Pfads steht die Aktion — der Schritt, der tatsächlich etwas bewirkt. Auch Aktionen sind Knoten im Canvas, ebenfalls mit Name und Beschreibung aus dem System geladen, und werden mit dem vorangegangenen Trigger- oder Bedingungsknoten verbunden. Weil Trigger, Bedingung und Aktion als getrennte, frei kombinierbare Bausteinarten existieren, entsteht kein starres Regelwerk, sondern ein Baukasten: Sie kombinieren die Elemente so, wie es Ihr konkreter Geschäftsprozess erfordert, statt sich in eine vorgefertigte Vorlage zu zwängen.
Warum ein Baukasten flexibler ist als eine Vorlage
Starre Vorlagen decken immer nur den Standardfall ab, für den sie entworfen wurden. Ändert sich der Prozess, stoßen sie schnell an ihre Grenzen. Das Trigger-Bedingung-Aktion-Prinzip hingegen liefert Bausteine statt fertiger Lösungen: Dieselben Bausteinarten lassen sich für ganz unterschiedliche Abläufe neu kombinieren, erweitern oder anpassen — und das direkt im visuellen Editor, sichtbar als verbundene Knoten auf der Zeichenfläche, statt verborgen in Konfigurationstexten.
Häufig gestellte Fragen
Brauche ich für jede Automatisierung eine Bedingung?
Nein, Bedingungen sind ein optionaler Baustein. Eine Automatisierung kann grundsätzlich auch nur aus einem Trigger und einer direkt angeschlossenen Aktion bestehen.
Kann eine Bedingung zu mehreren unterschiedlichen Aktionen führen?
Ja. Eine Bedingung kann mehrere mögliche Kind-Schritte haben, wodurch sich der Ablauf je nach Ergebnis in verschiedene Richtungen verzweigt.
Woher weiß ich, welche Trigger, Bedingungen und Aktionen mir zur Verfügung stehen?
Der Editor lädt diese jeweils mit Name und Beschreibung direkt aus dem System, sodass Sie im Editor selbst sehen, welche Bausteine aktuell wählbar sind.
Möchten Sie das Trigger-Bedingung-Aktion-Prinzip live an Ihren eigenen Prozessen sehen?
