对实时历程执行进行故障诊断 troubleshooting-execution
在此部分中，了解如何对历程事件进行故障排除，检查用户档案是否进入您的历程，用户档案如何在历程中导航，以及是否发送了消息。
您还可以在测试或发布历程之前对错误进行故障排除。 在此页面上了解的方式。
如果您使用入站操作，请在此页面上了解如何对其进行故障排除。
检查事件是否正确发送 checking-that-events-are-properly-sent
历程的起点永远是事件。您可以使用 Postman 等工具执行测试。
您可以检查通过这些工具发送的 API 调用是否正确发送。如果返回错误，则表示您的调用有问题。再次检查有效负载、标题（特别是组织 ID）以及目标 URL。您可以询问管理员要点击的正确 URL。
事件不会直接从源推送到历程。 事实上，历程依赖于Adobe Experience Platform的流摄取API。 因此，如果出现与事件相关的问题，您可以参阅Adobe Experience Platform文档以了解流摄取API故障排除。
如果您的历程无法启用测试模式并出现错误ERR_MODEL_RULES_16，请确保使用的事件在使用渠道操作时包含标识命名空间。
身份命名空间用于唯一标识测试配置文件。 例如，如果电子邮件用于识别测试用户档案，则应选择身份命名空间 Email。 如果唯一标识符是电话号码，则应选择身份命名空间 电话。
检查人员是否进入历程 checking-if-people-enter-the-journey
历程报表实时衡量人员进入旅程。
如果您成功发送事件，但未看到有人进入历程，则意味着在事件发送和事件接收之间出现问题。
您可以通过以下问题开始进行故障诊断：
-
是否确定期待传入事件的历程处于测试模式或处于实时状态？
-
是否在从有效负载预览复制有效负载之前保存了您的事件？
-
您的事件有效负载是否包含事件 ID？
-
您是否点击了正确的 URL？
-
您是否使用“事件配置”窗格中的有效负载结构预览遵循了流摄取 API 的有效负载结构？请参阅此页。
-
您在事件标头中使用了正确的键值对吗？
code language-none X-gw-ims-org-id - your organization's ID Content-type - application/json
检查人员在历程中的导航方式 checking-how-people-navigate-through-the-journey
历程报表测量旅程中个人的进度。 很容易识别人员在何处被拦住以及为什么被拦住。
以下是一些要检查的内容：
- 是因为除人员外的情况吗？例如，条件为“性别=男性”，而该人员为女性。如果条件不太复杂，此检查可由商业用户执行。
- 是由于调用数据源时没有响应吗？当历程正在测试时，此信息可在测试模式日志中查看。当历程处于实时状态时，管理员可以测试对数据源的直接调用并检查收到的答案。管理员还可以重复历程并进行测试。
检查消息是否发送成功 checking-that-messages-are-sent-successfully
如果人员在历程中以正确的方式流动，但没有收到他们应该收到的消息，您可以检查：
- Journey Optimizer已正确考虑发送邮件的请求。 商业用户可以访问应发送的消息，并检查最新执行的时间是否与历程的执行时间对应。 他们还可以检查收到的最新API调用/事件。
- Journey Optimizer已成功发送消息。 检查历程报告以确保没有错误。
对于通过自定义操作发送的消息，在历程测试中可以检查的唯一一点就是自定义操作系统的调用是否会导致错误。 如果与自定义操作关联的对外部系统的调用不会导致错误，但也不会导致消息发送，则应对外部系统进行一些调查。