阅读时间:5.5 分钟

延误和未达到服务水平协议通常被视为运行故障。

实际上,它们通常是数据故障。

在供应链工作的人对此都不会感到陌生。

客户询问他们的货物在哪里。业务部门正在检查 TMS。客户服务部门正在刷新跟踪门户。承运商有自己的更新。它们都不匹配。

您的团队正在努力寻找答案:打电话、发信息和进行人工检查。

与此同时,成本持续上升,客户被蒙在鼓里,每一次延迟和错过服务水平协议都会削弱信任。

虽然这种干扰不可避免,而且整个行业都在努力改变现状,但我们必须认识到,干扰本身很少能解释延误。延误是潜在结构性问题的症状。

延误的根本原因:数据分散

大多数延误和未达到服务水平协议(SLA)的核心原因是同一批次的货物存在于多个系统中,每个系统对事实的描述各不相同。孤立地看,它们都没有错,但问题在于它们之间没有完全连接。

同一批货物如何在多个系统中生存

从提出采购订单到确认交货,一批货物要经过多个贸易伙伴之手。他们各自运行着自己的记录系统:TMS、ERP、WMS、承运商门户网站,甚至是电子表格。这些系统在设计时都没有考虑到相互之间的对话,因此在每次交接时,数据要么是手动重新键入,要么是通过平面文件导出和重新导入,要么是通过点对点集成推送。

其结果是,一次装运的货物不是一个数据对象,而是五六个平行记录,每个记录都是独立创建的,每个记录都只反映该合作伙伴在最后一次接触它时所了解的情况。

这三个连锁反应使问题变得更加严重。首先,没有任何一方拥有完整的货运记录:没有任何一方拥有完整的货运记录。所有权因腿、地域和职能而分散,这意味着没有人负责保持统一记录的准确性。

第二:更新是由事件驱动的,但又是异步的:每一方都使用自己的参考号(订舱号、提单、仓库 AWB、PO 号),在自己的时间轴上从自己的视角报告所发生的事情。要将这些信息整合成一个统一的格式和装运时间线,需要人工实时操作。

第三:例外情况和更正都是在系统之外处理的–通过电子邮件、WhatsApp 或电话–这意味着最关键的更新(滚动、港口遗漏、海关扣留)往往最不可能被任何系统捕获。

累积的结果就是数据基础被破坏:这并不是因为任何一个系统出了问题,而是因为没有一个系统掌握了完整的真相,也没有办法对它们进行持续的调和。团队在查看哪个版本的数据时,就会根据哪个版本的数据做出决策,这就是延误和错过服务水平协议(SLA)的根源所在。

如何在业务中体现

数据分散造成组织孤岛。履约、采购和物流通常都是各自为政,几乎没有共同的背景或责任。

运营部门可能正在升级一个客户管理团队尚未发现的问题,而客户已经根据从跟踪门户获取的另一个数据点提出了投诉。

各职能部门和外部贸易伙伴之间缺乏协作,仍然是供应链改进的最顽固障碍之一。

在分散的生态系统中运营的公司发现,几乎不可能进行情景规划和灵活决策。当延误实时发生时,所需的能力是对装运生命周期中每个功能和贸易伙伴的数据进行单一、可信和共享的查看。没有这种能力,团队就会花费更多的时间去追逐更新,而不是解决问题。

业务影响:当一个延迟变成一个产生延迟的系统时

延误不会孤立存在。一次延迟会引发连锁反应。

由于港口拥堵,一批货物错过了一艘船。错过船只导致货物错过仓库交货期,而下一个可用交货期是 10 天后。零售商必须下紧急订单,以避免店内货架空置。这份紧急订单将另一批预定货物推上了货轮,造成了第二次延误。

如此循环往复,对财务的影响很快就会加剧。

– 加快收费

– 滞留和滞期费

– 航空货运升级

– 罚款扣除

– 劳动力成本增加

– 客户不满

– 失去贸易伙伴之间的信任

随着时间的推移,零散的数据会造成一种环境,使企业减少信任,增加审计,并花费越来越多的时间来验证信息,而不是运送货物。

这不是延迟问题。这是一个数据问题,它产生了延迟问题–在系统接触的每一批货物中,大规模地、重复地产生延迟问题。

目前的解决方案为何存在不足

当延误激增时,人们的本能是增加更多的跟踪功能:更多的门户、更多的状态更新和更多的仪表板。这种做法很少奏效,因为跟踪工具报告的是单个系统内部发生的情况。它们并不能修复脱节的系统。 坐在零散数据之上的可视性平台仍在读取零散数据。 它只浮现了症状,却没有触及病因。

大多数技术投资都遵循点对点的逻辑–将系统 A 与系统 B 集成,然后将系统 B 与系统 C 集成。其结果是建立和维护连接的成本高昂,而且无法在多方生态系统中进行扩展。当增加新的运营商或合作伙伴更换系统时,集成就会中断,数据缺口就会再次出现。

必须改变什么?单一、共享的真相来源

要解决延迟问题,就必须从根本上改变供应链数据的共享方式。

解决的办法是建立一个根本不同的数据架构,在这个架构中,货物只有一条记录,而不是多条记录,而且供应链生态系统中的每一方(或贸易伙伴):供应商、承运商、经纪人、买方都可以读取和写入该记录的同一共享验证版本。

供应链需要一个共享、可互操作的数据基础,让所有贸易伙伴都能实时根据相同的可信信息开展工作,而不是让每个参与者都维护同一货物的不同版本。

这就是点到任意模式背后的原理,在这种模式下,每个参与者只需连接一次共享网络,而不是单方之间的双边集成。没有相互竞争的版本。所有各方都能访问无缝数据交换和单一真相来源,这在以前是不可能实现的。

其结果不仅是提高了能见度。它是业务调整。

基于区块链的基础设施使这一切变得可验证,而不仅仅是可见的。每一笔交易、装运和合规事件都有永久的时间戳和加密保护,这意味着数据事后无法更改,供应链中的每一方都可以相信他们所看到的一切,而无需独立验证。结合在每个物理里程碑(出发、到达、清关、移交)触发的实时更新,装运记录在每个利益相关方之间同时保持最新和一致。

这一转变的核心是从数据作为各方拥有和守护的东西,转变为数据作为生态系统共享和信任的东西。这才是打破延迟机器的关键所在。

数据问题解决后,操作发生变化

修复数据基础不仅能减少延误。它还能改变整个运行方式。

团队不再追逐更新,而是开始管理异常情况。由于在问题出现之前就能看到导致出错的情况,因此已步入正轨的出货量将保持在正轨上。实现服务水平协议(SLA)绩效,因为决策是根据准确、共享、实时的信息做出的。

好处不仅限于运营。合作伙伴开始相信他们所看到的。客户停止审核,开始合作。更少的延误意味着更少的处罚和更少的紧急修复。

可预测性成为基线。