错误的空格会破坏 EDI 文档吗？
Will errant whitespace break an EDI document?
我们有一些 EDI 文件阻塞了我们的系统，我发现一些数据已经过时并且很可能混淆了运输系统。我还发现了一些 space 不应该有的地方：
. . . |LB~TD5||2| FEDEX|T| FEDEX~REF|2I| . . .
请注意 FEDEX 段开头的 space。我无法找到 X12 856 EDI 的良好文档。这个 white-space 重要吗？我已将其删除，因为它不是 必需的，但我是否应该在未来将其视为一个问题？
空格应该无关紧要（只要它不出现在 ISA 段中），因为大多数翻译人员的流程都基于分隔符。大多数称职的翻译器也会支持某种 Trim() 机制，您可以去除空格。这当然是不好的做法，你可以让你的贸易伙伴把它去掉，但如果他们不能，你应该可以在翻译过程中去掉它。
如果您将 FEDEX 值（TD503 和 TD505，看起来像）交叉引用到运输系统中的代码，但不应该 "clog" 任何系统，空格可能是个问题。
我们有一些 EDI 文件阻塞了我们的系统，我发现一些数据已经过时并且很可能混淆了运输系统。我还发现了一些 space 不应该有的地方：
. . . |LB~TD5||2| FEDEX|T| FEDEX~REF|2I| . . .
请注意 FEDEX 段开头的 space。我无法找到 X12 856 EDI 的良好文档。这个 white-space 重要吗？我已将其删除，因为它不是 必需的，但我是否应该在未来将其视为一个问题？
空格应该无关紧要（只要它不出现在 ISA 段中），因为大多数翻译人员的流程都基于分隔符。大多数称职的翻译器也会支持某种 Trim() 机制，您可以去除空格。这当然是不好的做法，你可以让你的贸易伙伴把它去掉，但如果他们不能，你应该可以在翻译过程中去掉它。
如果您将 FEDEX 值（TD503 和 TD505，看起来像）交叉引用到运输系统中的代码，但不应该 "clog" 任何系统，空格可能是个问题。