供应链影响

当关键供应商停摆，冲击最终会落在某位客户身上。
连接两者的链条，不存在于任何系统中。

采购部门知道合同、供应商和原材料。运营部门知道这种材料供给哪些装配线，以及哪些成品从这些装配线下线。销售部门知道产品组合和持有订单的客户。三方各自都是对的，却没有一方能回答另外两方合起来才使之成为可能的问题：如果这家供应商今天出了问题，哪些客户会受到伤害？

打开演示运作方式

知识分别在哪里

数据并不缺失。它分散在三个从未连接起来的系统里。

ERP · 采购

采购

合同、供应商、原材料。哪份协议覆盖哪个零部件，条款是什么。

未关联

ERP · 生产

运营

原材料、装配线与成品之间的关系。什么用在了什么里面。

未关联

CRM

销售

产品组合与客户群。谁订购了什么，以及承诺何时交付。

同一条链条上的三个环节，分别保存在三个系统里，而它们之间的关联只存在于那些在这里待得足够久的人的脑海中。问题不在于缺乏数据，而在于组织所掌握的知识在结构上是碎片化的。

现状

一个简单的问题，却要花数周才能回答。

由于各个环节互不相连，回答这个问题意味着：

跨职能会议

来自三套 ERP 的电子表格

人工对账

再加上几分猜测

这些工作本身做得很到位。问题在于时机：一个要花数周才能得出的答案，到来时客户早已察觉。到那时，要做的决定已经不是控制影响，而是道歉。

一个模型，一次查询

每个实体都成为一个节点：协议、零部件、订单、客户。

模拟一家供应商的中断——Adventure Works 模型中的Victory Bikes——智能体会从这一个节点出发，沿着关系向上游和下游遍历：

影响模拟

Victory Bikes

重新运行遍历

类型化路径

5 跳

合同登记册 · 产品目录 · 运营登记册

Victory Bikes

外部实体 · 合作伙伴与供应商

具有当事方 ←

Supply of Touring Tire Tube

治理与合规 · 协议

受制于 ←

Touring Tire Tube

实物资产 · 库存与物料

依赖于 ←

SO70282

业务 · 商业往来

下单方为 →

Dalton Adams

外部实体 · 客户

受影响客户

只需几秒，返回的也不是一份摘要，而是一份您可以据以行动的清单：

遍历返回的结果

4 项发现

Adventure Works · 演示租户

即将短缺的原材料——Touring Tire Tube

张有效采购订单因此停滞

款组装产品依赖这项投入

位持有这些产品订单的客户，及其背后的客户负责人

五跳，而没有一跳是智能体推断出来的。每一跳都是某个人或某个系统早已断言过的类型化关系。这条链条跨越了一份第三方协议、一个零部件、一张销售订单和一个人：四种类型、三个部门、一次查询。

风险，以及应对之道

发现风险敞口的同一次遍历，也会追问是否有出路。

再往外一跳，是任何摘要都触及不到的部分：这个零部件是否有第二个预先签约的来源。对这个零部件来说，没有。

库存与物料

Touring Tire Tube

受制于 →

协议 · 别无其他

1 项协议 · Victory Bikes

而这种缺失本身就是发现：一个被点名的单点故障，连同它所危及的订单和客户。如果确实存在第二份协议——就像这家供应商同样供应的轮胎那样——同一次遍历也会把它返回，答案就变成了一项附带缓解措施的影响。无论哪种情况，答案都是具体的，而且您在提问之前并不需要知道自己属于哪一种情况。

而且，由于这是模型的一种状态，而不是某人运行出来的报告，它不会等着被问起：

已发现

某个零部件变成了单一来源。一次交付出现延误。一份协议即将到期。

已流转

流转给对该协议负责的人，以及面临风险的客户账户的负责人——而不是某个邮箱。

由人做出决定

改换来源、重新认证资质，或接受这一风险敞口。智能体不会更改采购来源。

已记录

决定了什么、由谁决定、何时决定，以及是基于模型的哪一个状态做出的决定。

不是一句含糊的警告。而是一个被点名的单点故障——连同其背后的订单和客户。

是关注上的自主，而不是权限上的自主。智能体负责识别、报告、监控和上报。它不会更改您的组织。

所需要的条件

它回答的是模型中已有的内容。而其中大部分，您已经拥有。

协议在您的采购系统里。物料清单在运营部门。订单和客户账户在销售部门。这些都不需要人工编写——它们是读取进来的，而且这些节点始终与其来源保持绑定。

真正新增的，是它们之间的关联，而这些关联只需类型化一次，而不必针对每个问题重新对账。这才是真正的工作。这也是第二个问题不再需要任何成本的原因：回答供应商故障的那次遍历，同样能回答工厂关闭、零部件停产、合同即将到期等问题。

亲自问一问

数周的人工追踪，或是一个用日常语言提出的问题。

Adventure Works 已在演示租户中完整建模——供应商、协议、零部件、订单和客户。问一问供应商出现故障会波及哪里，再读一读它作答所依据的路径。

看它实际运行

打开演示

用您的工作账号一键进入。无需填表，无需通话。

打开演示

或者阅读模型

运作方式

类型化节点、类型化关系，两者都有生命周期——这就是为什么五跳的成本与一跳相同。

运作方式 →

当关键供应商停摆，冲击最终会落在某位客户身上。连接两者的链条，不存在于任何系统中。