疑難排解旅 - Amazon Pinpoint
使用 PutEvents 請求時不會觸發基於事件的旅程所有旅程參與者在「是/否」分拆活動期間都經過「否」分支

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

疑難排解旅

確認已開啟記錄功能，以協助識別失敗的原因。如需有關記錄的詳細資訊，請參閱監視和記錄和旅程事件。

使用 PutEvents 請求時不會觸發基於事件的旅程

問題與解決方案

  • 確認未超過設定的旅程限制：

    • 每個端點的每日訊息數量上限

    • 端點可從旅程接收的訊息數量上限

    • 每秒旅程訊息數量上限

    • 每個端點的項目上限

  • 確保事件觸發旅程的使用中數量不超過佈建的閾值。如需詳細資訊，請參閱 配額。

  • 確認PutEventsAPI要求的所有元件都已完成，包括事件元件和端點元件。

  • 確認特定旅程與 PutEvent 要求中的應用程式位於相同的應用程式中。

  • 確認是否已設定正確的事件以啟動旅程。您可以在旅程輸入條件中確認此組態。

  • 事件驅動的旅程無助於聯絡中心使用案例，因為撥號操作的生命週期只有 3 分鐘。

  • 您可以使用下列範例要求，以「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"
                }
            }
        }
    }
}

所有旅程參與者在「是/否」分拆活動期間都經過「否」分支

問題與解決方案

  • 未設定等待時間時，可能發生此錯誤。會立即評估傳送事件，並因此將所有參與者移到「否」分支。

    • 若要解決這個問題，請認識是否在條件評估之後，設定了一些等待時間。

  • 依事件標準和後續自訂 AWS Lambda 活動判斷的「是/否」分割，隱含 15 分鐘等待時間來累積並處理事件結果。

  • 「是/否」根據事件條件分割，且後續通道活動 (SMS、EMAIL、PNS) 的等待時間為 1 小時，可累積並處理通道訊息傳送的傳送事件狀態。

  • 「是/否」分割僅支援和管道交付狀態有具體關係的標準事件。