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 einem Gespräch ausgelöst wurde, anhand von:

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 dies als Funktionswunsch einreichen, wenn Sie es hilfreich finden!

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

Kunden können manchmal ausgehende Nachrichten-Workflows umgehen, indem sie direkt auf den Messenger-Launcher klicken und ein Gespräch außerhalb des vorgesehenen Ablaufs starten.

Es gibt zwei Hauptmöglichkeiten, dies zu beheben:

Um Zugriff auf ausgehende Bots (Workflows) in Intercom zu erhalten, stellen Sie sicher, dass folgende Anforderungen erfüllt sind:

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

Ja, Sie können Gespräche automatisch taggen, indem Sie in Ihrem Workflow einen Schritt „Tag conversation“ hinzufügen. Klicken Sie an einer beliebigen Stelle im Workflow-Pfad auf Add step und wählen Sie Tag conversation. Dies gilt nur für zukünftige Gespräche und funktioniert nicht rückwirkend.

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

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 Branch-Bedingung ein, anstatt die Planung in Ihren Trigger-Einstellungen zu verwenden. Branches werden in Echtzeit ausgewertet und sind daher für zeitbasierte Logik zuverlässiger.

Sobald der Workflow live ist, erhalten neue Gespräche, die Ihrem Trigger entsprechen und außerhalb Ihrer konfigurierten Geschäftszeiten eingehen, 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, wird der Workflow für Gespräche auf diesem Kanal nicht ausgelöst.

Sobald der Workflow live ist, werden nur E-Mail-Gespräche, die Ihren Zielgruppenregeln entsprechen, diesen Workflow auslösen. 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 hierfü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 mit 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 gelöstes/geschlossenes Ticket es automatisch auf „In progress“ setzt.

Sie können einen Workflow mit dem Trigger „If teammate changes the conversation assignment“ einrichten, um automatisch einen bestimmten Teamkollegen 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 Teamkollegen zuzuweisen:

Um aktualisierte Workflow-Logik in einer Produktionsumgebung zu testen, ohne live users zu beeinflussen:

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, ungeprüfte Änderungen direkt an einem Live-Workflow vorzunehmen – das Duplizieren isoliert das Risiko.

Um sicher zu testen, ob Fin Attribute korrekt erkennt:

Ja. Es gibt zwei Möglichkeiten:

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-Usern in den Workflow-Berichtsmetriken enthalten ist. Erwarten Sie, dass Vorschau-User neben echten Kunden in den Zahlen für gesendet, engagiert und abgeschlossen aufgeführt werden. Wenn Ihre Berichtskennzahlen nach dem Testen unerwartet hoch erscheinen, prüfen Sie, ob die Aktivität von Vorschau-Usern 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-Nachgeschäfts-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 Kunde sendet beliebige Nachricht seine Bedingungen prüft, ist das Gespräch bereits geöffnet – daher passt die Bedingung Gesprächsstatus = Geschlossen oder Gesprächsstatus = Pausiert nie. Dadurch ist das Attribut Gesprächszustand 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 Schnellantwort-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 die ausgehende Übermittlung 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 Teilnehmerarten (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, werden Interaktionen mit „Leads“ den Workflow nicht aktivieren. 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 auftreten, wenn die Content Security Policy (CSP) Ihrer Website bestimmte Verbindungen mit Intercom blockiert, die für die erwartete Funktion von Messenger erforderlich sind, und überprüft sowie 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 „Wenn der Kunde seine erste Nachricht sendet“ und fügen Sie einen Schritt hinzu, um die erste Nachricht des Kunden zu erfassen, gefolgt von einem weiteren Schritt, der Ihre Folge-Nachricht sendet: „Wir prüfen, bitte warten.“

Datums- und Uhrzeitattribute können in Workflows nicht verwendet werden, da die Zeitzone des Kunden nicht zuverlässig validiert werden kann, was zu Abweichungen führen kann – besonders wenn der Kunde ein VPN nutzt oder sich an einem anderen Ort als Ihren Bürozeiten befindet. Um mögliche Unstimmigkeiten mit den Bürozeiten des Workspaces zu vermeiden, sind Datums- und Uhrzeitattribute in Workflows nicht verfügbar.

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

Um ein Datumsattribut zu aktualisieren, können Sie als Workaround einen Data Connector mit unserer REST API verwenden.

Die Zielgruppenregel „Conversation starter is Outbound message“ für einen Workflow gilt nur, wenn Nachrichten über den Outbound-Bereich in Ihrem Workspace gesendet werden. Wenn Sie ein Gespräch im Inbox erstellen, verwenden Sie für einzelne Nachrichten „Teammate sending a direct message“ oder für Massen-Nachrichten „Teammate sending to many customers“ in Ihren Workflow-Zielgruppenregeln.

Wenn Ihr Workflow bei E-Mails, die in Tickets umgewandelt wurden, nicht ausgelöst wird, prüfen Sie, ob „Email“ als Kanal in den Workflow-Auslöser-Einstellungen ausgewählt ist (da dies der ursprüngliche Kanal ist, über den das Gespräch gestartet wurde).

Tickets, die aus Telefonanrufen umgewandelt wurden, behalten den Kanal „Phone call“ aus dem ursprünglichen Gespräch bei. Das bedeutet, dass kanalabhängige Workflow-Auslöser – wie Teammate changes conversation state – für diese Tickets nicht ausgelöst werden, da der Auslöser den Kanal zum Zeitpunkt der Erstellung bewertet, nicht den Tickettyp.

Diese Einschränkung gilt speziell für kanalabhängige Auslöser wie Teammate changes conversation state. Wenn Sie sich auf diesen Auslöser verlassen, um eine Kundenzufriedenheitsumfrage (CSAT) für telefonbasierte Tickets zu senden, wird er für diese Tickets nicht ausgelöst.

Als Workaround verwenden Sie stattdessen einen Ticket-Auslöser-Workflow (z. B. Teammate changes the state of a ticket) und konfigurieren ihn so, dass er den relevanten Tickettyp anspricht. Dieser Auslöser bewertet Ticketstatusänderungen direkt, unabhängig vom ursprünglichen Kanal.

Alternativ verwenden Sie den Auslöser When a phone call ends, um Nachbearbeitungsaktionen für Telefonanrufe und telefonbasierte Tickets zu automatisieren. Im Gegensatz zu kanalabhängigen Auslösern wird er basierend darauf ausgelöst, wie der Anruf beendet wurde – unabhängig davon, ob der Anruf zu einem Gespräch oder einem Ticket führte. Siehe Automate actions when a phone call ends für Einrichtungsschritte und Beispiele.

Der Selektor Show workflow until ist nur für Standard-Workflows vom Typ When customer visits a page verfügbar, die keine wiederkehrende Planung oder ereignisbasierte Auslöser haben.

Wenn Ihr Workflow eine wiederkehrende Planung hat (z. B. 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 deaktiviert.

Dies sind zwei separate Auslöser, die zu unterschiedlichen Zeitpunkten im Anrufverlauf ausgeführt werden:

Nein, es wird nicht ausgelöst, wenn nur Ihr Teammitglied mitten im Anruf auflegt. Der Auslöser wird einmal am tatsächlichen Ende des Anrufs ausgelöst – nachdem der Kunde und alle externen Teilnehmer getrennt sind. Wenn ein Teammitglied die Verbindung trennt, der Kunde aber noch in der Leitung ist, läuft der Anruf weiter und der Auslöser 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-Anruf-Auslösern nicht verfügbar. Während ein Anruf läuft, telefoniert der Kunde und liest keine Chat-Nachrichten, daher sind diese Schritte absichtlich deaktiviert.

Live-Anruf-Auslöser unterstützen nur Hintergrundaktionen, die still ausgeführt werden, ohne den Anrufer zu unterbrechen: Gespräch markieren, neu zuweisen, pausieren, Regeln anwenden und interne Notizen hinzufügen. Der Builder zeigt ein Banner mit dem Hinweis „Phone Call workflows support a reduced set of actions“ an.

Ja, „When a phone call ends“ gilt für eingehende und ausgehende Anrufe – der Auslöser wird unabhängig von der Anrufrichtung ausgelöst. Wenn Sie nach dem Anrufverlauf verzweigen, verwenden Sie das korrekte 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 erwartungsgemäß. Der Auslöser „When a phone call ends“ gilt automatisch für Gespräche und Tickets. Wenn ein Telefonanruf an ein Ticket angehängt ist, wird der Auslöser auch für dieses Ticket ausgelöst – eine Einschränkung, die keine Beschränkung auf nur Gespräche oder nur Tickets erlaubt.

Wenn Sie unterschiedliche Nachbearbeitungslogiken für Tickets und Gespräche benötigen, fügen Sie in Ihrem Workflow einen Condition-Schritt hinzu, um nach Gesprächs- oder Tickettyp zu verzweigen.

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

Um Aktionen bei Tickets zu automatisieren, die aus Telefonanrufen erstellt wurden, verwenden Sie einen Ticket-Auslöser-Workflow – z. B. A ticket is created oder Teammate changes the state of a ticket. Diese werden ausgelöst, sobald ein Teammitglied den beendeten Anruf manuell in ein Ticket umwandelt. Siehe Automate actions during live phone calls für weitere Informationen zur Funktionsweise von Ticket-Auslösern bei Telefonanrufen.

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 unerwartet reagieren. 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 einem Gespräch gestartet wurde, läuft er mit der Version weiter, die zum Zeitpunkt der Auslösung live war. Das erneute Veröffentlichen oder Aktualisieren des Workflows wirkt sich nicht auf bereits laufende Gespräche aus – diese bleiben in der Version, mit der sie gestartet wurden. Neue Gespräche, 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 alle neuen Konversationen eine aktualisierte Version verwenden sollen, veröffentlichen Sie Ihre Änderungen – nur neue Konversationen übernehmen diese. Alternativ duplizieren Sie den Workflow und setzen die Kopie live. Dadurch entsteht ein neuer Workflow mit eigenem Versionsverlauf, 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 beeinflusst diese laufenden Konversationen ebenfalls nicht. 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 auf „Collect customer reply“ eingestellt ist. Der Workflow pausiert, bis der Kunde eine Eingabe gemäß diesem Schritt liefert. Um einen unterbrechungsfreien Ablauf zu gewährleisten, überprüfen Sie Ihre Workflow-Konfiguration und entfernen Sie gegebenenfalls den Schritt „Collect customer reply“.

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. Zur Lösung dieses Problems:

Ein häufiges Problem entsteht, wenn Customer Satisfaction Score (CSAT)-Umfragen unbeabsichtigt mehrfach gesendet werden, insbesondere wenn ein Teammitglied eine Konversation wiederholt schließt. Dies kann Kunden frustrieren, da sie mehrfach dieselbe CSAT-Umfrage für dieselbe Interaktion erhalten. Hier sind die Schritte, damit eine CSAT-Umfrage nur einmal gesendet wird, auch wenn die Konversation mehrfach geschlossen wird.

Die Lösung: Sicherstellen, dass CSAT nur einmal pro Konversationsabschluss gesendet wird

Um sicherzustellen, dass eine CSAT-Umfrage nur einmal pro Konversation gesendet wird, wenn ein Teammitglied sie schließt, müssen Sie eine spezifische Audience-Regel zu Ihrer Workflow-Bedingung hinzufügen. Der Screenshot unten zeigt die Regel „Conversation rating requested is false“ in den Workflow-Audience-Einstellungen:

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

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

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

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. Prüfen Sie die Konversationsereignisse, ob Updates die Unterbrechung verursacht haben könnten.

Eine Konversation wird dem Standardzuweiser zugewiesen, wenn keine Workflows auf die Konversation passen. Aktualisieren Sie den Standardzuweiser oder überprüfen Sie die Workflow-Audience-Regeln, um eine korrekte Zuordnung sicherzustellen.

Wenn Fin über Simple Deploy (Fins automatische Bereitstellungskonfiguration) aktiviert ist, hat es Vorrang vor benutzerdefinierten Zuweisungs-Workflows für dieselbe Audience. Dies gilt sowohl für Fin for Service als auch Fin for Ecommerce – wenn Simple Deploy for Ecommerce aktiv ist, hat es Vorrang vor benutzerdefinierten Fin for Ecommerce-Workflows, benutzerdefinierten Fin for Service-Workflows und Fin for Service Simple Deploy. Automatisierte Workflows werden nicht ausgelöst, und das Workflow-Fehlerbehebungstool bewertet oder zeigt diese Workflows nicht an. Dadurch werden benutzerdefinierte Workflow-Schritte wie Zuweisungsaktionen (z. B. Zuweisung zu einem bestimmten inbox) nicht ausgeführt. Folgen Sie den untenstehenden Schritten, um Konflikte zwischen Fin und Ihren Workflow-Automatisierungen zu identifizieren und zu beheben.

Wenn ein Fin AI-Workflow nach einer Bearbeitung keine Bot-Antworten mehr auslöst, prü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-Nummer aktiv ist. Vereinfachen Sie Ihre Konfiguration, um diese einzelne Nummer zu verwenden. Passen Sie die Verzweigungslogik später an, wenn weitere Nummern hinzugefügt werden.

Wenn bestimmte Nachrichten fehlschlagen, kann dies an Meta-Plattformfehlern liegen, die den Endbenutzer betreffen und nicht Intercom. Prüfen Sie die Fehlermeldungen in Ihrer Konversation oder im Meta-Dashboard zur Bestätigung.

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 die Profile bei Bedarf 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 innerhalb der 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-Branches 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 Custom Data Attributes erstellen und die Werte über Ihre Integration übergeben.

Wenn Sie auf dem Button Set changes live die Meldung Fix issues in order to save. sehen, aber keine Fehlericons bei Ihren Schritten erscheinen, überprüfen Sie den Scheduling-Abschnitt des Workflows.

Ein Workflow, der ursprünglich für ein zukünftiges Datum geplant war, behält dieses geplante Datum bei, nachdem er live gegangen ist. Sobald dieses Datum vergangen ist, ist es nicht mehr gültig, und das Speichern wird blockiert, bis Sie es aktualisieren. Ein Stoppdatum, das in der Vergangenheit liegt, bewirkt dasselbe.

Um dies zu löschen und Ihre Änderungen zu speichern:

1. Öffnen Sie den Scheduling-Abschnitt des Workflows.

2. Wählen Sie unter Start sending die Option Immediately aus.

3. Wählen Sie unter Stop sending, falls das Datum in der Vergangenheit liegt, Never oder ein Custom date in der Zukunft aus.

4. Klicken Sie auf Set changes live.
​

Ihr Workflow bleibt durchgehend live, Ihre Änderungen werden wie gewohnt gespeichert, und er läuft weiterhin für sein bestehendes Publikum und seine Regeln. Wenn Sie ein zukünftiges Stoppdatum wählen, pausiert der Workflow sich selbst, sobald dieses Datum überschritten ist.

Wenn Sie die Meldung Finish creating your workflow before setting it live sehen, aber keine Fehlericons bei Ihren Schritten erscheinen, überprüfen Sie den Scheduling-Abschnitt des Workflows.

Ein Workflow mit einem Stoppdatum pausiert sich selbst, sobald dieses Datum überschritten ist. Das abgelaufene Datum bleibt gesetzt und verhindert, dass der Workflow wieder live geschaltet wird, bis Sie es ändern.

Um ihn wieder live zu schalten:

1. Öffnen Sie den Scheduling-Abschnitt des Workflows.

2. Wählen Sie unter Stop sending Never oder ein Custom date in der Zukunft aus.

3. Klicken Sie auf Set changes live.