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.
Processus de résolution des problèmes
Vérifiez que la journalisation est activée pour aider à identifier la cause de l'échec. Pour plus d'informations sur la journalisation, consultez les sections Surveillance et journalisation et Événements de voyage.
Le parcours basé sur les événements n'est pas déclenché lors de l'utilisation d'une PutEvents demande
Problèmes et solutions
-
Vérifiez que les limites de trajet configurées ne sont pas dépassées :
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
-
Assurez-vous que le nombre actif de trajets déclenchés par un événement ne dépasse pas le seuil prévu. Pour de plus amples informations, veuillez consulter Quotas .
-
Vérifiez que tous les composants de la PutEventsAPIdemande 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 voyage en utilisant « TestEvent » comme condition de saisie.
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 divisions Oui/Non basées sur un critère d'événement et les activités de chaîne suivantes (SMS,EMAIL,PNS) ont un temps d'attente d'une heure pour accumuler et traiter les statuts des événements de diffusion pour les diffusions de messages de chaîne.
-
Seuls les événements standard spécifiques aux statuts de diffusion des canaux sont pris en charge pour les répartitions Oui/Non.