> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/automatisierung/workflows/entscheidungen-mit-wenn-dann-verzweigungen-im-workflow-treffen.md). # Entscheidungen mit Wenn/Dann-Verzweigungen im Workflow treffen ## Kurz erklärt Die Aktion **Wenn/Dann** ist eine Entscheidung innerhalb eines Workflows. Sie prüft Daten des gerade verarbeiteten Kontakts und schickt ihn anschließend in den passenden Pfad. Das brauchst du immer dann, wenn nicht alle Kontakte dieselben Schritte erhalten sollen. Ein Kontakt mit bestätigtem Termin kann zum Beispiel eine Erinnerung bekommen, während ein Kontakt ohne Termin zuerst einen Buchungslink erhält. ## Bevor du startest Du brauchst: * einen Workflow mit einem passenden Auslöser; * mindestens eine Information, die zuverlässig geprüft werden kann, etwa ein Kontaktfeld, ein Tag, ein E-Mail-Ereignis oder ein Wert aus einem früheren Workflow-Schritt; * einen sinnvollen Folgeschritt für jeden möglichen Ausgang; * Testkontakte, deren Daten die unterschiedlichen Pfade eindeutig auslösen. Prüfe zuerst, ob das verwendete Feld tatsächlich befüllt ist. Ein leeres Feld erfüllt viele Bedingungen nicht und führt dann in den Auffangpfad. ## Die wichtigsten Begriffe | Begriff | Bedeutung | | ---------------------- | -------------------------------------------------------------------------------------------------------------------------------------- | | **Bedingung** | Eine einzelne Prüfung, zum Beispiel „Terminstatus ist bestätigt“. | | **Operator** | Legt fest, wie geprüft wird, zum Beispiel „ist“, „enthält“, „größer als“ oder „vor“. Die verfügbaren Operatoren hängen vom Feldtyp ab. | | **Segment** | Eine Gruppe aus einer oder mehreren Bedingungen. | | **UND** | Alle verbundenen Bedingungen müssen erfüllt sein. | | **ODER** | Mindestens eine der verbundenen Bedingungen muss erfüllt sein. | | **Pfad** | Die Reihe von Aktionen, die nach einem bestimmten Ergebnis ausgeführt wird. | | **Keiner-/Sonst-Pfad** | Der automatisch angelegte Auffangpfad, wenn kein definierter Pfad passt. Er kann umbenannt, aber nicht entfernt werden. | ## Wenn/Dann einrichten 1. Öffne **Automatisierung → Workflows** und wähle den gewünschten Workflow. 2. Klicke an der Stelle auf **+**, an der die Entscheidung getroffen werden soll. 3. Wähle die Aktion **Wenn/Dann**. 4. Starte entweder mit einem vorbereiteten Muster oder erstelle die Logik selbst. 5. Benenne den ersten Pfad so, dass sein Ergebnis sofort verständlich ist, zum Beispiel **Termin bestätigt**. 6. Wähle links das Feld oder Ereignis, das geprüft werden soll. 7. Wähle den passenden Operator. 8. Trage rechts den Vergleichswert ein oder wähle einen dynamischen Wert. 9. Ergänze bei Bedarf weitere Bedingungen. Entscheide bewusst zwischen **UND** und **ODER**. 10. Füge weitere Pfade hinzu, wenn mehr als zwei Ergebnisse benötigt werden. 11. Benenne den automatisch vorhandenen Auffangpfad, zum Beispiel **Termin nicht bestätigt**. 12. Füge unter jedem Pfad die Aktionen ein, die für dieses Ergebnis ausgeführt werden sollen. 13. Speichere die Aktion, teste alle Pfade und veröffentliche den Workflow erst danach. ### Felder schneller finden Im Feldwähler kannst du nach einem Feldnamen suchen. Die Suche berücksichtigt auch Felder in vorhandenen Ordnern und Unterordnern. Über den angezeigten Pfad erkennst du, aus welchem Bereich ein Feld stammt. Es werden nur Felder angezeigt, die im aktuellen Workflow-Kontext verfügbar sind. Aufgabenbezogene Werte erscheinen zum Beispiel nur, wenn der Workflow bereits einen Aufgabenbezug hat. ## Feste und dynamische Vergleichswerte Ein **fester Wert** ist für jeden Kontakt gleich. Beispiel: Der Umsatz soll größer als 10.000 sein. Ein **dynamischer Wert** wird für jeden Durchlauf neu aus vorhandenen Daten gelesen. Er kann aus einem früheren Workflow-Schritt oder aus einem gespeicherten Feld stammen. Das eignet sich beispielsweise, wenn ein berechneter Wert mit einem gespeicherten Grenzwert verglichen werden soll. Dynamische Vergleiche sind laut Produktquelle für Zahlen, Datumswerte, Auswahlfelder und Geldwerte vorgesehen. Wichtig bei Auswahlfeldern: In einer Wenn/Dann-Bedingung kann für einen dynamischen Vergleich die interne Options-ID erforderlich sein. Der sichtbare Name der Auswahl reicht dann nicht aus. Das unterscheidet sich von der Aktion **Kontaktfeld aktualisieren**, bei der die sichtbare Auswahl verwendet werden kann. Auch Unternehmensfelder können in einem kontaktbezogenen Workflow verfügbar sein. Sie liefern jedoch nur dann einen Wert, wenn der Kontakt mit einem Unternehmen verknüpft ist. Ohne Verknüpfung bleibt der Wert leer. ## Wann wird die Bedingung geprüft? Die Prüfung findet statt, sobald der Kontakt die Wenn/Dann-Aktion erreicht. Spätere Änderungen werden für diesen Durchlauf nicht rückwirkend berücksichtigt. Soll zuerst auf eine Antwort, einen Klick oder eine andere Änderung gewartet werden, setze davor eine **Warten**-Aktion. Beispiel: Warte bis zu einen Tag auf eine E-Mail-Reaktion und prüfe erst danach, ob die E-Mail geöffnet wurde. ## So testest du die Verzweigung 1. Erstelle für jeden erwarteten Pfad einen eigenen Testkontakt. 2. Befülle die relevanten Felder vor dem Test mit eindeutigen Werten. 3. Starte den Workflow mit dem vorgesehenen Auslöser. 4. Öffne den Ausführungsverlauf. 5. Prüfe, welchen Pfad der Kontakt genommen hat und welche Folgeaktionen ausgeführt wurden. 6. Wiederhole den Test mit leerem Feld und kontrolliere den Auffangpfad. 7. Teste bei UND-/ODER-Gruppen zusätzlich einen Grenzfall, bei dem nur ein Teil der Bedingungen erfüllt ist. ## Häufige Fehler ### Alle Kontakte landen im Auffangpfad Prüfe, ob das verwendete Feld befüllt ist, der Datentyp stimmt und der Vergleichswert exakt passt. Bei Auswahlfeldern können interne Options-IDs nötig sein. ### Eine UND-Gruppe trifft nie zu Bei **UND** muss jede Bedingung gleichzeitig wahr sein. Prüfe jede Bedingung einzeln oder verwende **ODER**, wenn nur eine der Regeln erfüllt sein muss. ### Die Entscheidung kommt zu früh Wenn das benötigte Ereignis noch nicht stattgefunden hat, wird der aktuelle Zustand geprüft. Setze vorher eine passende Warteaktion mit Zeitlimit. ### Ein Unternehmensfeld bleibt leer Kontrolliere, ob der Kontakt wirklich mit einem Unternehmen verknüpft ist. Ohne diese Verbindung ist kein Unternehmenswert verfügbar. ## Praxisbeispiel: Nachfassweg nach einer E-Mail Ziel: Kontakte sollen abhängig von ihrer Reaktion unterschiedlich weitergeführt werden. 1. Der Workflow versendet eine E-Mail. 2. Eine Warteaktion hält den Kontakt bis zu einem Tag an oder endet früher, sobald die E-Mail geöffnet wird. 3. Die Wenn/Dann-Aktion prüft das E-Mail-Ereignis. 4. Im Pfad **Geöffnet** wird eine persönliche Folgeaufgabe erstellt. 5. Im Pfad **Nicht geöffnet** wird eine E-Mail mit einer anderen Betreffzeile versendet. 6. Zwei Testkontakte prüfen beide Pfade; der Ausführungsverlauf bestätigt die Zuordnung. So bleibt die Entscheidung verständlich, messbar und auch für spätere Bearbeiter nachvollziehbar. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/automatisierung/workflows/entscheidungen-mit-wenn-dann-verzweigungen-im-workflow-treffen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.