M3 运输执行接口的业务需求和解决方案

本文档概述了概念和功能要求，以初步了解如何使用 M3 运输执行接口 (TEI)。

注意

为了支持所描述的概念和要求，实施的运输执行系统必须包含此类功能。

运输单据

通常，运输单据在不同的转运商之间变化时，需要运输执行系统，从而产生许多布局要求。另一项决定因素是，公司的出口将进入不同的国家/地区，因此需要不同的单据。

可以通过以下两种方式之一使用运输执行系统：在通过运输执行系统自动打印单据的情况下用作黑盒，没有用户干预，或将其用于从 M3 发送可用信息，然后在人工请求打印输出之前在运输执行系统中人工添加缺少的信息。

主要运输执行系统的特性是它们与在本地市场上使用的转运商相关联，并具有用于生成所有类型的转运商单据的知识和功能。

通过在 M3 TEI 中使用事件触发器，可以选择适合实施的事件，并适时触发向运输执行系统的信息推送。如果事件触发器不起作用，请使用手动事件或手动 TEI 创建功能。

注意 配置建议

建议用于运输单据的事件触发器包括：

  • RELEASE_PICK
  • DELIVERY_ISSUED、DELIVERY_CLOSED 或 DELIVERY_INV
  • SHIPMENT_ISSUED、SHIPMENT_CLOSED 或 SHIPMENT_INV

如果事件触发器不起作用，请使用由选项 53“触发 TEI”触发的任何这些手动事件。

  • MANUAL_PACKAGE (MWS423)
  • MANUAL_DEL (MWS410)
  • MANUAL_SHP (DRS100)

如果人工事件不起作用，请使用人工选项通过 TEI 传输。手工创建 (MYS510) 来创建 TEI 传输。

下面列出了需要进行配置的运输单据类型

  • 标签单据

    标签可以由 M3 Supply Chain Execution 打印，但也可以从运输执行系统打印。

    根据在 M3 中执行包装工序的时间以及打印包装标签的时间，可以使用不同的事件。最早的步骤是下达拣货单并且事件 RELEASE_PICK 发生时。但是，该事件要求根据拣货下达自动执行包装工序。供应链执行流程中的任何后续事件也可以用于触发标签信息的传输。

    要向运输执行系统提供包装信息，可以使用多种 API 来检索包装和标签信息。

    支持标签信息传输所需的 IEC 映射相当简单。根据出站物流模板 IEC 映射的可用交付，创建具有最少自定义内容的标签映射。

    注意 配置要求

    强烈建议 M3 控制用于创建包装的业务逻辑。如果此操作在运输执行系统内完成，M3 TEI 当前不支持额外的整合要求。

    如果使用 RELEASE_PICK 事件发送标签信息，则该事件要求根据拣货下达自动执行包装工序。只要执行包装工序，供应链执行流程中的任何后续事件就可以用于触发标签信息的传输。

    用于向运输执行系统提供包装信息的建议 API 包括：

    • MYS500MI 交易 LstPackages
    • MWS423MI 交易 LstPackages
    • MWS410MI GetPackage

    要使用上述列表中的哪个 API 交易根据触发 TEI 传输的事件。如果事件 RELEASE_PICK 或 MANUAL_PACKAGE 是触发器，TEI 传输。打开明细 (MYS501) 将包含要传输的包装号的列表。在这种情况下，MYS500MI LstDetail 将返回此包装列表，并且对于 MYS500MI LstDetail 返回的每条详细记录，要使用的交易是 MWS410MI GetPackage。

    任何其他事件或手动创建应使用 MWS423MI LstPackages 或 MYS500MI LstPackages。如果 TEI 传输可能包含多个交货号，则必须使用 MYS500MI。如果 TEI 传输 ID 始终某个一个交货号，则应使用 MWS423Mi。

  • 运费单据

    可以从 M3 Supply Chain Execution 生成不同类型的运费单据，例如 SIS 运费单据或 CMR 运费单据。

    如果出口量很大，且货物将发送到具有不同单据要求的不同国家/地区，则需要运输执行系统来管理此内容。

    与标签相反，运费单据的触发点通常在供应链执行流程中处于靠后的位置。决定因素通常是确定交货或发货内容时的最早点。这通常接近于实际车辆启运。可以使用所有基于交货或基于发货的事件。建议不使用与拣货单或包装相关的事件。

    如果要创建指定给最终收货人以外的其他方的运费单据，可以使用发运经由功能。此类相关方的示例为客户配送中心、分组中心或代表最终收货人操作的卖方。

    可以使用各种 API 为运输执行系统提供运费单据信息。

    支持运费单据信息传输所需的 IEC 映射应结合用于检索交货信息和分组包装信息的 API。根据出站物流模板的 IEC 映射可交付结果，通常使用最少的自定义内容创建运费单据映射。

    注意 配置要求

    根据所需的单据和不同的运费单据数量，当前最好的选择是在运输执行系统中创建单据标识。有可能在 M3 内部创建单据 ID，然后将标识与单据信息的其余部分一起传输。这要求在每次交货时使用一张运费单据。此外，当前不支持上载标识。

    如果需要发运经由功能，请进行配置，以便在创建交货号时将发运经由地址连接到每个交货。然后，在创建时将按照每个发运经由地址自动对 TEI 传输。打开 (MYS500) 中的 TEI 传输 ID 进行分组。使用按照 TEI 传输 ID (MYS500MI) 汇总信息的 API 交易获取每个发运经由的摘要。请参阅模板 IEC 映射和交运级别信息，以引用发运经由摘要。还可以使用发运经由地址的配套单据设置来确定如何检索发运经由地址。

    用于为运输执行系统提供运费单据信息的建议 API 包括：

    • MWS410MI GetHead
    • MWS410MI GetAdr
    • CRS610MI GetBasicData、GetFinancial
    • CRS175MI LstGeneralCode
    • CRS045MI GetBasicData
    • MYS500MI 交易 LstPackGrp
    • MWS423MI 交易 LstPackGrp

    要使用上述列表中的哪个 API 交易根据所使用的特定运费单据所需的信息。TEI 传输。打开明细 (MYS501) 中的详细程度通常包含交货号列表。如果请求了由一个 TEI 传输 ID 分组的多个交货号的联合单据，则应使用 MYS500MI I LstPackGrp。如果请求每个交货一个单据，则应使用 MWS423MI LstPackGrp。

  • 海关单据

    将货物出口到第三国（例如，欧盟以外的国家/地区）时，需要具体的海关单据。最常用的海关单据是欧共体统一单证 (SAD)，也称为 ED 文档或单位文档。另外，还需要支持包含详细信息的欧共体统一单证文档的出口发票。出口发票可以为形式发票。在某些情况下，根据情况需要附加的海关单据，如移动声明和原产地证书。

    如果企业需要生成上述任何单据，可以使用一些运输执行系统来管理特定市场的海关单据。海关法规在大多数情况下特定于进口国，并且运输执行系统应用程序必须支持当地要求。

    与运费单据相比，海关单据的触发点通常在供应链执行或 SLS 流程中的同一点或靠后的位置。决定因素是可以计算所有财务值（如价格和折扣）的时间，因为海关单据必须包含金额才能计算正确的报关费。可以使用所有基于交货或基于发货的事件。建议不使用与拣货单或包装相关的事件。

    如果要创建指定给最终收货人以外的其他方的海关单据，可以使用发运经由功能。此类相关方的示例为代表最终收货人操作的卖方。

    可以使用各种 API 为运输执行系统提供海关单据信息。支持海关单据信息传输所需的 IEC 映射应结合用于检索交货信息和分组物料信息及价格信息的 API。根据出站物流模板的 IEC 映射可交付结果，通常使用最少的自定义内容创建海关单据映射。

    注意 配置要求

    关于海关单据的细节通常是所需的分组标准，以及与运费单据相比的附加价格信息。重要的是，在 M3 中分析和正确定义关于关税统计号、原产国和海关程序的设置。定价的复杂性也是一个重要的问题，因为 M3 TEI 并非提供对 SLS 发票执行的所有详细程度。

    如上所述，运费单据的发运经由功能也适用于海关单据。因此，如果卖方在特定国家/地区内为多个最终收货人接收货物，则可能需要为卖方而不是每个最终收货人生成 SAD 单据。如上所述，配置发运经由，并在分组级别上使用 API 交易。已交付的交运级别上的模板 IEC 映射已包含由 MI MYS500MI 和交易 LstStatNo 启用的 SAD 摘要。

    用于向运输执行系统提供海关单据信息的建议 API 包括：

    • MWS410MI GetHead
    • MWS410MI GetAdr
    • CRS610MI GetBasicData、GetFinancial
    • CRS175MI LstGeneralCode
    • CRS045MI GetBasicData
    • MYS500MI 交易 LstPackGrp

    要使用上述列表中的哪个 API 交易根据所使用的特定海关单据所需的信息。TEI 传输。打开明细 (MYS501) 中的详细程度通常包含交货号列表。如果请求了由一个 TEI 传输 ID 分组的多个交货号的联合单据，则应使用 MYS500MI I LstStatNo。

运输方整合

运输方整合涉及在实际运输分配发生之前、期间和之后发生的活动。通常，B2B 消息传递用于整合发货人、运输方和收货人。

运输流程和发货人、运输方与收货人之间交换的信息的可能方案：

  • 预订
  • 预订确认
  • 运输标签
  • 运输说明
  • 状态查询
  • 偏差报告
  • 收据建议
  • 扫描运输标签
  • 交货确认
  • 借方确认
  • 发票/自开票

上述流程涵盖了市场上涉及部分或全部活动的运输执行系统的广泛区域。一些信息流只在运输执行系统内部进行管理，而一些信息流在运输执行系统中结合主干 ERP 接口进行管理。

下面的列表概述了可以使用与内置此类功能的运输执行系统结合的 M3 TEI 归档的内容。

注意 配置要求

建议用于运输方整合的事件触发器根据活动。请参阅活动部分，了解建议内容。

如果事件触发器不起作用，请使用由选项 53“触发 TEI”触发的任何这些手动事件。

  • MANUAL_DEL (MWS410)
  • MANUAL_SHP (DRS100)

如果人工事件不起作用，请使用人工选项通过 TEI 传输。手工创建 (MYS510) 来创建 TEI 传输。有关 MYS510 和手动决定创建 TEI 传输的详细信息，请参阅第 4 节。

  • 运费预订和预订确认

    运费预订流程可以提前，并且在这种情况下包括运费购物和兑付，其中考虑了成本和交货时间等条件。可以将此类处理视为交货计划活动，并且不包括在 TEI 方案中。TEI 流程假定来自运输方的响应不影响交货排程。请参阅运输操作接口 (TOI)，了解交货计划功能。

    不存在固定的预订例行程序时，将使用预订运输活动。通常，发货人会询问运输方是否可以进行运输以及何时、何地、运输什么货物。然后，运输方使用 NOK 或 OK 进行响应，并结合预订参考。

    运费预订和确认的触发点通常在供应链执行流程中靠前的位置。货物或交货内容已知时，可以开始预订活动。供应链执行事件触发器通常不够，因为它们在流程中发生得过晚。使用手动 TEI 传输功能可以模拟在应进行预订时向运输执行系统推送。

    如果希望预订指定给最终收货人以外的其他方的运费，可以使用发运经由功能。此类相关方的示例为客户配送中心、分组中心或代表最终收货人操作的卖方。

    在执行包装工序之前，要为运输执行系统提供运费预订信息，需要按需生成此类 API 交易。IAS 5.2US 中不存在合适的标准 API。如果预订在包装工序之后进行，则可以使用标准 API 功能。

    支持运费预订信息传输所需的 IEC 映射应结合用于检索交货或发货信息和分组重量信息及价格信息的 API。根据出站物流模板 IEC 映射的标准 Infor 交货，必须创建需要对模板进行一些更改的运费预订映射。

    注意 配置要求

    应配置预订和确认流程，以便 M3 TEI 在适当的时机下载预订信息。运输执行系统管理与运输方的关于预订和确认的预订 B2B 通信。

    使用交货。打开工具箱 (MWS410) 或发货。打开工具箱 (DRS100) 中的手动运输执行接口传输选项（选项 53）而不是事件。如果不起作用，请使用 TEI 传输。手工创建 (MYS510)。

    如上所述，运费单据的发运经由功能也适用于运费预订。如上所述，配置发运经由，并在分组级别上使用 API 交易。已交付的交运级别上的模板 IEC 映射已包含由 MI MYS500MI 和交易 LstPackGrp 启用的包装组摘要。

    用于向运输执行系统提供运费预订信息的建议 API 包括：

    • MWS410MI GetHead
    • MWS410MI GetAdr
    • CRS610MI GetBasicData、GetFinancial
    • CRS175MI LstGeneralCode
    • CRS045MI GetBasicData
    • MYS500MI 交易 LstPackGrp（如果包装存在）
    • MWS423MI 交易 LstPackGrp（如果包装存在）

    要使用上述列表中的哪个 API 交易根据所需信息。TEI 传输。打开明细 (MYS501) 中的详细程度通常包含交货号列表。如果在执行包装工序之前预订运输，则不应使用上面的最后两项交易。相反，需要开发一个新的 API 交易，用于在要预订的级别上汇总重量、体积等。

  • 电子运费单据

    电子运费单据在实际运输发生之前进行管理。B2B 运费单据消息将从发货人传输到运输方，以通知运输分配的确切内容。如果使用固定预订例行程序，则这是交换的第一条 B2B 消息。如果未使用固定例行程序，则 B2B 运费单据将详细描述先前的预订。

    运费单据的电子变体是基于纸张的变体的替代项。如果运输方首选 B2B 消息，则对于双方，将优先选择电子变体。

    有关配置要求，请参阅“运费预订”和“预订确认”。

  • 运输流程监控

    运输流程监控包括在车辆离开仓库之后发生的活动。

    可以执行不同的活动以监控运输进展和任何偏差。这些活动通常在运输执行系统应用程序内执行，并且不需要从 M3 TEI 下载新信息。

    由于大多数活动发生在运输执行系统中以监控运输流程，因此不需要在 M3 TEI 中进行附加的配置。

海关整合

海关整合涉及在实际出口或进口分配发生之前发生的活动。通常，B2B 消息传递用于整合发货人和海关。

支持海关处理是一些运输执行系统的组成部分，但不是全部。通常，功能要求特定于出口或进口的市场。

下面的列表概述了可以使用与内置此类功能的运输执行系统结合的 M3 TEI 归档的内容。

注意 配置要求

在比较海关申报和保税仓库时，建议用于海关整合的事件触发器是不同的。

如果事件触发器不起作用，请使用由选项 53“触发 TEI”触发的任何这些手动事件。

  • MANUAL_DEL (MWS410)
  • MANUAL_SHP (DRS100)

如果人工事件不起作用，请使用人工选项通过 TEI 传输。手工创建 (MYS510) 来创建 TEI 传输。

  • 出口和进口申报与响应

    出口或进口的申报活动发生在需要此类活动时。这根据发货人所在国家/地区和收货人所在国家/地区之间的关系。在许多情况下（如欧盟内部贸易），不再需要海关申报。但在其他情况下（例如，欧盟国家出口货物到非欧盟国家时），需要提供海关申报。

    申报在出口或进口之前完成，以便申报发货内容并计算要支付的报关费。此外，可以节省时间，以便车辆可以直接到达边境，而不停止在最近的海关。通常，发货人将生成 SAD 文档的电子 B2B 变体，如上所述。然后，海关回复申报是否获批并返回 B2B 消息。

    有关配置要求，请参阅“海关整合”。

  • 保税仓库

    对于保税仓库，存在相应的海关程序，可以延迟支付报关费和进口货物增值税，直到使用产品或将其销售给另一方的时间点为止。

    注意

    保税仓库解决方案特定于每个实施。此处描述的解决方案是必须与特定于实现的解决方案相结合的一个构建块。

    一些运输执行系统应用程序具有内置的保税仓库管理支持。此类支持包括：

    • 库存管理和控制保税仓库项目和涉及的收货
    • 消耗或销售后留在关税联盟的货物进口报关单
    • 销售给关税联盟外的第三方国家的进口商品的成本控制

    要启用保税仓库解决方案，M3 TEI 包括可以根据采购订单和配送单的货物接收触发下载的事件。

    还提供了 API 功能，可以使用此功能检索特定收货的库存信息，以便提高保税仓库库存余额。

    如上述章节所述，可以下载交货发放以管理与关税联盟以外的相关方的销售。

    支持保税仓库解决方案所需的 IEC 映射应该管理：

    1. 到保税仓库的收货

    2. 自保税仓库的发货

    第一个映射应使用用于检索收货交易的 API。第二个映射应使用用于检索交货信息的 API。

    注意 配置要求

    保税仓库流程应配置为从 M3 TEI 下载收据开始。对于采购订单，可以使用事件 PO_GOODS_REC，因为对于每次收货交易，都会发生此事件。对于 DO，应使用事件 PO_GOODS_REC。

    将这些事件与 IEC 映射组合，以便采购订单使用 API PPS200MI GetLineTrans 或 LstLineTrans。对于 DO，可以使用 MWS410MI 和 LstItem。通过创建这些映射，当货物报告为已收时，保税仓库库存余额将增加。可能需要修改标准 API，以便只将包含在保税仓库解决方案中的物料下载到运输执行系统。

    为创建运费单据而下载已发放的出站交货时，第二个整合点等于上述任何一个整合点。交易的目的是减少保税仓库库存余额，并用作计算报关费和增值税的基础。在这种情况下，可能需要增强标准 API 以筛选或识别保税仓库解决方案的唯一物料。

跟踪和追踪

跟踪和追踪是一组功能，这些功能使发货人、运输方、收货人和最终收货人等各方可以监控货物及其当前状态。

运输流程开始时，能够跟踪特定包装或发货位于何处至关重要。此类流程需要跟踪功能和详细报告。对于实现跟踪和追踪处理，使用 RFID、条形码扫描等很重要。

  • 发货和交货跟踪

    在必须能够监控整个卡车负载的 B2B 方案中，跟踪全部发货或交货更常见。如果发生偏差，可以在包装级上进行跟踪。

    使用 M3 TEI 和运输执行系统的跟踪情况最初需要运输执行系统中的内置功能。M3 TEI 将执行发货或交货下载，以便按照先前所述内容生成运费单据。然后，运输执行系统存储该单击并管理与运输方的整合，以跟踪交货。可以使用 B2B 消息传送或通过使用由运输方提供的因特网跟踪特征来完成跟踪。

    M3 TEI 在跟踪流程中不起积极作用。此内容由运输执行系统管理。

    注意 配置要求

    下载所使用的单据（通常是运费单据）时，将管理 M3 TEI 与运输执行系统之间的整合。

    所需的与跟踪相关的附加信息是下载附加标识。由 TEI 输出控制。打开 (MWS275) 控制的多种方法可用于检索 TEI 标题别名 ID。此 ID 可以与单据信息一起下载，用作附加跟踪 ID。此外，还可以使用交货。打开工具箱 (MWS410) 中定义的外部跟踪号。

  • 包装跟踪

    在 B2B 和 B2C 方案中，跟踪单个包装很常见。所有相关各方必须能够跟踪各个包装。

    包含 M3 TEI 和运输执行系统的包装跟踪方案最初需要运输执行系统中的内置功能。M3 TEI 将按照先前所述内容执行包装下载。然后，运输执行系统存储该标签单据并管理与运输车的整合，以跟踪包装。跟踪通常通过使用由运输方提供的因特网跟踪功能来完成。

    M3 TEI 在跟踪流程中不起积极作用。此内容由运输执行系统管理。

    注意 配置要求

    下载所使用的单据（通常是标签）时，将管理 M3 TEI 与运输执行系统之间的整合。

    所需的与跟踪相关的附加信息是下载附加标识。由TEI 输出控制。打开 (MWS275) 控制的多种方法可用于检索 TEI 明细别名 ID。此 ID 可以与标签信息一起下载，用作附加跟踪 ID。此外，还可以使用交货。连接包装 (MWS423) 中定义的外部跟踪号。

相关主题