Ein Workflow wird möglicherweise aufgrund von Konfigurationsproblemen nicht wie erwartet ausgelöst, z. B. wegen Kanal-Kompatibilität, Zielgruppenregeln, Zeitplanung oder Konflikten mit Ihren Messenger-Einstellungen. So beheben Sie diese Probleme.

Sie können überprüfen, wann ein Workflow in einer Unterhaltung ausgelöst wurde, und zwar über:

Ja, Sie können wiederverwendbare workflows erstellen, die Kundendaten wie E-Mail, Telefon, Name sowie benutzerdefinierte Attribute, die Sie in Intercom verfolgen, sammeln.

Dies ist derzeit mit Workflows nicht möglich, aber Sie können eine Funktionsanfrage stellen

Um zu verhindern, dass der Willkommens-Bot die vollständige Nachricht und Optionen anzeigt, wenn ein Benutzer die Seite besucht, müssen Sie einen anderen Workflow-Trigger verwenden. Statt des Triggers „Kunde besucht eine Seite“, der dazu führt, dass der Workflow proaktiv aufpoppt, verwenden Sie den Trigger „Kunde öffnet eine neue Unterhaltung im Messenger“. So erscheint die Willkommensnachricht in Ihrem Workflow nur, wenn ein Benutzer eine Unterhaltung über den Messenger startet.

Kunden können manchmal outbound message workflows umgehen, indem sie direkt auf den Messenger-Launcher klicken und eine Unterhaltung außerhalb des vorgesehenen Ablaufs starten.

Es gibt zwei Hauptmöglichkeiten, dies zu verhindern:

Um Zugriff auf outbound bots (Workflows) in Intercom zu erhalten, stellen Sie sicher, dass die folgenden Anforderungen erfüllt sind:

Ja, Sie können in einem Collect data Schritt auf verschiedene Weise eine Datei von einem Kunden sammeln:

Ja, Sie können Unterhaltungen automatisch taggen, indem Sie in Ihrem Workflow einen Schritt „Unterhaltung taggen“ hinzufügen. Klicken Sie überall in Ihrem Workflow-Pfad auf Schritt hinzufügen und wählen Sie Unterhaltung taggen. Dies gilt nur für zukünftige Unterhaltungen und funktioniert nicht rückwirkend.

Um „wenn“-Bedingungen in workflows zu erstellen und zu priorisieren, können Sie weitere bedingte Verzweigungen hinzufügen. Die Priorität erfolgt von oben nach unten bei der Verwendung von Verzweigungen.

Um Kunden außerhalb Ihrer Geschäftszeiten eine Nachricht zu senden – zum Beispiel, um ihnen mitzuteilen, wann sie mit einer Antwort rechnen können – richten Sie einen Workflow mit einer Verzweigungsbedingung ein, anstatt die Zeitplanung in Ihren Trigger-Einstellungen zu verwenden. Verzweigungen werden in Echtzeit ausgewertet und sind daher für zeitbasierte Logik zuverlässiger.

Sobald live, erhalten neue Gespräche, die Ihrem Trigger entsprechen und außerhalb Ihrer konfigurierten Office hours eintreffen, automatisch die von Ihnen eingerichtete Nachricht.

Um sicherzustellen, dass ein Workflow nur für E-Mail-Gespräche ausgelöst wird, müssen Sie die Kanal-Auswahl in Ihren Trigger-Einstellungen einschränken. Wenn ein Kanal nicht explizit aktiviert ist, lösen Gespräche auf diesem Kanal den Workflow nicht aus.

Sobald live, lösen nur E-Mail-Gespräche, die Ihren Zielgruppenregeln entsprechen, diesen Workflow aus. Gespräche auf anderen Kanälen werden nicht beeinflusst.

Derzeit können Sie beim Einrichten des Zielgruppenfilters für den Workflow nur People oder Company-Tags auswählen. Conversation-Tags können dafür nicht verwendet werden.

Um externe Inhalte zu einem Workflow hinzuzufügen, können Sie den Schritt „Send an app“ hinzufügen und die Content Showcase-App auswählen.

Ja, wenn Sie eine Bedingung „Message contains XYZ“ zu einem Workflow hinzufügen, wird auch im Betreff der E-Mail gesucht, nicht nur im Textkörper. Selbst wenn Sie eine separate Bedingung für „Email subject contains XYX“ verwenden, schließt „Message contains“ auch den E-Mail-Betreff ein.

Das hängt von den Kanälen ab, die Sie für den Workflow aktiviert haben. Für das Senden von Workflow-Nachrichten über Web, iOS, Android, Facebook, Instagram und Email fallen keine Gebühren an.

Wenn Sie jedoch SMS oder WhatsApp als einen der Workflow-Kanäle ausgewählt haben, werden alle Nachrichten, die über diese Kanäle gesendet werden, zu den jeweiligen Tarifen berechnet.

Dafür müssen Sie zwei Workflows erstellen:

Diese Einrichtung stellt sicher, dass jede Kundenantwort auf ein Resolved/Closed ticket es automatisch auf „In progress“ verschiebt.

Sie können einen Workflow mit dem Trigger „If teammate changes the conversation assignment“ einrichten, um einem bestimmten Teammitglied automatisch zuzuweisen, wenn ein Gespräch einem team inbox zugewiesen wird.

Wählen Sie im Trigger-Publikum „Team assigned is [X]“ aus:

Fügen Sie dann einen Workflow-Pfad mit dem Assign -Schritt hinzu, um einem Teammitglied zuzuweisen:

Um die aktualisierte Workflow-Logik in einer Produktionsumgebung zu testen, ohne live users zu beeinträchtigen:

Testen Sie nach Möglichkeit immer zuerst in einer Staging-Umgebung, um unbeabsichtigte Auswirkungen auf live Gespräche zu vermeiden.

Um E-Mail-Workflows zu testen, ohne live users zu beeinträchtigen:

Vermeiden Sie es, ungetestete Änderungen direkt an einem Live-Workflow vorzunehmen – durch Duplizieren wird das Risiko isoliert.

Um sicher zu testen, ob Fin Attribute korrekt erkennt:

Ja. Es gibt zwei Optionen:

Vorschau-Gespräche, die mit der Workflows Preview-Funktion erstellt wurden, erscheinen im Inbox und werden als echte Gespräche behandelt – das bedeutet, dass die Aktivität von Vorschau-Users in den Workflow-Berichtsmesswerten enthalten ist. Erwarten Sie, dass Vorschau-Users neben echten Kunden in den Zahlen für gesendet, engagiert und abgeschlossen aufgeführt werden. Wenn Ihre Berichtszahlen nach dem Testen unerwartet hoch erscheinen, prüfen Sie, ob die Aktivität von Vorschau-Users mitgezählt wurde. Um Ihre Metriken sauber zu halten, sollten Sie Ihre gesendet/engagiert/abgeschlossen-Zahlen nach jeder Vorschau-Sitzung überprüfen.

Wenn ein Kunde ein zuvor geschlossenes Gespräch außerhalb der Geschäftszeiten wieder öffnet, wird ein Standard-Nach-Geschäftszeiten-Workflow möglicherweise nicht wie erwartet ausgelöst.

Um dies zuverlässig zu handhaben:

Sobald live, prüft Intercom die Zeit anhand Ihrer Geschäftszeiten, wann immer ein Kunde ein geschlossenes Gespräch wieder öffnet, und sendet Ihre Nachricht, wenn es außerhalb Ihrer konfigurierten Zeiten liegt.

Wenn ein Kunde auf ein geschlossenes oder pausiertes Gespräch antwortet, öffnet Intercom es vor der Workflow-Auswertung wieder (oder hebt die Pause auf). Wenn der Workflow Customer sends any message seine Bedingungen prüft, ist das Gespräch bereits offen – daher wird eine Bedingung Conversation status = Closed oder Conversation status = Snoozed nie zutreffen. Das macht das Attribut Gesprächsstatus als Bedingung in diesem Workflow effektiv unbrauchbar.

Dasselbe Wiederöffnungsverhalten gilt für pausierte Gespräche – eine Kundenantwort hebt die Pause automatisch auf, bevor die Workflow-Auswertung läuft.

Workflow-Ziele zählen nur Ereignisse, die nach dem Auslösen des Workflows passieren – Ereignisse davor werden nicht berücksichtigt.

Nein, die Anzeige von Quick Reply-Schaltflächen innerhalb von workflows kann nicht angepasst werden.

Nein, workflows können keine Daten direkt an externe E-Mail-Adressen senden. Workflows können Kundendaten (wie Name, E-Mail und benutzerdefinierte Attribute) sammeln und Gespräche unzugeordnet lassen, aber der ausgehende Versand dieser Daten an externe E-Mail-Adressen wird innerhalb von workflows nicht unterstützt. Wenn Sie gesammelte Daten extern weiterleiten müssen, verwenden Sie einen Data connector oder integrieren Sie ein Drittanbieter-Tool über webhook.

Nein, die Eingabevalidierung für PIN- und ID-Längen wird im Messenger oder in workflows nicht unterstützt. Wenn Sie bestimmte Zeichen- oder Ziffernanforderungen durchsetzen müssen, muss dies extern erfolgen – zum Beispiel über Ihr eigenes Backend oder einen Data connector, der die Eingabe nach der Erfassung validiert.

Wenn Ihr Workflow bei bestimmten Gesprächen nicht funktioniert, stellen Sie sicher, dass Ihre Workflow-Zielgruppeneinstellungen so gesetzt sind, dass sie für die richtigen Teilnehmer-Typen (Leads, Visitors und Users) ausgelöst werden. Aktualisieren Sie die Zielgruppeneinstellung entsprechend, um das Problem zu beheben. Stellen Sie außerdem sicher, dass keine Konfigurationsfehler verhindern, dass der Workflow die richtige Zielgruppe anspricht. Wenn Ihr Workflow beispielsweise nur für „Users“ ausgelöst wird, aktivieren Interaktionen mit „Leads“ den Workflow nicht. Passen Sie die Zielgruppenfilter an, um sowohl „Leads“ als auch „Users“ einzuschließen oder stellen Sie sicher, dass der Gesprächstyp mit der Workflow-Einstellung übereinstimmt.

Dies kann daran liegen, dass die Content Security Policy (CSP) auf Ihrer Website bestimmte Verbindungen zu Intercom blockiert, die für die erwartete Funktion des Messengers erforderlich sind, und möglicherweise überprüft und aktualisiert werden muss. Weitere Details zur Verwendung von Intercom mit CSP finden Sie in diesem Artikel.

Sie können pro Gespräch nur einen kundenorientierten Workflow-Auslöser haben. Um dies zu erreichen, bearbeiten Sie Ihren bestehenden Workflow für „When customer sends their first message“ und fügen Sie einen Schritt hinzu, um die erste Nachricht des Kunden zu erfassen, dann einen weiteren Schritt, der Ihre Folge-Nachricht sendet: „Wir prüfen, bitte warten.“

Datum- & Zeit-Attribute können in workflows nicht verwendet werden, da es keine zuverlässige Möglichkeit gibt, die Zeitzone des Kunden zu validieren, was zu Abweichungen führen kann – besonders wenn der Kunde ein VPN nutzt oder sich an einem anderen Ort als Ihre Geschäftszeiten befindet. Um mögliche Diskrepanzen mit den Arbeitszeiten des Workspaces zu vermeiden, sind Datum- & Zeit-Attribute in workflows nicht verfügbar.

Nein. Datumsattribute können nicht mit Workflow-Schritten gesetzt werden – dies ist eine aktuelle Produktbeschränkung. Workflow-Aktionen, die Attributwerte setzen (wie Set conversation data), unterstützen den Datumsattributtyp nicht.

Um ein Datumsattribut zu aktualisieren, wäre ein Workaround die Verwendung eines Data Connector über unsere REST API.

Die Audience-Regel "Conversation starter is Outbound message" für einen Workflow gilt nur beim Senden von Nachrichten über den Outbound-Bereich in Ihrem Workspace. Wenn Sie eine Konversation im Inbox erstellen, verwenden Sie "Teammate sending a direct message" für Einzelnachrichten oder "Teammate sending to many customers" für Massen-Nachrichten in Ihren Workflow-Audience-Regeln.

Wenn Ihr Workflow für E-Mails, die in tickets umgewandelt wurden, nicht ausgelöst wird, prüfen Sie, ob "Email" als Kanal in den Workflow-Trigger-Einstellungen ausgewählt ist (da dies der ursprüngliche Kanal ist, auf dem die Konversation gestartet wurde).

Tickets, die aus Anrufen umgewandelt wurden, behalten den Kanal "Phone call" aus der ursprünglichen Konversation bei. Das bedeutet, dass kanalabhängige Workflow-Trigger – wie Teammate changes conversation state – für diese tickets nicht ausgelöst werden, da der Trigger den Kanal zum Zeitpunkt der Erstellung bewertet, nicht den ticket-Typ.

Diese Einschränkung gilt speziell für kanalabhängige Trigger wie Teammate changes conversation state. Wenn Sie sich auf diesen Trigger verlassen, um eine Kundenzufriedenheitsbewertung (CSAT) für telefonisch entstandene tickets zu senden, wird er für diese tickets nicht ausgelöst.

Um dies zu umgehen, verwenden Sie stattdessen einen ticket-Trigger-Workflow (zum Beispiel Teammate changes the state of a ticket) und konfigurieren Sie ihn so, dass er den relevanten ticket-Typ anspricht. Dieser Trigger bewertet ticket-Zustandsänderungen direkt, unabhängig vom ursprünglichen Kanal.

Alternativ verwenden Sie den Trigger When a phone call ends, um Nachbearbeitungsaktionen für Anrufe und telefonisch entstandene tickets zu automatisieren. Im Gegensatz zu kanalabhängigen Triggern wird er basierend darauf ausgelöst, wie der Anruf beendet wurde – unabhängig davon, ob der Anruf zu einer Konversation oder einem ticket führte. Siehe Automate actions when a phone call ends für Einrichtungsschritte und Beispiele.

Der Selector Show workflow until ist nur für Standard-When customer visits a page-Auto-Message-Workflows verfügbar, die keinen wiederkehrenden Zeitplan oder ereignisabhängigen Trigger haben.

Wenn Ihr Workflow einen wiederkehrenden Zeitplan hat (zum Beispiel einen wöchentlichen oder kalenderbasierten Zeitplan), ist die Option absichtlich ausgeblendet. Wiederkehrende geplante Nachrichten werden immer einmal pro Sendzyklus angezeigt, daher ist der Show workflow until-Auswahl automatisch deaktiviert.

Dies sind zwei separate Trigger, die zu unterschiedlichen Zeitpunkten im Anruflebenszyklus ausgelöst werden:

Nein, es wird nicht ausgelöst, wenn nur Ihr Teammate mitten im Anruf auflegt. Der Trigger wird einmal am tatsächlichen Ende des Anrufs ausgelöst – nachdem der Kunde und alle externen Teilnehmer getrennt sind. Wenn ein Teammate die Verbindung trennt, der Kunde aber noch in der Leitung ist, ist der Anruf noch im Gange und der Trigger wird nicht ausgeführt.

Kundenorientierte Aktionen – wie das Senden einer Nachricht, das Sammeln von Daten über Antwort-Buttons oder das Anzeigen einer erwarteten Antwortzeit – sind in Workflows mit Live-Call-Triggern nicht verfügbar. Während ein Anruf läuft, ist der Kunde am Telefon und liest keine Chat-Nachrichten, daher sind diese Schritte absichtlich nicht verfügbar.

Live-Call-Trigger unterstützen nur Hintergrundaktionen, die still ausgeführt werden, ohne den Anrufer zu unterbrechen: das Taggen der Konversation, das Neu-Zuweisen, das Snoozen, das Anwenden von Regeln und das Hinzufügen einer internen Notiz. Der Builder zeigt ein Banner an – "Phone Call workflows support a reduced set of actions" – um dies anzuzeigen.

Ja, "When a phone call ends" gilt für eingehende und ausgehende Anrufe – der Trigger wird unabhängig von der Anrufrichtung ausgelöst. Wenn Sie nach dem Anrufverlauf verzweigen, verwenden Sie das richtige Attribut für die Richtung:

Siehe Automate actions when a phone call ends für die vollständige Liste der Zustände und Beispiel-Workflows.

Das ist zu erwarten. Der Trigger "When a phone call ends" gilt automatisch für Konversationen und tickets. Wenn ein Anruf an ein ticket angehängt ist, wird der Trigger auch für dieses ticket ausgelöst – es gibt keine Möglichkeit, ihn nur auf Konversationen oder nur auf tickets zu beschränken.

Wenn Sie unterschiedliche Nachbearbeitungslogik für tickets vs. Konversationen benötigen, fügen Sie einen Condition-Schritt in Ihren Workflow ein, um nach Konversation oder ticket-Typ zu verzweigen.

Nein, Sie können einen Anruf nicht in ein ticket umwandeln, während er noch läuft. Die Option zur Umwandlung in ein ticket wird erst im Konversationskopf verfügbar, nachdem der Anruf beendet ist.

Um Aktionen auf tickets zu automatisieren, die aus Anrufen erstellt wurden, verwenden Sie einen ticket-Trigger-Workflow – zum Beispiel A ticket is created oder Teammate changes the state of a ticket. Diese werden ausgelöst, sobald ein Teammate den beendeten Anruf manuell in ein ticket umwandelt. Siehe Automate actions during live phone calls für weitere Informationen, wie ticket-Trigger mit Anrufen funktionieren.

Wenn Ihr Workflow nicht wie erwartet angezeigt wird, kann es sein, dass Ihr Sitzungscookie mit einer älteren Version verknüpft ist. Um dies zu überprüfen, öffnen Sie den Workflow in einem Inkognito- oder privaten Browserfenster. So sehen Sie die aktuellste Version ohne zwischengespeicherte Daten. Wenn das Problem weiterhin besteht, löschen Sie Ihre Browser-Cookies und aktualisieren Sie die Seite. Außerdem können Filter und Bedingungen in Workflows manchmal falsch registriert werden oder sich unerwartet verhalten. Um dies zu beheben, fügen Sie die betroffenen Filter erneut hinzu, speichern Sie den Workflow und setzen Sie ihn wieder live, um die ordnungsgemäße Funktion sicherzustellen.

Sobald ein Workflow in einer Konversation gestartet wird, verwendet er weiterhin die Version, die zum Zeitpunkt des Auslösens live war. Das erneute Veröffentlichen oder Aktualisieren des Workflows wirkt sich nicht auf bereits laufende Konversationen aus – sie bleiben in der Version, mit der sie gestartet wurden. Neue Konversationen, die nach der Veröffentlichung ausgelöst werden, verwenden die neueste Version.

Nein. Workflows können für bestimmte laufende Konversationen nicht zurückgesetzt werden. Konversationen bleiben an die Version gebunden, mit der sie gestartet wurden. Wenn Sie möchten, dass alle neuen Konversationen eine aktualisierte Version verwenden, veröffentlichen Sie Ihre Änderungen – nur neue Konversationen übernehmen diese. Alternativ duplizieren Sie den Workflow und setzen die Kopie live. So entsteht ein neuer Workflow mit eigener Versionshistorie, und neue Konversationen starten mit dieser Version.

Änderungen an einem Workflow – wie hinzugefügte Bedingungen, aktualisierte Nachrichten oder neue Schritte – gelten nur für neue Konversationen. Bereits laufende Konversationen verwenden weiterhin die Version, die beim Start aktiv war. Das Löschen und Neuerstellen des Workflows wirkt sich ebenfalls nicht auf diese laufenden Konversationen aus. Um Ihre Änderungen zu überprüfen, starten Sie nach der Veröffentlichung eine neue Konversation.

Wenn Ihr Workflow nach dem Klick eines Kunden auf eine bestimmte Schaltfläche stoppt, liegt das meist daran, dass der Workflow einen Schritt enthält, der "Collect customer reply" konfiguriert hat. Der Workflow pausiert, bis der Kunde eine Eingabe gemäß diesem Schritt liefert. Um sicherzustellen, dass der Workflow ununterbrochen weiterläuft, überprüfen Sie Ihre Workflow-Konfiguration und erwägen Sie, den Schritt "Collect customer reply" gegebenenfalls zu entfernen.

Dies passiert typischerweise, weil mehrere workflows mit Zuweisungsaktionen gleichzeitig ausgelöst werden. Der Workflow mit der höchsten Priorität bestimmt die endgültige Zuweisung und kann andere überschreiben. Um dieses Problem zu lösen:

Ein häufiges Problem entsteht, wenn Customer Satisfaction Score (CSAT)-Umfragen unbeabsichtigt mehrfach gesendet werden, besonders wenn ein Teammate eine Konversation wiederholt schließt. Dies kann zu Kundenfrustration durch eine Flut wiederholter CSAT-Umfragen für dieselbe Interaktion führen. Hier sind die Schritte, damit eine CSAT-Umfrage nur einmal gesendet wird, auch wenn sie mehrfach geschlossen wird.

Die Lösung: Sicherstellen, dass CSAT nur einmal pro Gesprächsabschluss gesendet wird

Um sicherzustellen, dass eine CSAT-Umfrage nur einmal in einem Gespräch gesendet wird, wenn ein Teammitglied es schließt, müssen Sie eine spezifische Audience-Regel zu Ihrer Workflow-Bedingung hinzufügen:

Fügen Sie die Audience-Regel „Conversation rating requested is false“ zu Ihrer Workflow-Bedingung hinzu.

Diese Regel stellt sicher, dass für dieses bestimmte Gespräch noch keine CSAT-Anfrage an den Kunden gesendet wurde. Diese wichtige Bedingung verhindert, dass mehrere Umfrageanfragen an den Kunden gesendet werden, wenn das Gespräch mehrmals geschlossen oder aktualisiert wird.

Um Workflow-Konflikte zu vermeiden, verwenden Sie eindeutige Audience-Einstellungen für Workflows und priorisieren Sie diese entsprechend. Stellen Sie sicher, dass Logikverknüpfungen ('AND' vs. 'OR') korrekt konfiguriert sind. Zusätzlich erhalten Sie die Zuverlässigkeit der Workflows durch bewährte Methoden, wie regelmäßige Prüfungen auf inaktive Trigger und Konflikte. Verwenden Sie klare Benennungskonventionen, um Workflows zu unterscheiden, und testen Sie neue Setups in verschiedenen Kundenszenarien vor der Bereitstellung.

Workflows sind so konzipiert, dass sie stoppen, wenn ein Teammitglied sie unterbricht. Dies gilt auch für wiederverwendbare Workflows, selbst wenn die Änderungen aus dem inbox ausgelöst werden. Überprüfen Sie die Gesprächsereignisse, um festzustellen, ob Updates die Unterbrechung verursacht haben könnten.

Ein Gespräch wird dem Standardbeauftragten zugewiesen, wenn keine Workflows auf das Gespräch zutreffen. Aktualisieren Sie den Standardbeauftragten oder überprüfen Sie die Workflow-Audience-Regeln, um eine korrekte Übereinstimmung sicherzustellen.

Wenn Fin über Simple Deploy aktiviert ist, hat es Vorrang vor benutzerdefinierten Zuweisungs-Workflows. Automatisierte Workflows werden nicht ausgelöst, und das Workflow-Fehlerbehebungstool bewertet oder zeigt diese Workflows nicht an. Um Workflows auszulösen und zu bewerten, muss Simple Deploy in der Fin-Konfiguration deaktiviert werden. Folgen Sie den untenstehenden Schritten, um Konflikte zwischen Fin und Ihren Workflow-Automatisierungen zu identifizieren und zu lösen.

Wenn ein Fin AI Workflow nach einer Bearbeitung keine Bot-Antworten mehr auslöst, überprüfen Sie, ob der Workflow-Pfad einen Schritt „Let Fin answer“ enthält. Fügen Sie diesen Schritt erneut hinzu und veröffentlichen Sie den Workflow, um die Funktionalität wiederherzustellen.

Wenn Ihr Workflow nach WhatsApp-Nummer verzweigt, kann er fehlschlagen, wenn nur eine WhatsApp Business number aktiv ist. Vereinfachen Sie Ihre Konfiguration, um diese einzelne Nummer zu verwenden. Passen Sie Ihre Verzweigungslogik später an, wenn weitere Nummern hinzugefügt werden.

Wenn bestimmte Nachrichten fehlschlagen, kann dies an Meta platform errors liegen, die den Endbenutzer betreffen und nicht Intercom. Überprüfen Sie die Fehlermeldungen in Ihrem Gespräch oder im Meta-Dashboard, um dies zu bestätigen.

Wenn Kunden nicht auf Ihre WhatsApp-Vorlagen reagieren, überprüfen Sie sowohl die Einrichtung als auch die Nachrichtenqualität.

Vorlageneinrichtung:

Fehlerprotokolle:

Wenn Profile Gespräche vor Workflows abgleichen, wird der Workflow möglicherweise nicht ausgelöst. Passen Sie Profile gegebenenfalls an, um WhatsApp-Nachrichten auszuschließen und sicherzustellen, dass Workflows korrekt priorisiert werden.

Nein, es ist nicht möglich, eine Procedure von einem Workflow oder einem wiederverwendbaren Workflow auszulösen. Sie können jedoch in den Anweisungen einer Procedure an einen Workflow übergeben.

Die Felder first_name und last_name werden automatisch aus dem Feld name generiert und nicht separat gespeichert. Deshalb können sie in Workflow-Zweigen nicht zum Filtern oder Abgleichen verwendet werden. Um nach name zu filtern, verwenden Sie das Namensattribut direkt. Wenn Sie nach Vor- oder Nachname einzeln filtern müssen, können Sie diese als benutzerdefinierte Datenattribute erstellen und die Werte über Ihre Integration übergeben.