一条流畅运转的供应链，从结账和仓库到门铃都能提供‘实时’数据洞察：这听起来有时像科幻小说。但它确实可行。让我们看看哪些环节容易出错，以及如何改进。
物流运营始终由销售驱动，这意味着物流概念和运营必须遵循销售概念；从我的视角来看，随着电子商务的到来，B2C、B2B、D2B、D2C、跨境、市场以及线下/线上零售等销售趋势对复杂的多门店、仓库和承运商运营产生了影响。消费者对物流服务、可靠性、选择方案和可持续性提出了越来越高的要求，实际上他们期望每次购买都能获得一种一次性的、临时的“迷你SLA”。
发生了什么？
在开发销售概念时，往往没有考虑到物流运营所需的概念。其后果是供应链运行不畅、缺乏洞察力和控制力、大量返工、成本过高、不必要的二氧化碳排放增加以及客户满意度下降。主题（主）数据、供应链集成以及在采购过程中即可组织和控制供应链等问题，往往未被考虑或仅部分纳入。
根据我自身的经验，我必须指出，“只要有发货标签一切就会好”和“这不是我的问题”这类想法至今仍然普遍存在，但这完全错误；销售渠道及其带来的物流链复杂性的不断增加呼唤着不同的方法！对此处理不足或不够会导致收入损失并推高物流成本和二氧化碳排放；除了行为因素——即营销与销售的支配地位——以及部门本位主义思维之外，我还看到在数据与系统集成方面存在挑战。
数据和系统集成
数据要么不可用，要么仅在部分情况下可用，要么在错误的时间点可用，或者分散在多个系统中。例如商品主数据、库存数据（数量和位置）、（开放）时间和能力（仓库、取货点、网络、最后一公里）、运输时间、路线、成本（履约和运输）以及二氧化碳排放量。如果你想从供应链中收集数据，通常的假设是所有供应链参与方的数据集都共享在一个数据库中。但在实践中，这往往行不通，因为出于竞争考虑，许多参与方不愿共享数据。此外，数据在这种情况下是“静态”的，因此会立即（部分）过时，从而无法使用。而且，系统并不具备处理所有数据所需的所有字段和算法。
每个网店系统、ERP、WMS和TMS都有各自的技术规范以进行集成和定义字段，并具备用于记录数据的规范；同时，能够被记录和处理的数据类型通常仅基于系统自身功能所需的数据，而非整个供应链所需的数据，这造成了极高的门槛（成本、周期、不可能性），导致供应链中的系统无法完全集成且数据无法共享；此外，数据并非在正确的时间点获取和处理，也未能实时获取和处理。
如何避免以及如何做到
结果呢？供应链整合不佳或仅部分整合，导致所需的可见性和供应链控制数据未能完全且/或在正确的时间点在正确的系统中可用。这会耗费资金、产生不必要的二氧化碳排放并流失客户。
那该怎么做呢？重要的是，供应链系统中的（主）数据应在系统具备相应字段和算法的情况下，完全填充以准确的数据。随后，需要一个独立的供应链控制平台（Chain Control Platform），该平台能够针对每笔交易从系统中实时获取、处理和存储数据，并利用这些数据来规划、指导执行、监控和报告。由于实时处理仅为特定交易的小量数据，从而避免了参与方不愿共享数据以及数据经常过时的难题。
该平台必须与供应链中的所有系统实现集成。通过遵循待连接系统的规范，可以实现连接的标准化，从而快速且低成本地进行（重新）使用。平台会采集数据并在必要时进行映射。为了能够全面掌控和调度整个供应链，并实现监控与报告功能，平台需要具备订单管理、运输管理、发货管理、容量管理、可视化管理以及报告管理等方面的功能。此外，平台还必须能够与供应链中的所有参与方（包括客户）进行通信。通过算法和业务规则，可以在整个流程中（从结账到送货上门）根据成本、速度、可持续性、避免高峰和低谷或这些因素的组合作为优化目标来驱动供应链的运行。
其结果是物流成为销售引擎以及成本和二氧化碳排放的节约者。
关于作者：Roland Slegers-Leijsen是DeliveryMatch的首席执行官。