> 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/bestellformular-und-erfolgreiche-bestellung-im-workflow-unterscheiden.md). # Bestellformular und erfolgreiche Bestellung im Workflow unterscheiden Ein ausgefülltes Bestellformular und eine erfolgreich abgeschlossene Bestellung sind **zwei verschiedene Ereignisse**. Die richtige Wahl entscheidet darüber, ob dein Workflow eine Anfrage begleitet oder erst nach dem tatsächlichen Abschluss reagiert. Das ist wichtig, weil beide Ereignisse bei derselben Person auftreten können: Zuerst wird das Formular abgeschickt, später wird der Vorgang erfolgreich abgeschlossen. Wenn du beide Auslöser ohne klare Trennung verwendest, können zwei Abläufe und damit doppelte Nachrichten starten. ## Die Entscheidung in einem Satz * **Bestellformular übermittelt**: Der Kontakt hat ein Formular mit Bestellangaben abgeschickt. Das ist noch kein Nachweis für einen erfolgreichen Abschluss. * **Bestellung eingegangen**: Eine Bestellung wurde erfolgreich abgeschlossen. Dieser Auslöser setzt keinen zuvor abgeschickten Bestellformular-Vorgang voraus. Verwende den ersten Auslöser für Hilfestellung und Nachfassen. Verwende den zweiten nur für Schritte, die wirklich erst nach dem erfolgreichen Abschluss passieren dürfen. ## Was tatsächlich passiert ### Bestellformular übermittelt Dieser Auslöser startet sofort, wenn ein Kontakt ein Formular mit Bestellangaben abschickt. Er kann also auch starten, wenn die Person danach nicht weitergeht oder den Vorgang abbricht. Der Auslöser eignet sich zum Beispiel für: * eine kurze Bestätigung, dass die Anfrage eingegangen ist; * eine Aufgabe für dein Team, die Angaben zu prüfen; * eine hilfreiche Nachricht, falls noch Informationen fehlen; * eine freundliche Erinnerung zum Fortsetzen. Er darf nicht so behandelt werden, als wäre der Abschluss bereits bestätigt. Vermeide deshalb Nachrichten wie „Deine Bestellung ist abgeschlossen“, solange der Workflow nur auf die Formularübermittlung reagiert. ### Bestellung eingegangen Dieser Auslöser startet erst bei einer tatsächlich erfolgreich abgeschlossenen Bestellung. Er eignet sich für die Bestätigung, interne Vorbereitung und weitere Schritte, die auf dem Abschluss aufbauen. Der Workflow kann dann zum Beispiel: * eine Bestätigung mit den Bestelldaten senden; * die interne Bearbeitung anstoßen; * eine Aufgabe für die zuständige Person anlegen; * Bestelldaten in nachfolgenden Workflow-Schritten verwenden. Die beiden Auslöser schließen sich nicht aus. Wird zuerst das Formular abgeschickt und danach erfolgreich abgeschlossen, können beide Workflows starten. Das ist korrekt, wenn jeder Ablauf eine andere Aufgabe hat. ## Wo du die Auslöser findest 1. Öffne **Automatisierung → Workflows**. 2. Öffne einen vorhandenen Workflow oder erstelle einen neuen. 3. Wähle **Neuen Auslöser hinzufügen**. 4. Suche nach **Bestellung**. 5. Im Bereich **Zahlungen** findest du **Bestellformular übermittelt** und **Bestellung eingegangen**. 6. Wähle nur den Auslöser, der zum Zweck dieses Workflows passt. 7. Speichere den Auslöser, ergänze die Folgeaktionen und veröffentliche den Workflow erst nach einem Test. Die beiden Optionen sehen im Auswahlfenster ähnlich aus. Lies deshalb den Namen vollständig, bevor du ihn übernimmst. ## Bestelldaten richtig verwenden Einige Bestelldaten stehen im Workflow nur dann bereit, wenn der Workflow mit **Bestellung eingegangen** startet. Dazu gehören Angaben, die sich auf die konkrete Bestellung beziehen. Das ist besonders relevant, wenn du eine Bestätigung zusammenstellst oder eine E-Mail-Vorlage mit dem Warenkorb-Element verwendest. Bei diesem Auslöser kann das Element die Angaben zu den bestellten Artikeln automatisch aus der Bestellung übernehmen. Bei einem Workflow, der nur auf **Bestellformular übermittelt** reagiert, stehen diese Bestelldaten nicht in gleicher Weise zur Verfügung. Baue eine Vorlage deshalb nicht einfach mit Platzhaltern zusammen und veröffentliche sie sofort. Prüfe mit einer vollständigen Testbestellung, ob die erwarteten Angaben im Ergebnis erscheinen. ## Zwei getrennte Workflows anlegen Die robusteste Einrichtung besteht aus zwei klar getrennten Abläufen. ### Ablauf 1: Formular wurde übermittelt 1. Erstelle einen Workflow mit dem Auslöser **Bestellformular übermittelt**. 2. Benenne ihn eindeutig, etwa **„Bestellformular – Anfrage eingegangen“**. 3. Lege nur Schritte an, die auch ohne erfolgreichen Abschluss sinnvoll sind. 4. Teste ihn mit einem Testkontakt, der das Formular absendet und danach nicht weitergeht. ### Ablauf 2: Bestellung wurde erfolgreich abgeschlossen 1. Erstelle einen zweiten Workflow mit dem Auslöser **Bestellung eingegangen**. 2. Benenne ihn eindeutig, etwa **„Bestellung – Abschluss bestätigt“**. 3. Ergänze Bestätigung, interne Bearbeitung und alle Schritte, die Bestelldaten benötigen. 4. Teste ihn mit einer vollständigen Testbestellung. Diese Trennung macht die Workflow-Historie verständlich. Wenn etwas nicht stimmt, siehst du sofort, ob die Formularübermittlung oder der erfolgreiche Abschluss den Ablauf gestartet hat. ## So testest du beide Fälle Führe immer zwei getrennte Tests durch: 1. **Formular-Test:** Sende das Bestellformular mit einem Testkontakt ab und beende den Vorgang danach. Prüfe, ob nur der Formular-Workflow startet. 2. **Abschluss-Test:** Führe mit einem zweiten Testkontakt den vollständigen Vorgang bis zum erfolgreichen Abschluss durch. Prüfe, ob der Abschluss-Workflow startet und die Bestelldaten korrekt verwendet. 3. Öffne für beide Kontakte die **Workflow-Historie**. 4. Kontrolliere die versendeten Nachrichten und die Folgeaktionen. 5. Falls beide Workflows bei einem vollständigen Durchlauf starten, prüfe, ob ihre Nachrichten und Aufgaben klar verschiedene Zwecke haben. Der Test ist erst erfolgreich, wenn die richtige Person den richtigen Ablauf zur richtigen Zeit auslöst – nicht schon dann, wenn irgendeine Nachricht angekommen ist. ## Praxisbeispiel Ein Fitnessstudio bietet ein Probepaket über ein Bestellformular an. Direkt nach dem Abschicken des Formulars soll das Team prüfen, ob die Kontaktangaben vollständig sind. Dafür nutzt es den Workflow **Bestellformular – Anfrage eingegangen**. Erst wenn der Vorgang erfolgreich abgeschlossen wurde, soll eine Willkommensnachricht mit den relevanten Bestelldaten verschickt und die interne Vorbereitung starten. Dafür verwendet das Studio den getrennten Workflow **Bestellung – Abschluss bestätigt**. Im Test füllt ein Testkontakt das Formular aus und bricht anschließend ab. Nur der erste Workflow darf laufen. Bei einem zweiten Test führt der Kontakt den Vorgang vollständig durch. Danach darf der Abschluss-Workflow starten. So vermeidet das Team falsche Bestätigungen und doppelte Kommunikation. ## Typische Fehler und Lösungen * **Eine Formularübermittlung wird als erfolgreicher Abschluss behandelt:** Verwende für Bestätigung und interne Vorbereitung den Auslöser **Bestellung eingegangen**. * **Zwei ähnliche Nachrichten werden versendet:** Trenne die Workflows nach Ereignis und prüfe ihre Texte mit einem vollständigen Testlauf. * **Bestelldaten fehlen in einer Vorlage:** Kontrolliere, ob der Workflow mit **Bestellung eingegangen** startet, und teste die Vorlage mit einer vollständigen Testbestellung. * **Der falsche Auslöser wurde gewählt:** Öffne den Workflow, lösche nicht benötigte Folgeaktionen nicht vorschnell und ersetze zuerst den Auslöser durch die passende Option im Bereich **Zahlungen**. * **Die Workflow-Historie ist unklar:** Verwende eindeutige Namen, die schon im ersten Wort sagen, ob es um Formularübermittlung oder erfolgreichen Abschluss geht. --- # 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/bestellformular-und-erfolgreiche-bestellung-im-workflow-unterscheiden.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.