确认疑难解答
解决与 BTAHL7 确认相关的问题。
不会生成确认
确认 (AK) 未生成或接收，有几个潜在原因。 查看以下潜在问题列表。
症状
更新 BTAHL7 配置资源管理器中的参与方信息以生成确认时，不会生成确认。
可能的原因 ：BTAHL7 每 15 分钟缓存并刷新一次群配置信息。
解决方法：等待至少 15 分钟缓存刷新，或重启BizTalk Server更改立即生效。
症状
BTAHL7 不会生成 ACK，事件日志中会显示事件错误。
可能的原因 ：当批处理传入/批处理传出消息包含空的 FHS11 字段时，无法生成 ACK。
解决方法 ：确保消息具有格式正确且已填充的 FHS11 字段。
症状
应用程序无法生成或接收 ACK。
可能的原因 ：邮件的 MSH3 字段中的不正确信息会阻止 BTAHL7 发送消息 ACK。
解决方法 ：确保邮件具有格式正确且已填充的 MSH3 字段。
确认已暂停或未路由到发送方
症状
BTAHL7 在不生成确认的情况下将消息发送到双向适配器。
可能的原因 ：消息订阅配置不正确。
解决方法 ：确保消息订阅存在并正确配置。
已暂停的确认
症状
如果已将参与方配置为包含分隔符字符（如 @-！$）的编码字符，则会暂停确认并显示错误消息“在字段中找到分隔符”。
可能的原因 ：消息包含句点 (.) 或连字符 ( ) 等字符。 生成 ACK 时，BTAHL7 包括时间戳值的“.”和“-”。
解决方法 ：在发送管道中禁用验证以避免这些错误。
使用双向 MLLP 适配器时，BizTalk Server生成有关缺少 ACK 的错误
症状
事件日志中出现以下或类似错误：
“由于错误”来自 HRESULT 的异常： 0xC0C01662“，无法从网络接收 ACK”
可能的原因 ：你使用的是单向接收和双向发送端口，因此 BizTalk 没有相应的接收端口来返回从双向发送端口接收的消息。
解决方法 ：这是设计使然，你可以忽略错误消息。