AiDOPWarehouse/doc/plan/旧DOP-MES-WMS

旧 DOP · MES · WMS 梳理文档目录

本目录集中存放旧版 DOP 与 MES/WMS（同库分表 + APP）相关梳理成果。

阅读顺序建议

1. 旧DOP系统环境速查.md — 代码地址、库连接、服务入口
   
2. 旧DOP-MES-WMS业务与读写表梳理.md — 业务全景与表读写
   
3. 旧DOP-MES-WMS-APP操作手册对照.md — 方老师 APP 手册 ↔ 过程/表
   
4. 旧DOP-MES-WMS主链路字段级变更.md — 备料/发料与投产/报工字段级
   
5. 新AIDOP-MES-WMS对接现状对照.md — 新系统对接现状（对照旧 DOP）
6. 对接任务书/ — 补齐方案与可执行任务书（总方案 + 执行须知 + WP1–WP8 + 附录 A）

对接任务书

目标：新 Ai-DOP 完全实现旧 DOP 与 MES/WMS 的对接功能，并满足方老师 APP 操作手册里的全部 MES/WMS 操作。架构前提是 MES/WMS 不可修改、仍读写 165 的 dopdemorq，新系统通过数据中台双向对接（入站抽数 + 字段级回写）。

从 对接任务书/00-总体方案.md 开始读；判断「手册是否都覆盖到了」看 对接任务书/附录A-手册操作覆盖矩阵.md。

按手册逐条核对后新识别出的三处关键缺口（已并入任务书）：

1. 手册 WMS 第 1 章的 6 张基础数据表由 DOP 侧维护，原方案无人承接 → 新增 WP7
2. PDA「我的任务」由 DOP 推送 MobileTask，原方案只当入站表处理 → 并入 WP7
3. 建领料单前必须解析保管员（EmpWorkDutyMaster），而该表在 165 上为 0 行 → 列为阻断项

时效：为什么又加了 WP8

旧 DOP 业务服务直连共享库，计划员看到的执行数据是零延迟的；它那些「响应执行事实」的自动作业反而按天扫描，且 pr_SFM_AutoCreateIssuedFlow 在库内无调用方，下达由人触发。旧 DOP 并不存在「APP 操作完 → 自动回写」的秒级闭环，它的顺畅感来自执行数据实时可见。

新架构里这份「实时可见」丢了：S1–S4MdpSyncTransformJob 各每 60 分钟、S5MdpRefreshJob 每天 5 次。而且不能靠调快周期补——165 上没有一张表在 UpdateTime 上有索引，时间戳增量只能全表扫，C1 又禁止加索引。

因此新增 WP8：用「在途业务键集合」的 IN 窄查询（走既有业务键索引 seek）做 5 秒热轮询，目标 P95 ≤ 10 秒；同时 WP3 把出站从 60 秒轮询改为入队即触发。经决策，不新增旧 DOP 没有的自动回写闭环，也不开业务页面直读 165 的旁路。

明细附件

文件	说明
旧DOP-MES-WMS-APP控制器过程映射.csv	Procurement WMS Controller → 存储过程
旧DOP-MES-WMS-存储过程表读写明细.json	Save/BPM 等过程表级读/写解析

工具与中间产物

tools/：过程解析脚本、手册文本抽取、字段级中间 JSON 等（可重跑，非正式交付正文）。

相关（仍在 doc/plan/）

• ../AIDOP双模式架构与第三方对接现状基线.md
  
• ../AIDOP双模式S5-S7独立SQLServer跨库回写方案与任务书.md
  
• ../旧系统MongoDB情况说明与新系统替代分析.md