ERP 里改一条订单要十分钟 · Excel 加微信批量处理五十条只要二十分钟 —— 然后状态列三个月没更新过
本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。 案例设定:铭泰精密(虚构)月底盘数据发现跟踪表状态列有 11 张单停留在「已下单」—— 其中 7 张早已到货、3 张在途、1 张已退货。状态列成了摆设。
注意标橙色那一份 —— 03_物流查询记录.xlsx。它采购员零散查询 · 从不留档,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
短是因为「事实vs承诺的判定口径、三方对齐规则、可回溯更新」都在能力包里。原表扔回来,原表拿回去。
| 数据源 | 口径 | 可信度 |
|---|---|---|
| 微信记录 | 供应商说什么 | 承诺 ≠ 事实 —— 待验 |
| 仓库登记 | 货到没到 | 权威事实 |
| 物流查询 | 单号真不真 | 硬证据(查无此单 = 谎报) |
修正原则:仓库登记 > 物流核验 > 微信承诺 —— 事实的等级高于说法。11 处修正全部标注出处(哪页登记本/哪次查询/哪句微信)。
PO-2606 广材市场的料整批退货(超差)—— 状态改成「已退货」之外,这单还欠一个动作:通知财务在对账时冲减这批货款(IC-03 的对账差异表会用到这条记录)。
答不上来的问题,比答得漂亮的问题更能决定这场演示的结果
返回场景引入页,可查看完整案例背景、演示步骤与提示词