事务性消息传递的执行和监控 transactional-messaging-execution

事务性消息执行投放 transactional-message-execution-delivery

发布消息并完成网站集成后，触发事件时，即会将其分配给执行投放。

执行投放 ​是每月为每个事务型消息创建一次且无法操作且无法正常使用的技术消息，每次编辑并再次发布事务型消息时都会创建。

相关主题：

事务性消息传递重试流程 transactional-message-retry-process

临时未投放的事务型消息将会自动重试，一直执行到投放过期为止。有关投放持续时间的更多信息，请参阅有效性参数。

发送事务型消息失败时，可使用以下两个重试系统：

事件处理重试流程 event-processing-retry-process

触发事件时，该事件将分配给执行投放。 如果无法将事件分配给执行投放，则延迟事件处理。随后执行重试，直到将其分配给新的执行投放为止。

例如，无法将事件分配给执行投放，因为其内容不正确、存在访问权限或品牌策略问题，在应用类型规则时检测到错误等。在这种情况下，您可以暂停消息，编辑该消息以修复问题，然后再次发布。然后，重试系统会将其分配给新的执行投放。

消息发送重试流程 message-sending-retry-process

一旦将事件分配给执行投放，事务型消息就可能因临时错误而失败，例如，如果收件人邮箱已满。有关更多信息，请参阅投放临时失败后重试。

重试进程限制 limitations

发送日志更新

在重试流程中，不会立即更新新执行投放的发送日志（通过计划的工作流执行的更新）。这意味着即使新的执行投放已经处理了事务型事件，该消息仍然处于 Pending 状态。

失败的执行投放

无法停止执行投放。但是，如果当前执行投放失败，则会在收到新事件后立即创建新执行投放，所有新事件都由此新执行投放进行处理。失败的执行投放不会处理任何新事件。

如果某些已分配给执行投放的事件在重试过程中被延迟，并且该执行投放失败，则重试系统不会将延迟的事件分配给新的执行投放，这意味着这些事件丢失。 检查投放日志以查看可能受影响的收件人。

监控事务性消息 monitoring-transactional-message-delivery

要监视事务性消息，您需要访问相应的执行投放。

基于用户档案的事务型消息特性 profile-transactional-message-monitoring

对于基于用户档案的事务型消息，可监控以下用户档案信息。

选择 Sending logs 选项卡。在 Status 列中，Sent 表示用户档案已选择加入。

选择​ Exclusions logs ​选项卡可查看已从消息目标中排除的收件人，例如在阻止列表时的地址。

对于选择退出的任何用户档案，Address on denylist 分类规则将排除对应的收件人。

此规则属于特定分类的一部分，该特定分类会基于 Profile 表应用到所有事务型消息。

相关主题：