**支援結束通知：**2026 年 10 月 30 日， AWS 將結束對 Amazon Pinpoint 的支援。2026 年 10 月 30 日之後，您將無法再存取 Amazon Pinpoint 主控台或 Amazon Pinpoint 資源 (端點、區段、行銷活動、旅程和分析)。如需詳細資訊，請參閱 [Amazon Pinpoint 終止支援](https://docs.aws.amazon.com/console/pinpoint/migration-guide)。**注意：**與 SMS、語音、行動推播、OTP 和電話號碼驗證相關的 APIs 不受此變更影響，並受 AWS 最終使用者傳訊支援。

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

# 對旅程進行故障診斷
<a name="journeys-troubleshooting"></a>

確認已開啟記錄功能，以協助識別失敗的原因。如需記錄的詳細資訊，請參閱[監控和記錄](troubleshooting.md#troubleshooting-logging)以及[旅程事件](https://docs.aws.amazon.com/pinpoint/latest/developerguide/event-streams-data-journey.html)。

## 使用 PutEvents 請求時，不會觸發事件型旅程
<a name="troubleshooting-journey-event"></a>

****問題與解決方案****
+ 確認未超過設定的**旅程限制**：
  + **每個端點的每日訊息數量上限**
  + **端點可從旅程接收的訊息數量上限**
  +  **每秒旅程訊息數量上限**
  + **每個端點的項目上限** 
+ 確保事件觸發旅程的作用中數量不超過佈建閾值。如需詳細資訊，請參閱 [ 配額](https://docs.aws.amazon.com/pinpoint/latest/developerguide/quotas.html)。
+ 確認 [PutEvents](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-events.html) API 請求的所有元件是否完整，包括[事件元件](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-events.html#apps-application-id-events-model-event)和[端點元件](https://docs.aws.amazon.com/pinpoint/latest/apireference/apps-application-id-events.html#apps-application-id-events-model-publicendpoint)。
+ 確認特定旅程與 PutEvent 請求中的旅程，位於相同的應用程式中。
+ 確認是否已設定正確的事件以啟動旅程。您可以在[旅程輸入條件](https://docs.aws.amazon.com/pinpoint/latest/userguide/journeys-entry-activity.html#journeys-entry-activity-event-triggered)中確認此組態。
+ 事件驅動的旅程無助於聯絡中心使用案例，因為撥號操作的生命週期只有 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"
                  }
              }
          }
      }
  }
  ```

## 所有旅程參與者都會在「是/否」分割活動期間通過「否」分支
<a name="troubleshooting-journey-split"></a>

****問題與解決方案****
+ 未設定等待時間時，可能發生此錯誤。會立即評估傳送事件，並因此將所有參與者移到「否」分支。
  + 若要解決這個問題，請認識是否在條件評估之後，設定了一些等待時間。
+ 依事件標準和後續自訂 AWS Lambda 活動判斷的「是/否」分割，隱含 15 分鐘等待時間來累積並處理事件結果。
+ 依事件標準和後續管道活動 (SMS、電子郵件、PNS) 判斷的「是/否」分割，有 1 小時的等待時間來累積和處理管道訊息交付的交付事件狀態。
+ 「是/否」分割僅支援和管道交付狀態有具體關係的標準事件。