案例模拟：汽车制造商供应链危机

0. 背景

一家全球汽车制造商，拥有 ERP、MES、WMS、TMS、SRM、CRM、财务、质量等系统。某关键二级供应商突发中断，影响芯片/零件供应。

企业真正不知道的不是“出事了”，而是：影响哪些零件、车型、工厂、客户订单、收入、替代方案和审批责任。

1. 数据接入不是终点

Palantir 接入 ERP、MES、WMS、TMS、SRM、CRM、质量、财务、外部风险数据。关键不是接入更多数据，而是把数据转成业务对象。

ERP/MES/WMS/TMS/SRM/CRM
→ Supplier / Part / Factory / Production Line / Inventory / Customer Order / Risk Event

2. Ontology：对象化供应链现实

Object Types 包括 Supplier、Part、Factory、Production Line、Vehicle Model、Purchase Order、Customer Order、Inventory、Shipment、Risk Event、Alternative Supplier、Production Plan、Financial Impact、Quality Issue。

每个对象有属性：供应商地区、交付历史、质量评分；零件关键程度、库存天数、替代件；工厂排程、停线风险；客户订单优先级、违约成本、收入影响。

3. Link Types：把关系连起来

Supplier supplies Part
Part used in Vehicle Model
Vehicle Model produced at Factory
Production Line requires Part
Inventory stores Part
Customer Order requires Vehicle Model
Risk Event affects Supplier

这样系统可以从一个供应商事件推导出受影响零件、车型、工厂、产线、客户订单、收入和替代方案。

4. Functions：计算影响

• 库存可支撑天数
• 停线概率
• 客户延迟风险
• 替代供应商成本
• 收入/毛利/违约风险
• 生产计划调整方案

Calculate Days of Supply = 当前库存 / 每日产线消耗量
Estimate Revenue at Risk = 受影响订单 × 单车收入 × 延迟概率

5. AIP：AI 进入分析与决策辅助

AIP 可以在 Ontology 和权限边界内总结风险、解释影响链、生成方案、调用 Functions、比较方案、给不同角色不同视图。

6. Actions：从建议变成动作

方案 A：切换替代供应商；方案 B：调整生产排程；方案 C：加急物流。

Action Types 定义谁能提交、需要哪些参数、哪些审批必须完成、修改哪些对象、是否触发通知、是否记录日志、是否允许回滚。

7. 权限与审计

采购、工厂、财务、法务、销售看到的内容不同，AI 也不能越权调用动作。系统记录谁看了什么、谁改了什么、AI 建议了什么、人类接受/拒绝了什么、结果如何。

8. 最终变化

传统方式：出事 → 开会 → Excel → 邮件确认 → 多系统查数据 → 决策滞后 → 执行断层
Palantir：Risk Event → 自动识别影响对象 → 计算风险 → AIP 生成方案 → 人类审批 → Action 执行 → 审计反馈