2026-09-21 钉盘库存与日出库更新到 8.186 和云端

旭东 → OpenClaw：

钉盘里面最新库存数据和日出库数据已上传，你去读取并更新到11.79系统中，并及时刷新缓存，另外查缺补漏一下是否有遗漏，如果有则进行补录

OpenClaw 响应（先排查目标环境）：

11.79 当前无法访问，未做任何写入：

本机 ip neigh 中 192.168.11.79 状态 FAILED（ARP 无响应），ping 100% 丢包，SSH 报 No route to host；
扫描整个 192.168.11.0/24，无任何主机在跑 18888 端口（该网段仅 11.92 开放 22）；
从云端 82.156.135.91 也无法连通 192.168.11.79。

结论：11.79 主机不在线，需旭东确认后再补同步。

旭东 → OpenClaw：

钉盘里面最新库存数据和日出库数据已上传，你去读取并更新到8.186系统和云端系统中，并及时刷新缓存，另外查缺补漏一下是否有遗漏，如果有则进行补录

OpenClaw 响应：

一、完整扫描钉盘（非只查首页）

日出库目录 820 个文件：最新 20260920-wdt-cksj.csv；09-20 仅上传旺店通 1 个来源，09-19 有 8 个来源。
库存目录 1,566 个文件：最新 20260921-wdt-kcmx-*，09-21 已齐 21 个仓库（编码 01/02/04/05/06/07/09/10/11/12/13/14/15/16/20/24/25/26/27/29/35）。

二、查缺补漏（两端分别比对文件组合与数据库组合）

比对前按既有规则归一化：来源把中文全称折算成代码（京东国际→jdgj 等），仓库编码去前导零；导入清单保留文件名里的原始仓库编码。两端缺口一致：

日出库 17 个组合：09-18 的 dymuto/dyqsimelr/jdbz/jdgj/jdjwt/jdmrt/jdsmj/tmgj（该日 wdt 已存在）、09-19 的全部 8 个缺失来源（含 wdt）、09-20 的 wdt；
库存 21 个组合：09-21 全部 21 个仓库。
库内早于 2026-09-05 的历史组合（出库 703、库存 1,293）属早期遗留，未删除、未覆盖。

三、导入（先备份切片，再写）

备份：写入前对两端 38 个目标切片逐个查询并保存 JSON（本地 /tmp/dingpan_scan_20260921/backup_local_*.json、云端 /tmp/update_20260921/backup_cloud_*.json），38 个切片全部为 0 行，无误删风险。
源文件：下载 38 个 CSV，scp 到云端 /tmp/update_20260921/，两端整体 md5 一致（61ab187b7f2c983a901d3139eccb5a4e）。
导入复用项目现有实现（本地 import_dingtalk_latest.py、云端 import_20260908_cloud.py），未另写字段映射；特殊成本价 8 条规则、无效编码（NA/N/A/合计/空）过滤、编码探测均沿用原逻辑。
结果：8.186 出库 +6,781 条、库存 +21,403 条；云端出库 +6,781 条、库存 +21,403 条（含 09-20 旺店通 2,085 条、09-19 旺店通 2,069 条、09-18 八个来源 1,501 条）。

四、刷新缓存与服务

两端各刷新 11 个缓存模块；8.186 用用户级 systemd 单元 systemctl --user restart dy-dashboard，云端 kill -HUP 平滑重载。
HTTP：8.186 本机 200（0.04s）、局域网 200（0.05s）；云端本机 200（0.09s）、公网 https 200（0.06s）；启动日志无新错误。

五、最终对账（无遗漏）

重新全量比对：两端缺失出库组合 0、库存组合 0。
新导入的 38 个组合两端行数逐条一致；出库按「日期+来源」行数与数量合计两端全部相同；库存 09-21 两端均为 21 仓、21,403 条、可用 45,577,437、生产在途 1,685,627、采购在途 12,970,943；空编码/NA/合计脏数据 0 条。
累计：8.186 出库 398,918 条（至 09-20）、库存 1,626,603 条（至 09-21）；云端出库 405,799 条（至 09-20）、库存 2,477,105 条（至 09-21）。

未操作：11.79 生产环境（离线，未做任何读写）。