HubSpot-Workflows testen: Wiederholungen, fehlende Werte und Owner-Wechsel

Ein Workflow kann im Test den erwarteten Zweig anzeigen und im Betrieb trotzdem eine unerwünschte Wirkung haben. Vielleicht wird dieselbe Aufgabe beim zweiten Durchlauf erneut angelegt. Vielleicht überschreibt eine andere Automation den Owner. Deshalb prüfe ich Aufnahme, Ablauf und gespeichertes Ergebnis getrennt.

Was der HubSpot-Test tatsächlich belegt

HubSpot unterscheidet zwischen dem Test der Aufnahmekriterien und einer Simulation des Workflow-Durchlaufs. Geprüft wird die aktuelle Workflow-Version. Ein Datensatz kann die Kriterien erfüllen und trotzdem nicht erneut aufgenommen werden, etwa wenn er den Workflow bereits abgeschlossen hat und keine erneute Aufnahme erlaubt ist. Das beschreibt HubSpot in der Test-Dokumentation.

Eine Simulation belegt den angezeigten Ablauf. Für die Abnahme einer tatsächlichen Änderung brauchst du zusätzlich einen kontrollierten Ausführungstest und eine Prüfung im Zieldatensatz. Notiere dabei, welche Workflow-Version getestet wurde.

Vor dem Test das erwartete Ergebnis festlegen

Das folgende Beispiel ist fiktiv: Eine passende neue Anfrage soll einen Owner und eine interne Prüfaufgabe erhalten. Kundenmails gehören nicht zu diesem Testauftrag. Unvollständige Anfragen sollen sichtbar in eine Klärung gehen.

Beschreibe die erwartete Anzahl und den Inhalt der Aufgaben. „Workflow läuft“ ist kein Abnahmekriterium. Brauchbar ist: „Für Anfrage T-001 existiert genau eine offene Prüfaufgabe mit dem vorgesehenen Owner und dem vereinbarten Termin.“

Ein Testprotokoll mit Ausnahmefällen

Die Tabelle beschreibt gewünschte Ergebnisse. Sie behauptet nicht, dass HubSpot diese Regeln ohne Konfiguration automatisch umsetzt.

Wiederaufnahme ausdrücklich entscheiden

Laut HubSpot zur erneuten Aufnahme werden Datensätze standardmässig nur einmal aufgenommen. Für automatische Wiederaufnahme gelten zusätzliche Bedingungen. Beim erneuten Durchlauf können Aktionen erneut ausgeführt werden, einschliesslich automatisierter E-Mails.

Entscheide deshalb pro Prozess, ob eine Wiederholung eine neue fachliche Aufgabe oder nur eine technische Wiederholung ist. Für eine neue Anfrage desselben Unternehmens kann eine neue Aufgabe richtig sein. Für die doppelte Übermittlung derselben Anfrage kann sie falsch sein.

Ein Schutz gegen doppelte Verarbeitung braucht ein definiertes Erkennungsmerkmal. Das kann eine eindeutige Vorgangskennung mit dokumentiertem Bearbeitungsstand sein. Ob und wie diese Prüfung in eurem Portal umgesetzt wird, ist Teil des Setups. Ein Kontaktname allein ist dafür keine verlässliche Kennung.

Kontrolliert ausführen und zurücklesen

Nutze gekennzeichnete Testdatensätze und einen begrenzten Empfängerkreis. Prüfe vor dem Aktivieren, ob bereits vorhandene Datensätze aufgenommen würden. Bei zeitversetzten Aktionen dokumentierst du den geplanten Ausführungszeitpunkt und wartest auf die tatsächliche Wirkung. Ein Status „eingeplant“ ist noch kein Abschluss.

Lies anschliessend Owner, Eigenschaften und entstandene Aufgaben erneut aus. Vergleiche auch die Anzahl betroffener Datensätze mit dem Testumfang. Bei Abweichungen stoppe weitere Ausführung, dokumentiere die Ursache und korrigiere bereits entstandene Wirkungen gezielt. Ausschalten macht frühere Änderungen nicht automatisch rückgängig.

Das Protokoll für spätere Änderungen behalten

Speichere Fall-ID, Eingaben, Soll, Ist, Version und Prüfdatum. Nach einer Änderung wiederholst du die betroffenen Fälle. So kann eine zweite Person die Abnahme nachvollziehen.

Die fachlichen Regeln liefert die Routing-Matrix. Wenn du die Umsetzung beauftragst, gehört das ausgefüllte Testprotokoll in die Abnahme des HubSpot-Setups.

Stand: 5. November 2026. Tabellen und Arbeitsvorlagen sind eigene redaktionelle Vorschläge. Beispiele enthalten keine Kundendaten.