Problembehebung bei Fahrten - Amazon Pinpoint
Event-Driven Journey ist nicht aktiviert, wenn eine Anfrage verwendet wird PutEvents Alle Reiseteilnehmer durchlaufen während der geteilten Aktivität „Ja/Nein“ den Zweig „Nein“

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Problembehebung bei Fahrten

Stellen Sie sicher, dass die Protokollierung aktiviert ist, damit Sie die Fehlerursache leichter identifizieren können. Weitere Informationen finden Sie unter Überwachung und Protokollierung.

Event-Driven Journey ist nicht aktiviert, wenn eine Anfrage verwendet wird PutEvents

Problem und Lösung

  • Stellen Sie sicher, dass die konfigurierten Erstellen einer Journey nicht überschritten werden:

    • Maximale Anzahl der täglichen Nachrichten pro Endpunkt

    • Maximale Anzahl von Nachrichten, die ein Endpunkt von der Journey empfangen kann

    • Maximale Anzahl von Journey-Nachrichten pro Sekunde

    • Maximale Anzahl von Einträgen pro Endpunkt

  • Stellen Sie sicher, dass die aktive Anzahl ereignisaktivierter Journeys den bereitgestellten Schwellenwert nicht überschreitet.

  • Stellen Sie sicher, dass alle Komponenten der PutEventsAPI-Anfrage vollständig sind, einschließlich der Ereigniskomponente und der Endpunktkomponente.

  • Stellen Sie sicher, dass sich die spezifische Reise in derselben Anwendung befindet wie die in der PutEvent Anfrage.

  • Stellen Sie sicher, dass das richtige Ereignis konfiguriert ist, um Ihre Journey zu aktivieren. Sie können diese Konfiguration in der Journey entry condition (Journey-Einstiegsbedingung) bestätigen.

  • Ereignisgesteuerte Journeys eignen sich nicht für Anwendungsfälle im Kontaktcenter, da die Nutzungsdauer für Wählvorgänge auf 3 Minuten begrenzt ist.

  • Sie können die folgende Beispielanforderung verwenden, um eine Fahrt mit einer Eingabebedingung „TestEvent“ zu aktivieren.

    aws pinpoint put-events --application-id 7149cbb8XXXXXXXX --events-request file://PutEvents.json
file://PutEvents.json 
{
    "BatchItem": {
        "ExampleEndpointID": {
            "Endpoint": {
                "User": {
                    "UserId": "10107"
                }, 
                "ChannelType": "EMAIL",
                "Address": "johndoe@example.com"
                   
            },
            "Events": {
                "JourneyEvent": {
                    "EventType": "TestEvent",
                    "Timestamp": "2019-02-10T19:48:57+00:00"
                }
            }
        }
    }
}

Alle Reiseteilnehmer durchlaufen während der geteilten Aktivität „Ja/Nein“ den Zweig „Nein“

Problem und Lösung

  • Dieser Fehler kann auftreten, wenn keine Wartezeit konfiguriert ist. Sendeereignisse werden sofort ausgewertet, was dazu führt, dass alle Teilnehmer in den Zweig „Nein“ verschoben werden.

    • Um diesen Fehler zu beheben, überprüfen Sie, ob nach der Zustandserfassung etwas Wartezeit konfiguriert ist.

  • Ja/Nein-Splits, die auf einem Ereigniskriterium basieren, und die folgenden benutzerdefinierten AWS Lambda -Aktivitäten haben eine implizite Wartezeit von 15 Minuten, bis die Ereignisse gesammelt und verarbeitet werden.

  • Ja/Nein-Splits, die auf einem Ereigniskriterium basieren, und nachfolgende Kanalaktivitäten (SMS, E-MAIL, PNS) haben eine Wartezeit von 1 Stunde, bis der Status der Übermittlungsereignisse für Kanalnachrichtenübermittlungen gesammelt und verarbeitet wird.

  • Für Ja/Nein-Splits werden nur Standardereignisse unterstützt, die sich auf den Status der Kanalübermittlung beziehen.