消息修复和新提交中的特殊处理

A4SWIFT消息修复和新提交功能使客户能够开发企业实现。 该功能支持以下特殊处理：

• 重新生成密钥验证

• 特定于部门的工作流支持 (有关详细信息，请参阅 修复消息和提交新消息。)

• 将 BIC-12 数据输入为 BIC-11

• 将 BIC 字段作为一个字符串输入

• 修复和重新提交分析失败 (有关详细信息，请参阅 修复未分析的消息。)

• 使用“保存”命令保存正在进行的修复

• 使用“另存为”命令创建新模板

重新密钥验证

对于许多金融机构来说，检查工作的主要手段是让第二人重新输入交易中最重要的字段。 此操作验证第二个人是否已读取并理解这些字段中的数据。 A4SWIFT为在 BizTalk Server 中修复或创建的消息提供此功能。

如果需要重新生成密钥步骤，A4SWIFT在呈现给用户的表单中留空要重新输入密钥的字段。 A4SWIFT仍会在任务窗格中显示原始消息的内容，因此验证程序可以在输入数据时使用这些内容。 验证程序不应更改邮件中的其他字段，因为这可能允许在没有验证的情况下进行更改。 相反，如果需要进行其他更改，则验证程序应拒绝消息修复。

在重新生成密钥步骤后，A4SWIFT将重新生成密钥的结果与修复结果进行比较。 它仅对已重新编制了密钥的字段逐字段执行此比较。 如果两个版本不逐个字符达成一致，则必须再次修复消息。 A4SWIFT指示密钥验证不匹配，并将错误添加到消息的错误收集部分。 验证程序输入的数据不会保存。

要重新生成密钥的字段在 MRSR 文件夹下的 MrsrXpathConfig.xml 文件中指定A4SWIFT文件夹。 此文件包含名称/值对，由要重新生成密钥的字段和到字段的 xpath 组成。 可以自定义此文件，以更改将为每条消息重新生成密钥的字段。 要重新生成密钥的字段通常表示与消息内容、交易货币和交易金额关联的最重要的日期。

邮件修复和新提交中的所有验证步骤都涉及重新密钥验证。 目视验证由审批者执行。

将 BIC-12 数据输入为 BIC-11

A4SWIFT满足消息的逻辑终端 (LT) 地址中额外字符的需求。 LT 地址仅包含 11 个字符的数据，但 SWIFT Alliance Access (SAA) 要求 LT 字段在位置 9 中具有“X”。 此额外字符向 SAA 指示它应选择正确的 LT。

LT 地址用于通过 FIN 网络传输消息。 它可以包含在 SWIFTBound 消息的两个字段 (基本标头块的 LT Address 字段或输入应用程序标头块) 的“目标地址”字段，以及来自 SWIFT 的消息的两个字段， (“基本标头”块的 LT Address 字段或输出应用程序标头块) 的消息输入引用中的 LT Address 字段。

用户在创建或修复邮件或重新键入字段作为验证的一部分时，只能输入 11 个字符。 即使修复或重新生成包含 12 个字符的 LT，用户也只能输入 11 个字符。 A4SWIFT插入第 12 个字符并验证 12 个字符的字段。 A4SWIFT根据 BIC Plus 数据库中的地址验证 11 个字符的 LT 地址。

将 BIC 字段作为一个字符串输入

可以在 InfoPath 表单上的单个字段中输入 BIC。 BIC 包含四个子字段，其中每个子字段在 InfoPath 窗体上都有一个子字段。 在单个字段中输入完整的 BIC 字符串后，A4SWIFT填充四个子字段中的每一个。

正在保存修复

如果需要中断修复，可以将当前状态的邮件保存回修复收件箱。 为此，可以使用 Save 命令在消息中检查。 你可以关闭 InfoPath 表单，稍后检查消息，或者其他人可以检查它继续修复。 消息的历史记录指示保存操作，第二个维修者可以看到你执行的修复。

可以执行“另存为”命令，将消息的当前状态存储在用户的本地计算机上。 这会使消息签出给执行“另存为”的用户。 用户可以关闭 InfoPath 表单，稍后返回以完成修复，但其他用户无法检查消息并修复它。

创建新模板

创建新邮件时，可以通过执行“另存为”命令来创建新模板。 这使你可以打开现有模板，将数据添加到字段，然后基于包含附加数据的现有模板创建新模板。 使用新名称保存模板，并且有权访问 MRSR 站点中的新邮件文件夹的任何人都可以基于模板创建新邮件。 必须将模板保存到 MRSR 站点，才能根据模板提交消息以A4SWIFT。 否则，将发生错误，或者您将无法打开窗体。