BEMIS - 设计原则BEMIS 业务单据必须根据一组预定义的规则进行设计。 如果不符合这些规则，业务单据则不符合 BEMIS 标准。 EDI 商务文件 业务单据上 EDI 商务文件的代码包含了名称和版本 (XXX999)。 名称为字母数字，版本为数字。 两者的长度都为 3。
示例
订单 EDI 商务文件称为 ORD 001。
在如下情况下，可以存在多版本的 EDI 消息：
转换设置 如果对服务/特性包中的 EDI 商务文件进行了更改，则会为该特性包创建新的转换设置。 转换设置的格式为 XXX999，其中：
每次进行更改时，该编号增加 1。
示例
订单 EDI 商务文件称为 ORD 001。 第一个转换设置在 Infor LN 中称为 ORD001。 在 Infor LN SP1 中对 EDI 商务文件 ORD001 进行了更改。 这导致产生新的转换设置，称为 ORD002。 在 Infor LN FP2 中没有对 EDI 商务文件 ORD002 进行任何更改。 因此，转换设置不会更改，仍为 ORD002。 数据段 每个数据段在 EDI 商务文件中都有一个唯一代码。 数据段代码的格式为 SA99。 第一个数据段代码的唯一代码为 SA1，第二个为 SA2，第十个为 SA10，依此类推。 向后兼容性 - 位置 业务单据由多个 EDI 商务文件组成，EDI 每个商务文件包含多个数据段，这些数据段又具有多个位置。 在这些位置上，可以定义数据要素。 确定了位置的功能含义后，请勿进行更改。 例如，在数据段“订单行”的位置 10 上包含了物料 (tdsls401.item)。 在新版本的业务单据上，该物料必须仍位于位置 10。
重要事项！
为了减少实施新版本的 LN 或特性包带来的影响，请勿更改位置。 如果更改了位置的功能含义，还必须更改用于将外部标准转换为内部 (BEMIS) 标准（或反之）的 EDI 转换软件。 向后兼容性 - 转换设置 在特定的 LN 版本中，可以在新特性包中使用较早版本特性包中的业务单据。 这样，减少了实施新特性包带来的影响，因为不需要重新对业务单据进行定制。 只有要使用新功能时，才必须对新业务单据进行定制，或者必须在现有业务单据中添加新功能。 向后兼容性 - 通用接口 要设置通用接口（通过接口可重复利用数据和降低成本），必须定义与不同外部标准相关的业务单据/EDI 商务文件。 必须在业务单据/EDI 商务文件中定义与相关业务流程有关的所有相关信息，这样可支持不同的外部标准。 只在外部标准相冲突时，才可以定义多个业务单据/EDI 商务文件。 商务文件前导 业务单据上的每个 EDI 商务文件任何情况下都包含一个称为商务文件前导的数据段（数据段 SA1）。 商务文件前导中的信息是按标准设置的信息且与 LN 应用程序一致。 下表显示了商务文件前导的内容。
数据段起始符和终止符 每个数据段都以一个数据段标识作为开始，以一个数据段结束标记作为结束。 因此，第一个数据段始于 SA1，止于 SA1_END，从而遵循了数据段命名和版本控制规则。 数据要素长度 BEMIS 标准采用可变字段长度。 BEMIS 标准中不允许使用固定字段长度。 数据记录分隔符 BEMIS 标准采用“LF”控制字符来分隔数据记录。 空位置 如果分隔符为“;”，在网络上字符串两边的符号为“，按 BEMIS 标准会如下显示空位置：
如果网络上字符串两边的符号为空，则字母数字和数字之间不存在差别。 在这种情况下，按 BEMIS 标准空位置的显示方式与上表中针对数字数据要素显示空位置的方式相同。 一个/多个文件 在电子商务中，可以定义一个文件和多个文件。 如果定义了一个文件，则整个 EDI 商务文件存储在一个文件中。 如果定义了多个文件，则 EDI 商务文件的每个数据段都会存储在一个单独的文件中。 BEMIS 标准只支持选择使用一个文件来接收和外发 EDI 商务文件。
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||