M3 Business Engine 运输执行接口 (TEI) 管理员指南
目的
M3 运输执行接口 (TEI) 用于启用一个接口,可以使用 B2B 消息交换将运输和海关信息与第三方最佳应用程序或外部合作伙伴进行交换。
使用运输执行系统的原因各不相同,但通常是由于上述一个或多个区域的可变性或高容量所致。在某些情况下,重点在于出站物流,而其他公司则面临入站物流的可变性和高容量。海关申报的要求由需要海关手续的国家/地区和工会的供应商或客户规定。
运输执行系统可以作为独立产品提供,或者可以作为运输管理系统 (TMS) 的一部分提供。运输管理系统覆盖的范围比运输执行系统更广。下表描述了运输管理系统。
受众
本文档提供一般提示和建议。主要目标组是 Infor 顾问和客户“超级用户”。有些 M3 经验和知识对于充分理解本文档中的概念很重要。
本文档未描述 M3 Interface (MI) 程序及其交易的详细信息,例如需要哪些文件和字段以及如何使用它们。有关 M3 Interface 程序及其交易的详细描述,请参阅程序 MI 存储库。打开 (MRS001)、MI 交易。打开 (MRS002) 和 MI 交易布局。打开 (MRS003)。
限制
下面列出的项是已知的限制:
- 目前,不支持在 TEI 传输。打开 (MYS500) 中接收信息,消息方向 I = 输入。
- 不能为入站物流下载包装信息。该要求受限制,并且未进行详细分析。目前的限制基于包装信息对出站物流更有用的假设。入站运输通常由对方生产,在这种情况下由外部供应商生产。
- 关于入站物流,目前不支持交易类型 30(客户退货)。
- 使用事件 RELEASE_PICK 仅适用于具有自动级别 3 的发货策略(在报告拣货单时自动发放)。
- 在 TEI 传输。打开 (MYS500) 中手动创建 TEI 运输仅适用于连接到事件的 TEI 传输。
- 使用报告版本从 TEI 传输。手工创建 (MYS510) 创建一个或多个 TEI 传输时,只能使用交货号(出站或入站 DO)或采购订单行(入站)的明细级别。此限制的原因是手动触发功能旨在根据多项选择条件将交货或采购订单行分组。这表示,无法从具有包装号明细级别的报告版本创建 TEI 传输。
-
注意
发货策略的“结束点”和“包装报告方法”字段中的参数用于控制何时触发某些事件。
- 一些事件可以多次触发,这会导致发送包括相同信息的多次 TEI 传输。为了避免发生这种情况,请使用 TEI 合作伙伴。打开 (MYS015) 中的参数“允许重复的明细”= 0。这产生的结果是系统触发事件并且创建 TEI 传输,但是在另一次 TEI 传输上已存在的明细将不会连接到新的 TEI 传输。示例可以是事件 SHIPMENT_CLOSED。由于可以关闭发货并重新打开几次,因此每次发货关闭时将触发事件。但是,如果参数“允许重复的明细”= 0,将不会为已创建的第二次 TEI 传输创建已为具有同一明细类型(1 = 交货)的 TEI 传输创建的发货。
运输管理系统简介
运输管理系统由运输规划系统、运输执行系统和运输调节系统组成。每个区域分为所包含的功能内容。运输执行系统位于更广阔的角度:
运输管理系统 |
|||||
---|---|---|---|---|---|
运输规划系统 |
运输执行系统 |
运输调节系统 |
|||
策略计划 |
操作规划 |
排程 |
发货执行 |
运费管理 |
性能测量 |
|
|
|
|
|
|
使用 TEI 的方案
市场上的主要 ERP 系统通常不提供运输执行系统所提供的功能深度。为此,ERP 供应商需要在各种市场需求中投入时间和知识。这种情况会导致我们投资于 ERP 和运输执行系统集成。要在 M3 和运输执行系统之间交换的信息与在供应链执行流程的后半部分中交换的交易信息相关。运输执行系统通常不可能重排订单、发货或交货。如前所述,规划能力与战略或操作规划相关。初始集成点是在 M3 中完成主动发货和交货计划之后建立的。生产物理交货所需的所有文档时,将放置最终的集成点。与后处理相关的集成功能不是 TEI 接口的一部分。
该图显示可在 M3 和运输执行系统之间交换的业务交易。斜体(上载)的交易目前不包括在 TEI 解决方案中。
有关可用入站和出站物流的更多详细信息,请参阅使用 M3 运输执行接口的场景。
业务需求和解决方案
M3 TEI 的主要目标是为 M3 客户提供使用第三方运输执行系统 (TES) 的可能性,该系统用于管理以下内容:
-
运输单据
- 标签单据
- 运费单据
- 海关单据
-
运输方整合
- 运费预订和反应
- 电子运费单据
- 运输流程监控
-
海关整合
- 出口和进口申报与响应
- 保税仓库
-
跟踪和追踪
- 发货和交货跟踪
- 包装跟踪
有关更多详细信息和配置建议,请参阅M3 运输执行接口的业务需求和解决方案。
TEI 架构
当前解决方案是推式解决方案,这表示信息在 M3 中创建,并且可以在发送到外部系统之前进行处理、查看和更改。该解决方案与 Infor Enterprise Collaborator (IEC) 一起实现了灵活的、拉式运输信息的信息流。这表示集成更灵活,并且发送到 TEI 系统的数据通过 IEC 使用 M3 API 从 M3 提取。
下图描述了整个功能。
详细信息请参阅TEI 架构概述。
TEI 传输触发器
当前解决方案提供以下 TEI 传输触发器:
- TEI 传输的自动触发设置
- 自动触发 TEI 传输
- 按功能手动触发 TEI 传输
有关运输触发设置的更多详细信息,请参阅M3 TEI 传输触发器。
TEI 解决方案的 API 概述
下图描述在实施 TEI 时涉及的最常见的 API。
以下文档中详细描述了可用于运输执行接口 (TEI) 的不同 API 交易:M3 运输执行接口的 API 概述
有关 M3 Interface 程序及其交易的详细描述,请参阅 (MRS001)、(MRS002) 和 (MRS003) 中的 API 存储库。
M3 BE 15.1 Java
为了触发将 TEI 信息从 M3 BE 发送到外部运输系统,必须满足 TEI 传输触发主题下列出的设置。
以下程序流程图描述了执行四个工作流之一时涉及的主要功能、功能零件和表。
前两个流程图详细描述了主数据功能及其关系。第三张流程图描述了涉及交易管理的工作流。
主数据程序流 - 文本元素标识符触发控制
主数据程序流 - 文本元素标识符输出控制
交易程序数据流
数据模型
数据模型包含用于描述基本理解的关键关系的关键字段。