前端分货、后端发货、PostgreSQL 节点更新统一入口。
系统以金蝶销售订单中的 EAN、数量和交货条款为准，不再解析 PI Excel。
每个普通客户只确认一位负责人；负责人和实际发货仓库相互独立。香港订单固定由 Daive 负责。
解析 DJI PI 后核对仓库、实体 EAN 和数量，确认无误后写入 Inbound。
四份附件统一解析；先核对 ASN、目的仓、CI/PL、ProductSN 和金蝶物料，再依次完成金蝶采购入库与 Inventory 录入。
采购入库 SN 请在右侧“上传采购入库 SN”卡片选择 Excel；它用于 Factory ProductSN，独立于“销售出库与 SN”。
按 CI 汇总 Combo V5 延保任务；证据、真实仓库和逐台 SN 就近展示，Lark Base 仅作可选历史镜像。
两个仓库使用独立的 PostgreSQL 发货工作表和履约流程。选择后，系统只读取并操作对应的订单。
以本页生成的备货单为基准，预览仓库指令并核对 GI 实拣数量与 SN。
所有模块读取规范化 PostgreSQL 投影；没有证据的字段保持空白或待处理。
只显示可由当前 SQL 证据证明的采购、在途、库存和客户履约状态。
三个分类只改变 purchase_kind 筛选；采购 PI、采购行和 ASN 关联共用同一规范化模型。
purchase_kind
一个采购 PI 可关联多个 ASN；每个当前有效 ASN 必须完整归属香港嘉里仓或一个客户。
库存余额只由不可变入库、出库、经批准调整和有效预留计算，禁止直接覆盖。
同一客户 PI、订单行或 EAN 可以按数量混合香港库存、DJI 工厂直发和第三方直发。
只执行已存在的香港库存预留；申请、接受、部分完成、取消和 Dispatch 关联均保留不可变证据。
发货工作表和可视化继续读取同一个 DispatchGridStore / PostgreSQL 查询投影，不复制第二份业务数据。
CI 文档按一对多保存；工作表显示前两个 CI，更多文件以 +N 展示。
差异只在用户确认后精确修复；所有步骤保留来源行、证据哈希与幂等结果。
从 AR20260785 开始在 PostgreSQL 连续取号并留痕；更早记录仍在原历史来源查询。
| AR | 状态 | 客户 | PI | 发货批次 | 数量 | 类型 | 申请人 | 创建时间 |
|---|
SQL 日常库存表与 Shadow 对账相互隔离；客户订单列可打开订单动作抽屉，写入能力仍由默认关闭的门禁控制。
| 商品与仓库 | 实物与在途 | 占用与出库 | 结果与操作 | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| EAN | Description | 仓库 | 累计库存 | 工厂已下单 | 工厂已备货 | Inbound在途 | 已分货总数 | 已分货待打包 | 已打包未发货 | 已发货 | 提前预留 | 核对差额 | 可用库存 | 守恒 | SQL / Lark |
| 正在读取最新 PostgreSQL 快照… | |||||||||||||||