疑難排解旅 - 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、電子郵件、PNS) 判斷的「是/否」分割，有 1 小時的等待時間來累積和處理管道訊息交付的交付事件狀態。

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