不能输入任何可接受的确认代码，除了那些在 MLLP 中设置发送端口的配置属性

此功能

新的功能应用到发送端口只。安装此修复程序后，该行为将基于下游系统由提供的代码的下拉列表中选择可接受确认代码。

MLLP 发送端口将检查确认代码中 ACK （MSA 段的MSA.1_AcknowledgmentCode字段），它由下游系统并将其与 MLLP 发送端口配置属性中设置的可接受确认代码进行比较。当前所支持的 MLLP 发送端口的可接受确认代码包括 AA，加利福尼亚、 自动曝光、 CE，AR 和 CR。您可以选择所有确认代码或它们的组合。例如，您可以选择以下为有效︰

• AA 和 CA

• AA，加利福尼亚、 自动曝光和 CE

• AA，CA，AR 和 CR

但是，没有选项输入可接受的 ACK 代码组合。

一个名为"自定义"可接受的确认代码值将被添加在接受确认代码属性的下拉列表中。所有以前组合保持，并且之前添加了新功能，如应用。





选择自定义后，您还必须可接受自定义确认代码属性中输入新值。每种新的 ACK 值必须用逗号 （，） 分隔。

安装此修复程序后，行为将取决于选定的可接受的 ACK 代码设置。如果返回 ACK 代码符合可接受所选的代码，处理是成功的。标准的确认代码都会进行重试。而且，没有列出任何 ACK 代码挂起。（这将使代码使用了非标准或非自定义的确认代码，确认）。

下表显示了此方案。在表后的书面的解释。



而不管任何可接受确认代码设置所选的 AA 和 CA，消息处理总是成功。有关可接受确认代码设置的详细信息如下所示︰

• AA，加利福尼亚州︰重试自动曝光、 CE，AR 和 CR，并挂起任何其他。

• AA，加利福尼亚州，AE，CE:接受和成功︰ AA，加利福尼亚、 AE，CE 和重试 AR 和 CR.挂起任何其他。

• AA，CA，AR，CR:接受和成功︰ AA，CA，AR 和 CR，自动曝光和 CE 重试的次数。将任何其他挂起。

• AA，CA，AR、 CR、 自动曝光、 CE:接受和成功︰ AA，CA，AR、 CR、 自动曝光，和 CE，并没有其他返回。重试确认，并挂起消息。

• 自定义 （输入值并由逗号分隔）︰示例︰ AA、 自动曝光、 Foo、 ZZ、 ZZZ。接受和成功︰ AA，加利福尼亚州，和 AE，以及任何其他自定义确认如中输入此案例、 Foo、 ZZ 或 ZZZ。重试次数 CE，AR.

• 可接受自定义确认代码中未指定任何确认代码不重试，并被暂停。

在可接受的确认代码不输入标准 ACK，将返回类似于以下内容的错误︰

全新的 ACK 架构必须通过将添加到现有的标准确认 AA、 AE，AR，加利福尼亚州、 CE （CR） 列表进行更改。任何其他可接受自定义确认 （XX 和 ZZ，例如） 必须添加到 ACK 架构的MSA.1_AcknowledgementCode字段中。如果附加自定义确认不会添加到该架构，管道验证失败，并出现"找不到表值"错误。