Parcours de dépannage - Amazon Pinpoint
Le trajet piloté par un événement n'est pas activé lors de l'utilisation d'une demande PutEvents Tous les participants au voyage passent par la branche « Non » lors d'une activité partagée « Oui/Non »

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Parcours de dépannage

Vérifiez que la journalisation est activée pour aider à identifier la cause de l'échec. Pour plus d'informations, consultez Surveillance et journalisation.

Le trajet piloté par un événement n'est pas activé lors de l'utilisation d'une demande PutEvents

Problèmes et solutions

  • Vérifiez que les Création d’un parcours configurés ne sont pas dépassés :

    • Nombre maximal de messages quotidiens par point de terminaison

    • Nombre maximum de messages qu'un point de terminaison peut recevoir pendant le parcours

    • Nombre maximal de messages de parcours par seconde

    • Nombre maximum d'entrées par point de terminaison

  • Vérifiez que le nombre actif de parcours activés par un événement ne dépasse pas le seuil prévu.

  • Vérifiez que tous les composants de la demande d'PutEventsAPI sont complets, y compris le composant d'événement et le composant de point de terminaison.

  • Vérifiez que le trajet spécifique figure dans la même application que celui indiqué dans la PutEvent demande.

  • Vérifiez que le bon événement est configuré pour activer votre parcours. Vous pouvez confirmer cette configuration dans la Condition de saisie du parcours.

  • Les parcours liés à des événements ne sont pas propices aux cas d'utilisation des centres d'appels, car la durée de vie des appels est limitée à trois minutes.

  • Vous pouvez utiliser l'exemple de demande suivant pour activer un trajet en utilisant une condition de saisie « TestEvent ».

    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"
                }
            }
        }
    }
}

Tous les participants au voyage passent par la branche « Non » lors d'une activité partagée « Oui/Non »

Problèmes et solutions

  • Cette erreur peut se produire lorsqu'aucun temps d'attente n'est configuré. Les événements d'envoi sont évalués immédiatement, ce qui entraîne le déplacement de tous les participants vers la branche « Non ».

    • Pour résoudre ce problème, vérifiez qu'un certain temps d'attente est configuré après l'évaluation des conditions.

  • Les répartitions Oui/Non basées sur un critère d'événement et suivant des activités AWS Lambda personnalisées ont un temps d'attente implicite de 15 minutes pour accumuler et traiter les résultats de l'événement.

  • Les répartitions Oui/Non basées sur un critère d'événement et les activités de canal suivantes (SMS, EMAIL, PNS) ont un temps d'attente d'une heure pour enregistrer et traiter les statuts des événements de diffusion pour les remises de messages de canal.

  • Seuls les événements standard spécifiques aux statuts de diffusion des canaux sont pris en charge pour les répartitions Oui/Non.