在以前的博客中，分析了SAP Transportation Management（TM）的不同版本。S/4hana供应链的TM（嵌入式TM）是未来的TMS（运输管理系统）的SAP。LE-TRA（物流执行-运输）和SAP TM商务套件（独立TM）将很快淘汰。早期通过LE-TRA设计的基本装运流程应该通过嵌入式TM的基本装运功能来实现。由于专业运输需要额外的许可成本，客户通常希望了解运输中的额外业务流程，云信息，这些流程可以使用embedded TM的专业运输功能进行设计。接下来的几个博客将详细介绍运输过程中的一些业务问题/问题及其使用SAP TM解决/设计。

运费结算流程：

托运人通常从事产品的设计和制造业务，在将这些产品运输给客户方面可能没有足够的资源和专业知识。因此，托运人通常将大部分运输转包给外部承运人。为了有一个可持续和稳定的运输过程，托运人通常与承运人达成协议。定期与承运人协商条款和费率，并根据要求更新协议。

一旦承运人完成装运，承运人将向托运人发送发票，以支付运输服务费用。发票中的价值将根据计算的金额（基于协议）进行验证，并处理付款。如果计算的金额与承运人发票金额之间存在任何差异，将启动争议程序。整个过程称为运费结算过程。这一基本流程还有其他变化，如电子收据结算（ERS）等……

Drewry，一家独立的海事研究咨询公司，发现了由于当前流程、缺乏自动化和运输链数据不一致而导致的普遍的低效率、高成本和痛点。对于中小型托运人来说，货物和发票之间的核对部分或全部是人工的，而且耗时。对许多人来说，这是一个昂贵的手工过程，什么叫大数据云计算，由于发票错误而变得更加繁重。如果发票正确，则手动检查货运发票并打印支票可能需要2到15分钟。如果发票不正确，这个时间会急剧增加。【国际航运新闻04/05/2018】

SAP解决方案：

为了方便运费结算流程，在SAP TM中，运费协议用于存储承运人合同。版本控制也可用于更新货运协议。在发货过程中，在TM系统中创建货运订单，并根据业务规则选择承运商。基于运费协议进行费用计算后，生成运费结算单（FSD）

通过embedded TM的基本发货功能，可以实现上述运费结算的基本流程。（LE-TRA via Shipping cost文档中也有类似的流程，其中费率存储在条件记录中）。

基于事件的费用：

在承运人合同（货运协议）中，免费云服务器，通常有不同的费用类型来分类各种费用。例如，收费类型可以是"长途运输费"、"燃油附加费"、"折扣"等。这些收费类型中的大多数都是固定的，并且在所有情况下都是必需的。但是，也有可能发生基于事件的指控。这些费用仅在发生特定事件时适用。否则，承运人将不收取这些费用。例如，清洗事件。如果在产品运输过程中，由于发货人包装不良导致产品泄漏，则必须清洗卡车或集装箱。开利可在发票中收取此额外金额。

因此，如果发生此类事件，开利将收取额外金额。如果这没有包含在TM费用计算/FSD中，则TM FO/FSD和承运人发票中的金额会有差异。这可能导致纠纷，进而进入纠纷解决程序。对于承运人和托运人来说，解决争端可能是一个费时费力的过程。因此，有一个共同的业务需求来检测事件并自动计算费用。否则，这些费用必须手动添加到相应的货运订单中。

在SAP TM中，我们具有"事件驱动费用计算"功能来设计上述流程。在这里，我们定义一个事件配置文件并定义各种费用类型。然后将此事件配置文件添加到FO类型自定义中。因此，货运订单、事件和费用类型是链接的。在FO费用计算过程中，大数据与云计算，如果费用类型出现在已确定的运费协议中，并且已过帐事件配置文件中的相应事件，则此费用类型将变为活动，并相应地计算费用。（事件可以通过事件管理、自定义FIORI app、GTT（全球跟踪跟踪）、EDI、在货运单中手动等方式在TM中发布）

事件发布前的货运单费用

事件发布后的货运单费用

常见场景：

是事件驱动费用计算的其他要求，这可能需要一些额外的编码。但以上3种场景涵盖了运输过程中的大部分需求。此外，由于技术框架已到位，所需的编码通常较少，在云上，且大多在计算库的助手类中。

整个运费结算过程可通过SAP批处理作业实现自动化，通常仅在发生争议时才需要手动干预。公差范围内的争议可设计为自动批准。通过事件驱动的费用计算功能，承运人发票和TM FSD之间费用差异（超过容差限制）的情况可以显著减少。这大大提高了与承运人的货运结算过程的整体自动化程度，并降低了发票验证成本。