Trigger-Ereignisse auf der Verwaltungsseite eines Datensatzes auslösen

Wenn ein Workflow eine Aktion in Bezug auf eine Bestellung ausgeführt hat, dreht sich die Frage in der Regel um diese Bestellung: Wurde der Trigger ausgelöst, wann und was hat sich geändert? Bislang fand sich die Antwort im „Ereignisverlauf“, der manuell gefiltert werden musste. Der Block „Flow-Trigger-Ereignisse“ zeigt diese Informationen nun direkt auf der Seite des jeweiligen Datensatzes im Shopify-Adminbereich an.

Hier werden die neuesten Trigger-Ereignisse zu dem Datensatz, den Sie gerade betrachten, aufgelistet, beginnend mit dem aktuellsten. Zu jedem Trigger werden der Auslöser, die Angabe, ob der Wert Shopify Flow erreicht wurde, der Zeitpunkt sowie - sofern der Trigger eine solche Angabe enthält - eine kurze Zeile mit dem Verweis „alt -> neu“ angezeigt, beispielsweise price: 100.00 -> 85.00 oder tags added: vip.

Wo es erhältlich ist

• Produkte und Produktvarianten
• Bestellungen und Bestellentwürfe
• Kunden
• Kollektionen
• Unternehmen und Standorte

Fügen Sie den Block hinzu

1. Öffnen Sie einen Datensatz dieses Typs in Ihrem Shopify-Adminbereich - beispielsweise ein beliebiges Produkt.
2. Scrollen Sie zum Bereich „Blöcke“ auf der Seite und wählen Sie die Option zum Hinzufügen eines Blocks aus. Auf einigen Seiten finden Sie diese Option unter der Funktion „Seite anpassen“.
3. Wählen Sie „Shopify Flow“-Trigger unter Workflow Trigger Extensions aus.
4. Bitte heften Sie den Beitrag an, wenn Sie möchten, dass er für alle Mitarbeiter auf der Seite sichtbar bleibt.

Sie fügen es einmal pro Seitentyp hinzu. Es erscheint dann bei jedem Produkt, jeder Bestellung und so weiter.

Ein Beispiel auf jeder Seite

Derselbe Block, in drei verschiedenen Datensätzen eines Shops. Jede Zeile entspricht einem Ereignis, das die App an Shopify Flow gesendet hat: der ausgelöste Trigger, welche Änderung von welchem Wert zu welchem Wert erfolgte, ob Shopify Flow diese akzeptiert hat und wann. Der Name des Triggers öffnet dieses Ereignis in der App.

Auf einer Produktseite

Ein Produkt, das im Preis reduziert und für einen Sonderverkauf gekennzeichnet wurde. Bei der Preisänderung werden der alte und der neue Preis angezeigt, und der Tag erscheint zweimal: einmal als eigenständiger Trigger („Produktkennzeichnungen hinzugefügt“) und einmal innerhalb von „Produktaktualisierung“, das jede nachverfolgte Änderung bei einem Speichervorgang meldet.

Auf einer Seite für Bestellungen

Eine Bestellung, die einige Zeit nach ihrer Aufgabe bezahlt wurde und mit einem Vermerk versehen wurde. Der Status „Bestellstatus geändert“ übernimmt den ursprünglichen Status, wodurch ein Workflow genau auf diesen Übergang reagieren kann. Die Änderung des Vermerks wird unter „Bestellaktualisierung“ mit dem Text vor und nach der Änderung angezeigt.

Auf einer Seite für Kunden

Ein Kunde, der mit dem Tag VIP versehen wurde und eine Notiz vom Support erhalten hat. Personenbezogene Daten werden hier niemals angezeigt: Tags, Notizen und Status werden mit ihren Werten angezeigt, während die Trigger, die einen Namen, eine E-Mail-Adresse, eine Telefonnummer oder eine Adresse auslesen, lediglich anzeigen, dass sie ausgelöst wurden - niemals den Wert.

Was darin steht

• Jeder einzelne Trigger, der für den Datensatz ausgelöst wurde: Hinzufügen von Tags, Statusänderung, Preisänderung, Aktualisierung eines Metafelds und so weiter.
• Produktaktualisierung, Auftragsaktualisierung, Kundenaktualisierung und Bestellentwurf einer Bestellung, sofern durch die Aktualisierung eines der von der App erfassten Felder eine Änderung erfolgte. Eine Aktualisierung, bei der keine der erfassten Angaben geändert wurde - beispielsweise eine Anpassung des Inventars bei einem Produkt -, wird nicht aufgeführt; andernfalls würde ein „beschäftigter“ Datensatz lediglich als Störsignal gewertet werden.
• Ein Varianten- oder Inventarereignis wird sowohl bei der Variante als auch bei dem zugehörigen Produkt aufgeführt.

Was nicht angezeigt wird: Storefront-Ereignisse wie Produktansichten sowie Ereignisse aus Ihrer eigenen Benutzerdefinierte Trigger. Bei beiden handelt es sich nicht um einzelne Datensätze, die der Block sinnvoll darstellen könnte.

Trigger, die personenbezogene Daten verarbeiten, werden ohne ihre Werte aufgeführt. „Kunden-E-Mail geändert“ wird als Ereignis angezeigt, doch der Block gibt weder die alte noch die neue Adresse aus.

Vom Block in die App

• Klicken Sie auf ein Ereignis, um es im Ereignisverlauf zu öffnen, zusammen mit allen Daten, die an Shopify Flow gesendet wurden.
• Die Option „In Ereignisverlauf öffnen“ unten zeigt alle Ereignisse für diesen einen Datensatz an. Filter gelten nicht für diese Ansicht - sie ist bereits auf den Datensatz eingegrenzt.

Falls der Block leer ist

• Für diesen Datensatz wurde noch kein Trigger ausgelöst. Nehmen Sie eine Änderung vor, die von einem Ihrer aktivierten Trigger überwacht wird, und laden Sie die Seite neu.
• Der Matching-Trigger ist deaktiviert. Siehe Die Seite „Trigger“ (früher „Einstellungen“).
• Die Berechtigung für diese Daten wurde nicht erteilt. Ein Trigger, der aktiviert ist, für den jedoch die entsprechende Berechtigung fehlt, kann nicht ausgelöst werden. Siehe Berechtigungen und Datenzugriff.
• Die Änderung erfolgte bereits vor dem Update. Siehe den Hinweis oben.

Nächste Schritte

• Ereignisverlauf und Fehlerbehebung - den vollständigen Verlauf mit Filtern.
• Vollständige Referenz zu Triggern - welche Trigger einen alten und einen neuen Wert enthalten.
• So funktionieren Trigger - warum ein Trigger eine Basislinie benötigt, bevor er ausgelöst werden kann.