Ereignisverarbeitung about-event-processing

Im Zusammenhang mit dem Transaktionsnachrichtenversand wird von einem externen Informationssystem ein Ereignis generiert und über die Methoden PushEvent und PushEvents an Adobe Campaign gesendet (siehe Ereignisbeschreibung).

Dieses Ereignis enthält Daten, die mit dem Ereignis verknüpft sind, darunter etwa dessen Typ (Bestellbestätigung, Kontoerstellung auf einer Website usw.), dessen E-Mail-Adresse oder Mobiltelefonnummer sowie weitere Informationen, mit denen Sie die Transaktionsnachricht vor dem Versand anreichern und personalisieren können (Kundenkontaktdaten, Sprache der Nachricht, E-Mail-Format usw.).

Beispiel für Ereignisdaten:

Schritte zur Ereignisverarbeitung event-processing

Um Transaktionsnachrichten-Ereignisse zu verarbeiten, werden die folgenden Schritte auf der/den Ausführungsinstanz(en) ausgeführt:

  1. Ereignissammlung
  2. Weiterleitung des Ereignisses zu einer Nachrichtenvorlage
  3. Anreicherung des Ereignisses mit Personalisierungsdaten
  4. Versandausführung
  5. Recycling von Ereignissen, bei denen der mit ihnen verknüpfte Versand fehlgeschlagen ist (über einen Adobe Campaign-Workflow)

Sobald alle oben genannten Schritte auf der Ausführungsinstanz ausgeführt wurden, erhält jeder Zielkontakt eine personalisierte Nachricht.

NOTE
Näheres zu Instanzen für Transaktionsnachrichten finden Sie unter Transaktionsnachrichten-Architektur.

Ereignisabruf event-collection

Die vom Informationssystem erzeugten Ereignisse können auf zwei Weisen abgerufen werden:

  • Nutzung von SOAP-Methoden, die die Ereignisse Adobe Campaign zuführen: Die PushEvent-Methode ermöglicht den Versand eines Ereignisses, die PushEvents-Methode den Versand mehrerer Ereignisse auf einmal. Weiterführende Informationen hierzu finden Sie unter Ereignisbeschreibung.

  • Ausführung eines Workflows, der den Abruf der Ereignisse über einen Dateiimport oder ein SQL-Gateway ermöglicht (mit der Option Federated Data Access).

Nach dem Abruf werden die Ereignisse von den technischen Workflows auf die Echtzeit- und Batch-Warteschlangen der Ausführungsinstanzen verteilt, bis sie mit einer Nachrichtenvorlage verknüpft werden.

NOTE
Auf den Ausführungsinstanzen dürfen die Ordner Echtzeit-Ereignisse oder Batch-Ereignisse nicht als Ansichten festgelegt werden, da dies zu Problemen mit Zugriffsrechten führen könnte. Weitere Informationen zum Festlegen eines Ordners als Ansicht finden Sie in diesem Abschnitt.

Weiterleitung zu Vorlagen routing-towards-a-template

Nach der Veröffentlichung der Nachrichtenvorlage auf den Ausführungsinstanzen werden automatisch zwei Vorlagen erstellt: eine, die mit einem Echtzeit-Ereignis verknüpft wird, und eine, die mit einem Batch-Ereignis verknüpft wird.

Beim Routing-Schritt wird ein Ereignis mit der entsprechenden Nachrichtenvorlage verknüpft. Dies erfolgt basierend auf:

  • dem in den Eigenschaften des Ereignisses angegebenen Ereignistyp:

  • dem in den Eigenschaften der Nachrichtenvorlage angegebenen Ereignistyp:

Standardmäßig erfolgt das Routing auf Basis folgender Informationen:

  • dem Ereignistyp
  • dem verwendeten Kanal (standardmäßig: E-Mail)
  • der auf dem Veröffentlichungsdatum basierenden letzten Versandvorlage

Ereignisstatus event-statuses

Die Ereignisverlauf, unter Message Center > Ereignisverlauf , gruppiert alle verarbeiteten Ereignisse in einer einzigen Ansicht. Sie können nach Ereignistyp oder nach status. Diese Status sind:

  • Ausstehend: Bei dem Ereignis kann es sich um Folgendes handeln:

    • Ein Ereignis, das gerade erfasst wurde und noch nicht verarbeitet wurde. Die Spalte Fehleranzahl gibt den Wert 0 an. Die E-Mail-Vorlage wurde noch nicht verknüpft.
    • Ein verarbeitetes Ereignis, dessen Bestätigung jedoch fehlerhaft ist. Die Spalte Fehleranzahl zeigt einen Wert an, der nicht 0 ist. Um zu erfahren, wann dieses Ereignis erneut verarbeitet wird, konsultieren Sie die Spalte Prozess angefordert am.
  • Versand ausstehend: Ereignis, das verarbeitet und dem eine Versandvorlage zugeordnet wurde. Die E-Mail ist versandbereit und der Standard-Versandprozess wird angewendet. Details können direkt im Versand eingesehen werden.

  • Gesendet, Ignoriert und Versandfehler: Versandstatus, die vom Workflow updateEventsStatus abgerufen werden. Details können direkt im entsprechenden Versand eingesehen werden.

  • Ereignis wurde nicht berücksichtigt: Die Routing-Phase der Transaktionsnachricht ist fehlgeschlagen. Ein Beispiel hierfür wäre, dass Adobe Campaign die E-Mail, die als Vorlage für das Ereignis dient, nicht finden konnte.

  • Ereignis ist abgelaufen: Die maximale Anzahl an Versandversuchen wurde erreicht. Das Ereignis wird als nichtig angesehen.

Ereignis-Recycling event-recycling

Wenn der Versand einer Nachricht über einen bestimmten Kanal fehlschlägt, kann Adobe Campaign über einen anderen Kanal einen erneuten Versandversuch starten. Wenn beispielsweise der Versand einer Nachricht über den SMS-Kanal fehlschlägt, wird die Nachricht über den E-Mail-Kanal erneut versandt.

Konfigurieren Sie hierzu einen Workflow, der alle Ereignisse mit Versandfehler neu erstellt und ihnen einen sich vom ersten Kanal unterscheidenden Kanal zuordnet.

CAUTION
Dieser Schritt kann nur mithilfe eines Workflows durchgeführt werden und sollte daher erfahrenen Benutzern vorbehalten bleiben. Wenden Sie sich für weitere Informationen hierzu an Ihren Adobe-Kundenbetreuer.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1