外观
仓储堆场与自营车队
有自己仓库、堆场或车队的物流公司，问题通常不在"有没有系统"，而在现场产生的数据回不到办公室。
典型痛点
- 收货、盘点、磅差在纸上，回来再录一遍，差异说不清是谁的责任
- 堆场箱位靠记忆，找箱、翻箱耗时
- 司机到厂等待、回单拍照没有证据链，月底和承运方扯皮
- 三维可视化看着好看，但不能回答"这个箱该放哪"
方案要点
| 域 | 落地的能力 |
|---|---|
| 仓储 | 到货预约、收货验收、库位与批次、过磅计量、盘点与差异单、波次与拣货路径、月台调度 |
| 堆场 | 箱台账与轨迹、堆位占用、进场排队、闸口吊箱与计量、残损验残与 EIR、超期与空箱库龄 |
| 车队 | 任务与派车、运力与证照、节点上报、DVIR、等待费证据、回单 OCR、单车成本 |
| 可视化 | 仓库与堆场三维视图（Three.js），叠加"该放哪""哪里要翻箱"的建议 |
AI 在这个方案里做什么
- 三个业务副驾：仓储运营助手、堆场助手、车队助手
- 班组简报：
wms_shift_brief·yard_shift_brief·trucking_morning_brief - 归因：
wms_measure_root_cause（磅差从哪来）·wms_count_variance_attribution（盘点差异）·trucking_fault_explain·explain_weight_deviation - 建议：
wms_replenishment_advice·wms_slotting_opportunities·yard_where_to_put·trucking_dispatch_suggest - 识别与核验：
trucking_pod_ocr·trucking_pod_verify·trucking_four_doc_crosscheck·trucking_dg_doc_check - 提案式写入：登记计量、改预约到场时间、生成盘点计划、申请盘料、对账差异、库位状态、箱损验残、EIR 补录、闸口计量、吊箱指令、堆位锁定、节点上报、等待费、回单、事故违章、DVIR、维修工单
写前先预演：仓储侧的移库、计量、盘点类提案会先给出影响 diff（含是否产生差异单），且预演与真实执行共用同一套校验。
现场怎么用最省事
司机与搬运不需要学系统：拍照上传、一句话上报节点，识别与校验在后台完成，人只处理差异。