旅程故障排除 - Amazon Pinpoint
使用 PutEvents 请求时未触发基于事件的旅程在“是/否”拆分活动期间，所有旅程参与者均转向“否”分支

旅程故障排除

确认日志记录开启，以帮助您确定失败原因。有关日志记录的更多信息，请参阅监控和日志记录以及旅程事件。

使用 PutEvents 请求时未触发基于事件的旅程

问题和解决方案

  • 确认配置的旅程限制未超过以下限额：

    • 每个端点的每日最大消息数

    • 一个端点可以从旅程中接收的最大消息数

    • 每秒的旅程消息最大数量

    • 每个端点的最大进入次数

  • 确保事件触发的旅程的激活数量没有超过预置的阈值。有关更多信息，请参阅 配额。

  • 确认 PutEvents API 请求的所有组件都已完成，包括事件组件和端点组件。

  • 确认特定旅程与 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 分钟，以便积累和处理事件结果。

  • 基于事件标准和后续渠道活动（短信、电子邮件、推送通知）的“是/否”拆分会等待 1 小时，以便积累和处理渠道消息传输的传输事件状态。

  • “是/否”拆分仅支持特定于渠道传输状态的标准事件。