消息修复和新提交服务处理

MrsrRepair 编排处理所有消息修复和新提交操作，包括处理以下事项：

• 需要修复的消息

• 未分析的消息

• 在 MRSR 站点中创建的新消息

处理需要修复的消息

如果需要修复消息，编排会收到提示，说明传入的消息来自反汇编程序。 仅当角色功能设置为“创建”或“修复”时，它才会处理来自反汇编程序的消息。 MrsrRepair 协调程序订阅来自 MessageBox 的消息，这些消息具有以下属性：

A4SWIFT_Failed==true AND  
BTS_Operation=="A4SWIFT_DasmMarkedAsFailed" AND  
A4SWIFT_SwiftBound==true  

用于消息修复和新提交的 MrsrRepair 业务流程的入站端口绑定到 Sts.Outbox.Location 接收位置。 默认情况下，A4SWIFT安装程序会安装此接收位置。 当用户将消息提交回 MRSR 站点时，此接收位置会选取消息并将其路由到 MrsrRepair 业务流程。

下表列出了有效的 InfoPath 表单：

处理未分析的消息

如果 MrsrRepair 业务流程确定无法分析消息，则会设置相应的标志，然后将消息发送到 MRSR 站点收件箱，以便在 InfoPath 表单中修复未分析的消息。 当业务流程在修复后收到消息时，它会将 BTS.Operation 属性设置为“A4SWIFT_MRSRCompleted”，并将 A4SWIFT_Failed 属性设置为 False，然后将消息路由到 MessageBox。 这些属性可确保已修复的未分析消息不会再次进入消息修复过程。

未解析的修复表单称为 未解析消息。

处理在 MRSR 中创建的新消息

如果 MRSR 站点上创建的消息被 MrsrRepair 编排接收到，则编排会被提示传入的消息来自 InfoPath（而不是反汇编程序），并且消息已签署。

常见操作

MrsrRepair 编排对所有消息执行一系列常见操作，无论它们是否需要修复、无法解析还是新消息。 编排执行一个循环，对工作流的每个步骤执行常见操作，包括重新密钥验证、创建、修复和批准。 无论部门和角色是什么，都使用此协调管理。

以下常见步骤包括：

1. 将邮件置于信封形式中。

2. 将消息发送到 MRSR 站点。

3. 通过 Sts.Outbox.Location 接收位置在用户操作后接收来自 MRSR 站点的消息。 如果发生超时，业务流程将处理超时。如果用户正在修复、验证或批准邮件时发生超时，A4SWIFT将消息返回到“修复”收件箱，将工作流重置为“修复”阶段。

   注释

   用于消息修复和新提交的 MrsrRepair 业务流程的入站端口绑定到 Sts.Outbox.Location 接收位置。 此接收位置必须在 BizTalk 主机中运行，该主机绑定到安装了 MRSR 站点的服务器。 该主机通常是 BizTalkServerApplication，但它可以是不同的主机。 如果它是另一个主机，则必须验证主机绑定到的服务器是否安装了 MRSR 站点。

4. 验证用户输入的签名是否适合该角色，并存储该签名以验证角色限制。

5. 如果消息的内容由上一步存储，请将从 MRSR 站点接收的内容与存储的消息进行比较。 如果不匹配，流程将使消息处理失败。

6. 如果用户拒绝更改，则消息失败。

7. 如果用户接受更改，则对消息执行 XSD 和 BRE 验证。

8. 如果适用，请转到下一步。

自定义修复业务流程

可以通过添加预处理或后处理功能来自定义 MrsrRepair 业务流程。 例如，可以将编排添加到预处理步骤中，或者在现有发送形状之前添加编排形状以提升属性。 但是，无法创建或更改与消息修复和新提交关联的协议或配置文件，因为 MrsrRepair 业务流程不会知道它们。 不能在修复者、创建者、验证者或审批者之外添加新的角色定义。 也不能更改编排的核心结构或添加核心功能。

业务规则策略

对于修复过程，修复业务流程调用 BizTalk 业务规则引擎（BRE），以加载消息类型的主策略，例如，MT103_Master_Policy.xml。 编排将消息类型和内容传递给 BRE。 消息主策略包含与该消息类型相关的所有其他策略的列表。 BRE 加载消息类型的所有策略。 这些策略包括SWIFT_Reference_Policy、SWIFT_PartyIdentifier_Policy、网络规则策略和特定于消息类型的验证策略。 BRE 执行主策略中列出的所有策略，而不考虑错误，并返回所有错误。