chore: clean up temporary and local working files

Remove all temporary cache files, local state files, documentation drafts and temporary data files generated during development and testing, including pickled cache files, marker files, JSON pool files, schema documents and local test records.
2026-09-19 08:27:01 +08:00
parent 37f10d3a13
commit 9002d9a642
19 changed files with 25 additions and 5237 deletions
@@ -1 +0,0 @@
-BUILD_DONE
@@ -1 +0,0 @@
-open started (doc), chunks streaming via /stream for file_id=C:\Users\ThinkPad\Desktop\杞欢绯荤粺闂-hd.doc
@@ -1,21 +0,0 @@
-{
-  "open_editors": [
-    {
-      "file_id": "C:\\Users\\ThinkPad\\Desktop\\杞欢绯荤粺闂-hd.doc",
-      "file_path": "",
-      "is_dirty": false,
-      "last_saved_ms": -1,
-      "type": "doc",
-      "version": 0
-    },
-    {
-      "file_id": "_default",
-      "file_path": "",
-      "is_dirty": false,
-      "last_saved_ms": -1,
-      "type": "doc",
-      "version": 0
-    }
-  ],
-  "pool_size": 2
-}
@@ -1,6 +0,0 @@
-EXISTS: C:\Program Files\nodejs\node.exe
-EXISTS: C:\Program Files\nodejs\npm.cmd
-EXISTS: C:\Users\ThinkPad\.workbuddy\binaries\node\versions\22.22.2-3\node.exe
--- public ---
-assets
-index.html
@@ -1,3 +0,0 @@
-node_modules: EXISTS
-vite: EXISTS
-lock: EXISTS
@@ -1,9 +0,0 @@
-# doc_find_and_replace
-
-鏌ユ壘骞舵浛鎹㈡枃鏈紙DOC锛夈€傚彲閫氳繃 scope 闄愬畾鏇挎崲鑼冨洿銆?
-
-鍙傛暟锛堚湏=蹇呭～锛夛細
-  [鉁揮 old_text (string): 瑕佹煡鎵剧殑鍘熸枃鏈?
-  [鉁揮 new_text (string): 鏇挎崲涓虹殑鏂版枃鏈?
-  [ ] file_id (string): The file_id of the editor to operate on
-  [ ] scope (object): 鍙€夈€傞檺瀹氭煡鎵炬浛鎹㈢殑鑼冨洿锛屼笉浼犲垯鍏ㄦ枃鏇挎崲銆備笁绉嶆柟寮忛€変竴锛歵ype=range 鐢?GCP 鍧愭爣锛泃ype=paragraph 鐢ㄦ钀?ID锛泃ype=table 鐢ㄨ〃鏍?ID銆?
@@ -1,7 +0,0 @@
-# doc_find
-
-鏌ユ壘鏂囨湰鎵€鍦ㄤ綅缃紙DOC锛夛紝杩斿洖鎵€鏈夊尮閰嶄綅缃殑 begin/end 绱㈠紩銆佷笂涓嬫枃鍙婂畾浣嶉敋鐐广€傝繑鍥炵殑 begin/end 鏄彲鐩存帴鍥炲～鍒?doc_replace_text / doc_update_text_property 鐨?DOC 鍧愭爣锛涗笉瑕佹寜鑲夌溂瀛楃鏁般€佹钀藉簭鍙锋垨琛屽彿鎵嬬畻浣嶇疆銆傛瘡涓尮閰嶉澶栬繑鍥烇細related_text锛堝墠鍚庡悇30瀛椾笂涓嬫枃锛孾鍖归厤鏂囨湰]鏍囪浣嶇疆锛夈€乸aragraph_id锛堝彲鐩存帴浼犵粰 doc_modify_paragraph(paragraph_id=)锛夈€乼able_id/table_index/row/col锛堝尮閰嶅湪琛ㄦ牸鍐呮椂杩斿洖锛屽彲鐩存帴瀹氫綅鍒板崟鍏冩牸锛夈€?
-
-鍙傛暟锛堚湏=蹇呭～锛夛細
-  [鉁揮 text (string): 瑕佹煡鎵剧殑鏂囨湰
-  [ ] file_id (string): The file_id of the editor to operate on
@@ -1,8 +0,0 @@
-# doc_replace_text
-
-鏇挎崲 range 鑼冨洿鍐呯殑鏂囨湰涓烘寚瀹氭枃鏈紙DOC锛夈€俠egin/end 鏄?DOC 鍧愭爣锛岀洿鎺ヤ娇鐢?doc_find 杩斿洖鐨?begin/end锛屼笉瑕佹墜绠椼€?
-
-鍙傛暟锛堚湏=蹇呭～锛夛細
-  [鉁揮 text (string): 鏇挎崲鍚庣殑鏂囨湰鍐呭
-  [鉁揮 ranges (array<object>): 闇€瑕佹浛鎹㈢殑鏂囨湰鑼冨洿鏁扮粍锛屽崐寮€鍖洪棿 [begin, end)銆備紭鍏堢洿鎺ヤ娇鐢?doc_find 杩斿洖鐨?begin/end銆?
-  [ ] file_id (string): The file_id of the editor to operate on
@@ -1,19 +0,0 @@
-# doc_resolve_document_structure
-
-鑾峰彇鏂囨。缁撴瀯鏍戯紙DOC锛夛紝杩斿洖鎵佸钩鑺傜偣鍒楄〃锛岀敤浜庡湪璋冪敤闇€瑕?idx/index/ranges 鐨勫啓绫诲伐鍏峰墠瀹氫綅浣嶇疆銆侱OC 鐨?idx/begin/end 鏄?UTF-16 code unit 鍧愭爣锛屽寘鍚钀界粨鏉熺銆佽〃鏍笺€佸浘鐗囥€佸瓧娈电瓑缁撴瀯鍗犱綅锛涗笉瑕佹寜鑲夌溂瀛楃鏁般€佹钀藉簭鍙锋垨琛屽彿鎵嬬畻銆傝妭鐐?type锛歅aragraph / Heading锛坔eading_level 1..9锛? Title / Subtitle / Table锛涚紪鍙锋鐨?numbering_type 涓庡啓鎺ュ彛涓€鑷达紝鍙负 bullet / decimal_comma / task / decimal / bullet_arrow / bullet_hollow_circle / multilevel_decimal / chinese_numbering / upper_letter锛涙枃瀛椾笅鍒掔嚎/鍒犻櫎绾?楂樹寒閫氳繃 has_highlights 鏍囧織浣?+ highlight_spans 宓屽叆鍦?Paragraph 鍐?
-paragraph_index锛堝叏灞€ 1-based 鑺傜偣搴忓彿锛夋爣娉ㄧ鍑犳锛堝惈鏍囬锛夈€俻aragraph_id 鍦ㄦ灞炴€ф惡甯?ID 鏃惰繑鍥烇紱娌℃湁鎴栦负绌烘椂鐪佺暐銆傝 ID 鍙繚璇佸湪褰撳墠鎵撳紑鐨?editor 瀹炰緥鍐呯敤浜庡畾浣嶏紝涓嶄繚璇佷繚瀛樺悗鎴栭噸鏂版墦寮€鏂囨。浠嶄繚鎸佷笉鍙橈紱閲嶅紑鍚庡繀椤婚噸鏂拌皟鐢ㄦ湰宸ュ叿鑾峰彇銆?
-Table 鑺傜偣棰濆杈撳嚭 table_index / table_id / table_start / table_end / first_row_texts锛涘叾涓?table_start 涓?table_end 鍧囦负闂尯闂达紙inclusive锛夛紝鍗宠〃鏍煎崰鎹?[table_start, table_end] 鏁存鍧愭爣銆?
-涓夋。 mode锛堥粯璁?compact锛夛細outline=鍙粰 Heading / (Sub)Title 鑺傜偣鍑?preview锛岄鏋剁骇锛沜ompact=姣忚妭鐐?10 瀛楃 preview + has_highlights / row_count脳col_count / children_count / is_numbering 绛夎交閲忎俊鍙蜂綅锛沠ull=highlight_spans / table cells / numbering 璇︽儏鍏ㄩ儴鍥炲～銆?
-瀹氫綅鍗曟浼?idx锛堣嚜鍔ㄦ寜 full 鍥炲寘锛岃烦杩囧垎椤碉級锛涜秴闀挎枃妗ｇ敤 offset/limit 鍒嗛〉锛堥粯璁?limit=150锛夈€?
-娉ㄦ剰锛氬鏋滃彧闇€瑕佹煡鎵?鎿嶄綔琛ㄦ牸锛岃浼樺厛浣跨敤 doc_list_tables锛堟洿绮惧噯銆佹洿杞婚噺锛夛紱鏈伐鍏烽€傜敤浜庨渶瑕佷簡瑙ｆ暣浣撴枃妗ｅ竷灞€鎴栧畾浣嶉潪琛ㄦ牸鍏冪礌鐨勫満鏅€?
-
-鍙傛暟锛堚湏=蹇呭～锛夛細
-  [ ] file_id (string): The file_id of the editor to operate on
-  [ ] idx (integer): 瀛楃浣嶇疆绱㈠紩锛圙CP 鍧愭爣锛屽悓 doc_insert_text / doc_find 绛夛級銆備紶鍏ュ垯鍙繑鍥炲寘鍚浣嶇疆鐨勫崟鍧楋紝鑷姩鎸?full 鍥炲～锛岃烦杩囧垎椤点€傛敞鎰忚繖鏄煡璇㈡帴鍙ｈ繑鍥炵殑 DOC 鍧愭爣锛屼笉鏄钀藉簭鍙枫€佽鍙锋垨鑲夌溂瀛楃搴忓彿銆?
-  [ ] include_highlights (boolean): compact/outline 涓嬪洖濉?highlight_spans 璇︽儏锛坔as_highlights 淇″彿浣嶅缁堣緭鍑猴級銆?
-  [ ] include_table_cells (boolean): compact/outline 涓嬪洖濉?Table.table_rows[].cells[]锛坮ow_count/col_count 濮嬬粓杈撳嚭锛夈€?
-  [ ] include_textbox_children (boolean): compact/outline 涓嬪洖濉?TextBox/CodeBlock/HighlightBlock.children[]锛坈hildren_count 濮嬬粓杈撳嚭锛夈€?
-  [ ] limit (integer): 椤跺眰 nodes 鏈€澶ф暟閲忥紝榛樿 150锛?=涓嶅垎椤点€俰dx 妯″紡蹇界暐銆?
-  [ ] mode (string): 淇℃伅瀵嗗害妗ｄ綅锛岄粯璁?compact銆?
-  [ ] offset (integer): 椤跺眰 nodes 璧峰涓嬫爣锛岄粯璁?0銆俰dx 妯″紡蹇界暐銆?
-  [ ] text_preview_length (integer): text_preview 瀛楃涓婇檺銆備笉浼犺蛋 mode 榛樿锛坥utline=20 / compact=10 / full=50锛夛紱0=鍏抽棴锛涗笂闄?200銆?
@@ -1 +0,0 @@
-WS_BUILD_DONE
@@ -1 +0,0 @@
-hello
@@ -989,3 +989,28 @@
 - 用户本批指令（接驳台四项 + 六项整改 + 主数据合并）：全部闭环。
 - 客户《问题-hd.doc》中的用户问题：**绝大部分已实现闭环**（代码侧），仅 [22][125][167][170][141] 部分/未闭环 + [72][88][39] 等待客户/暂不做。
 - 未修完清单（需跟进）：[22]自动出库、[125][167][170][141] 跨系统/跨视图缺口、[72][88] OA 需客户提供规范、[39] OCR（已决策不做，可忽略）。
+
+## 四、DOC 回填执行完成（2026-09-19 晚，用户"回填吧"指令）
+
+> 上文"不改 DOC、回填未执行"已被用户"回填吧"明确推翻，本条为实际执行记录，取代该"未执行"表述。
+
+- **执行方式**：edSDK `doc_find_and_replace` 经 `--json-file`（UTF-8 直读 JSON）绕过 PowerShell 对 `--json` 字符串的引号破坏；每条替换后做磁盘级校验（old 文本消失 + new 文本出现）方判成功。
+- **回填总量**：**39 条**滞后答段 = 原抽取 37 条（`_edits.json`）+ 全量扫描补出 **2 条漏网矛盾段**（答段#35 半成品/成品查询归属单号「已实现…属待落地项」、#79 图纸/工艺文件按工序分发「已实现…待落地项」）。
+- **改写口径**：
+  - **A 类 29 条**：代码已实现、文档尾部残留"待做/开发中/待完善"字样 → 截断到首个滞后词、改写为"答：已完成。+已落地描述"。
+  - **B 类 10 条**：真实部分未闭环 → 诚实改为"答：部分实现。"/"答：待做/说明。"，保留真实缺口，不谎报"已完成"。
+- **落盘校验（zipfile 直读磁盘）**：39 条 old 文本全部消失（残留 0），new 文本全部落盘（缺失 0）；开头"已完成/已实现"且含强滞后词的真实矛盾段 = **0**。
+- **备份**：原文件备份 `C:\Users\ThinkPad\Desktop\软件系统问题-hd.bak-20260919.doc`（24111 字节）；现文件 22042 字节（去滞后尾巴后体积缩小）。
+
+### 仍真实未闭环（非文档滞后，需产品/现场跟进，B 类诚实保留）
+| 项 | 状态 | 说明 |
+|---|---|---|
+| [22] 备料自动出库 | 部分实现 | 出库仍由库管在 WMS 按备料单手动领料，"平时无需操作的自动出库"未做 |
+| [9][19] 入库库位联动+推荐 | 部分实现 | 逐级联动已落地；按图号自动推荐库位尚在开发排期（非文档滞后） |
+| [72][88] OA 对接 | 待客户 | 需客户提供 OA 接口规范后接入（增强项） |
+| [39] 纸质单据 OCR | 暂不做 | 已决策不做，属增强项 |
+| [125][57] 记录查询补工单号 | 部分实现 | 数量不符/巡检等已支持，其余视图按记录类型逐步补 |
+| [141] 装配工位固定备注操作人 | 部分实现 | 操作人随报工留痕，独立备注字段未加 |
+| [167][170] MES 侧检验自动带出 BOM / 模糊查询 | 部分实现 | WMS 侧已完成，MES 侧待补 |
+
+- **结论**：客户《问题-hd.doc》"答"段已全部与代码真实状态对齐（已完成/部分实现/待做 三态准确），无虚假"已完成"矛盾；剩余未闭环均为真实产品缺口，见表待跟进。
@@ -1,169 +0,0 @@
-# MES 产线控制 · 操作手册
-
-> 面向产线管理人员、生产操作员、质检员、库房保管员。本文档说明「做什么、按什么顺序做、每个字段怎么填」。页面右上角「帮助」按钮或点击页面标题，也可弹出对应页面的在线帮助。
-
-## 一、系统概述
-
-MES 是装配线的控制中心：从「产品类型 → 工单 → 物料清单 → 日排产 → 备料 → 工位组合下发 → 工位报工 → 完工追溯」一条链路串起整条产线。
-
-产线共 12 个固定工位（工位1 ~ 工位12），设备只有「扫码枪 + 拧紧枪」，其余为人工操作。传送带单向流转（工位 1 → 2 → … → 12），不会往回走。
-
-**统一概念**（避免混淆）：
- **工位**：产线固定的 12 个物理位置，编号 1~12。
- **工艺流程**：服务于某个固定工位的作业指导（含工位号、PDF、工序步骤）。一个工位只能有一个「启用」的工艺流程。
- **工序步骤**：工艺流程内的具体作业/采集项（如 装配完成、拧紧扭矩）。
-
-五个系统分工：
-
-| 系统 | 用途 |
-|------|------|
-| MES（本项目） | 生产主数据、工单、排产、工艺流程、报工、追溯 |
-| WMS | 仓库库存、出入库、物料档案（独立数据库） |
-| WMS 客户端 | 库房出/入库操作台（带扫码枪） |
-| 工位终端 | 12 个工位的触控一体机，扫码报工、采集拧紧数据 |
-| 看板 | 厂房大屏，展示产线状态（数据来自 MES） |
-
---
-
-## 二、登录
-
-1. 浏览器打开 MES 地址，输入账号密码登录。
-2. 内置超级管理员：`admin` / `123456`。
-3. 密码要求：至少 6 位，不能是纯数字。若为纯数字密码，登录时会提示「安全级别低」，但仍可继续登录，建议登录后立即修改。
-4. 修改密码：点击右上角自己的用户名 → 「修改密码」。
-
---
-
-## 三、主数据操作顺序（首次上线务必按顺序）
-
-1. **产品类型**：建立「生产什么」的档案（名称 + 编码）。
-2. **工艺流程**：为每个工位维护流程（选工位号）+ 工序步骤 + 考核标准 + 作业指导 PDF；**启用后自动绑定到该工位**。
-3. **关联工位**：查看 12 个工位的绑定总览（绑定由工艺流程自动建立），可改工位名称。
-4. **工单管理**：建工单，勾选要经过的**工位组合**。
-5. **物料清单**：给工单对应的产品配置 BOM。
-6. **日排产**：安排哪天生产多少（合计不得超过工单总数）。
-7. **备料单**：按日排产自动算料，供仓库备料。
-8. **工位组合下发**：工件上线时把工位组合下发给 PLC。
-9. **手动报工 / 工位终端**：选工位 → 自动载入该工位工序步骤 → 采集数据、判合格。
-10. **工件追溯 / 绩效报表**：查看结果。
-
---
-
-## 四、菜单操作说明
-
-### 1. 产品类型
- 维护产品的名称、编码、类别、启用状态、备注。
- 编码自动生成（`PROD-YYYYMMDD-序号`），可修改。
- **关系**：产品类型 ↔ 工单 = 1 对 N（同型号可多工单）；产品类型 ↔ 物料清单 = 按产品编码 1 对 1；备料单由「日排产 × BOM」间接产生。
- 产品编码与 WMS 是两套系统、互相解耦，成品入库时由操作人员把该编码**手动录入 WMS** 对齐。
-
-### 2. 工单管理
- **新建工单**：自动生成工单号；选择产品类型（未选时显示"请选择"）；填产品编码/名称、数量；**勾选工位组合**。
- **查询**：支持 工单号 / 产品编码 / 产品名称（模糊）/ 状态 组合筛选。
- **工位组合**：勾选本工单要经过的工位（1~12），系统自动按 `1 → 2 → … → 12` 顺序执行。全选 = 全部工位；只走部分工位就只勾那几道。半成品再上线时，可只勾「漏掉的工位」完成闭环。
- **状态流转**：列表操作列「状态」按钮，按 已创建 → 发布 → 开工 → 完工 推进。
- **删除**：仅「已创建 / 待排产 / 已发布」且无排产、备料、生产数据的工单可删除（操作列「删除」按钮）。
- 工单号贯穿备料、报工、追溯、日志全链路。
-
-### 3. 日排产
- 按「工单号 + 日期」排哪天生产多少。
- 同一工单多天排产的**合计数量不能超过工单总数量**（系统强校验，已修复重复累计 bug）。
- 已完成/关闭的工单不能再排产；某天已有完工数量的排产不能改数量。
- 排产是仓库备料的触发依据。
-
-### 4. 物料清单（BOM）
- 维护「生产 1 台产品需要哪些物料、各用多少」，按产品编码归类。
- **与 WMS 的关系**：本页只维护「产品由哪几种料、各用几个」；物料名称/规格/库存统一在 WMS 的「物料档案」维护。两系统靠**物料编码**对齐。
- **编码对应**：本页「物料编码」必须与 WMS 物料档案的「编码」完全一致，否则仓库无法备料/出库。
- **管理方式**：精密件 = 按 SN 逐件；结构件 = 按批次。
- 添加物料：点「添加物料」→ 在弹窗里选产品编码、填物料信息、保存。
-
-### 5. 备料单
- ① 先到「日排产」排好某天计划；② 回本页选该「日期」；③ 点「按日排产生成备料」，系统按各产品 BOM 自动算料生成备料单；④ 仓库据此备料出库。
-
-### 6. 工位组合下发
- 把工单/工件的**工位组合**写入西门子 S7-1214 PLC，传送带据此只停靠勾选的工位。
- 工件上线、或半成品补工位时，人工在此下发。
- 约束：上一条未收到完成信号，不下发下一条，防止串序。
-
-### 7. 工艺流程
- 每个流程服务于一个**固定工位（1~12）**，一个工位可有多个流程版本，但**只能有一个「启用」的流程**。
- 流程内容：名称、工位号、状态（启用/停用）、作业指导 PDF、**工序步骤**。
- **工序步骤**：每步设「采集方式」（拧紧枪自动 / 手填 / 仅记录）和「考核标准」。
- **考核标准**：在步骤行点「考核标准」弹出独立窗口，设指标名/单位/逻辑/目标值或区间；报工时按此自动判合格/不合格。未设标准 = 仅记录不判定。
- **启用/停用**：列表操作列点「启用/停用」。**启用 = 自动绑定到该工位；停用 = 自动解绑该工位**。同一工位已有启用流程时，新流程无法启用，需先停用旧流程。
-
-### 8. 关联工位
- 产线固定 12 个工位，本页是工位总览：查看每个工位绑定的工艺流程、修改工位名称。
- 绑定关系由「工艺流程」页自动建立（流程选工位号并启用即绑定），本页不需要手动选流程。
-
-### 9. 拧紧查询
- 查询/补录拧紧数据（扭矩、角度、结果、操作人），用于质量追溯。
-
-### 10. 手动报工
- 选**工位**、扫工件 SN → 系统自动载入该工位启用工艺流程的**工序步骤** → 逐条填采集值 → 提交。
- 系统按考核标准自动判定合格/不合格（OK/NG）。
- 若提示未配置工序步骤：请到「工艺流程」为该工位启用流程并维护工序步骤。
-
-### 11. 工件追溯
- 输入 SN 查完整履历：各工位时间线、步骤考核数据、拧紧记录、用了哪些批次/SN。
-
-### 12. 绩效报表
- 按 操作人 × 日期 × 工位 统计完成数、合格数、NG 数、合格率。
-
-### 13. 巡检终端
- 检验员/线长用平板或电脑做：开工签到、工位点检、过程巡检、完工确认、异常上报、记录查看。
-
-### 14. 操作日志
- 记录所有关键操作，按工单号、操作人、类型可追溯，只读。
-
-### 15. 角色权限管理
- 管理用户/角色/权限。**角色不可删除、编辑；管理员至少保留一个**。
-
---
-
-## 五、常见问题
-
-| 问题 | 解决 |
-|------|------|
-| 工艺流程无法启用 | 该工位已存在其他启用的流程，先停用旧流程 |
-| 停用流程后工位没流程了 | 正常，停用即解绑；再到「工艺流程」为该工位启用另一个流程 |
-| 关联工位显示"未绑定" | 到「工艺流程」为该工位号启用一个流程 |
-| 备料/出库提示物料不存在 | 物料清单里的「物料编码」与 WMS 物料档案不一致，核对编码 |
-| 报工页没有采集框 | 该工位未启用流程，或流程没维护工序步骤；到「工艺流程」处理 |
-| 排产保存失败 | 多天排产合计超过工单总数量，或该工单已完成/关闭 |
-| 工单删不掉 | 仅「已创建/待排产/已发布」且无排产、备料、生产数据的工单可删除 |
-| 修改密码后要重新登录 | 正常现象，密码变更即失效当前登录 |
-
---
-
-## 六、半成品闭环逻辑（MES ↔ WMS 重上线）
-
-**结论：能闭环。** 半成品（或完工成品）在产线中途暂存、或需跨工单续做时，通过 MES 与 WMS 的内部接口打通，SN 是唯一追溯锚点，两系统尽量解耦。
-
-### 闭环流程
-
-1. **暂存退库（MES 工位终端）**
-   工位做到第 N 道工序后暂存退出 → 工位终端调 MES 工序流转接口（`action=INBOUND`）→ MES 本地记一条 `semi_flow`，并**自动**调用 WMS 内部接口 `/api/internal/semi/inbound`，带上：`sn`、`orderNo`、已完成的工序码 `doneProcessCodes`、操作人。
-2. **WMS 入库建账**
-   WMS 生成一条「半成品库存」记录（状态=在库），并同步写入 SN 台账。
-   - 物料编码（materialCode）**不强制**：MES 调用时不传，WMS 优先用请求里的、其次按 SN 反查序列号台账，都没有则留空，不影响闭环。
-   - 已完成工序：MES 传 `doneProcessCodes`（如 `[1,3,5]`），WMS 存为逗号串 `1,3,5`。
-3. **重上线（续做）**
-   该件后续要接着做时，在本页「半成品出库」或 MES 侧触发 → WMS `/api/internal/semi/outbound` 把该 SN 状态置为出库。
-4. **MES 续做至完工**
-   MES 已知该件已完成的工序，下发下一工序 → 工位继续装配 → 直至完工、生成追溯。
-
-> 也支持倒序：工单只建 1、3 序先做成半成品入库；新建另一个工单只勾 2 序，把半成品出库重上线，补齐中间工序变成成品。
-
-### 同步失败怎么办
-
- MES 调 WMS 若失败（WMS 不可达 / 校验不通过），**不再静默吞掉**：MES 会写一条 `semi.flow.wms_error` 操作日志并返回错误，工位终端/接口会提示「WMS 同步失败」。
- 本地 `semi_flow` 记录已保存，待 WMS 恢复后重试流转即可补齐闭环。
-
-### 在 WMS 客户端怎么看
-
- **半成品/成品入库页**：手工录入时选物料、填已完成工序（逗号分隔）、扫 SN 提交。
- **半成品出库页**：扫 SN 出库（重上线）。
- **查询页**：按物料编码 / 状态（在库/出库）查半成品库存。
- 帮助按钮（右上角）→ 本页有完整字段说明与数据链路。
@@ -1,711 +0,0 @@
-我把问题记录.md里面修复完的问题，移到这里了。
-
-ai请注意，不要反复把已修好的问题 反复出问题。
-
-```
-20260829--某次记录
-
-一、mes问题总结。（具体问题时，有的通用问题，涉及到5个项目都可以优化，你就都优化）
-1、产品类型 ，选择框，还是没数据。
-2、所有选择框，如果没选择，请默写人 “请选择”
-3、新增产品类型，页面的编码，自动生成一个，可以修改
-4、一个产品编码可以对应N个工单号。同一型号的产品今天做一批、明天做一批，工单号不同，但产品编码相同。 并且，成品入库，也要用这个产品编码。那如果是这样，这个产品编码，能不能来自wms系统呢？不能，两个系统尽量解耦。实际操作时，人员可以把生产好的产品编码手动录入到wms。（问号帮助 里面的 产品编码 描述，要说的更详细些）
-5、token滑动登录，有没有做。每次请求接口，都应该滑动续签才对。
-6、管理页面（5个系统都算），比如：mes的日排产里面出现了PENDING，必须是中文，不要出现英文。
-7、日排产--- 保存排产，合计总数 不能大于工单总数
-8、工单管理下面建  日排产 列表，工能是冲不同维度维护日排产，查看日排产
-9、mes的菜单：物料清单 ，跟wms是不是重复了？都需要维护吗？
-10、原来，我讲过一些快捷操作。什么什么模版，你帮我看看都是有哪些地方提到。我来判断做不做 
-11、mes菜单：物料清单 ，查询条件为什么有 工单号 
-12、PLC工序下发，能不能在，工单列表，加一个按钮维护？ 当然，也要可以维护。一切交给人工自行判断。比如：应该有 3序，人工可以建 1和3序，工单完成，是个半成品，半成品 又建工单，执行2序，变成成品。他们自己维护即可。你帮我想想如何闭环，记录清楚，即可。
-13、mes菜单：拧紧查询 ， 包含拧紧，应该包含更广阔。我记得，有个工序、工序步骤的描述，可以自定义，可以选择哪些工序、工序步骤、收集的参数有哪些，可以来之拧紧枪，也可以手填，字段内容是人维护的。你捋捋，这样收集哪些信息怎么收集才能闭环。另外补充说明：比如拧紧枪可能一次多个参数，我就存一个字段即可，最终给一个是否合格的判断
-14、mes的扫码报工，这个菜单，错了。是手动报工，12个工位都可以报工。报工时 我上面13提到的数据，都要收集
-15、角色权限管理，尽可以查看，不可删除和编辑，接口可以保留。操作日志保留
-16、禁止删除所有管理员，至少保留一个。（所有项目都一样，都要改，符合这个规则）
-17、管理员新建用户时，可以给用户设置密码。密码要求，必须是大于6位，不能是单独的数字。（所有项目使用）
-18、纯数字登录，每次都提示安全级别低请立即修改密码。 仍然运行他继续登录，仅仅提示。（所有项目适用）
-
-二、wms疑问总结
-1、入库管理， 下拉框“物料”从哪里来，没有维护的地方
-2、入库管理， 下拉框“区域" 也是一片空白，区域，需要自行维护。请参考我的md文档
-3、我计较 结构件的保存，提示我： 精密件入库 snList 必填 。并应该有这个错误，并且，不应该是 snList这种英文。
-4、入库管理 --- 扫码录入  ---  精密件 SN 入库 ，操作方式更改：不要回车录入，应该是回车换号。多条录入分割方式 可以是 多种比如： ， 。 ； ; , . 多个空格  回车 等等。  增加录入按钮，才录入到下面列表。 不管是精密件还是结构件，都有一个备注比较好。  精密件，统一写一个备注，这一批sn，对应的主表有这个备注即可
-5、入库管理 Excel导入，同上一起修改
-6、报错：  结构件入库 quantity 必填且 > 0    。问题1，不应该有这个报错。问题2 不要出现quantity 英文
-7、备料出库 --- 工单号 ，下拉框选择，数据哪里来 ？ 可以直接调用 mes 。并且订单优先 显示 未完成 的
-8、起名字，不统一：wms里面 备料出库 有个查询台账。不知道是个啥。mes里面有 备料单  物料清单  。有点乱呢！！！ 你觉得呢
-
-ai让我确定的问题 方案答复（简述）
-
-上次忘记记录了。
-
-
-```
-
-
-
-
-
-一、工位终端，问题：
-1、北京动力 · 工位终端 ？ 这个标题很潦草，不允许出现 公司名称，而且，北京动力是你瞎写的
-2、内置账号：admin / admin123   operator1 / 123456 ，这个写法也很多余。内置管理员即可。和mes一样统一登录 密码 admin  123456  ，如果是纯数字 并且提示更改密码，不更改也可以继续登录。 密码填写要求都和mes一样。
-3、MES 服务不可达：MES GET http://127.0.0.1:8888/api/internal/station/task?dockCode=DOCK01 返回 404：not found   
-4、拧紧结果（实时） ，不需要，1、不需要如此模拟。2、实际应用时也不是这样展示的。工位，先选择的工单，工单有工序步骤（客户维护的），步骤里面有要采集哪些参数，拧紧枪只是其中一项，也可以手动填写。
-5、拧紧枪，是否ng 什么标准？，数据也是可 编辑
-6、工位不要展示 英文：dock1 ，我以前跟你提过这个问题
-7、客户明确表示，希望在这个地方展示操作流程，就是一个PDF一样的说明。来源，是跟着什么走呢？ 我记得：一个工位可以有 几个工艺？一个工艺有多道工艺步骤 ，每个步骤有 标准 参考 数字，判断是否ng。你好好捋捋。
-8、待同步xxx条，应该是指 未点击报工，本地sqlite存的数据表。不用在这里显示。并且上报维度是 工序，你写这么多条，怎么对应工序，有病吗，
-9、参考，录音通话。看看他想如何展示
-
-
-
-
-问题回答补充： 包含，我跟其他ai的一些聊天，请斟酌对错，告知我你的 答案，经我同意，再执行：
-
-1、admin也不保留，工位终端，不维护数据，他的用户体系来源于 mes ，mes新建用户时，增加是否可以登录工位终端？ 还是在mes的用户体系单独开一个 mes操作员 的 维护 tab。单独建账号，分配密码。工位终端可以改自己的密码。
-2、pdf挂哪里？ 挂工位上面吧。和工单等实际产品解耦。mes维护工位信息。刚才提到的问题1，在这里也有了答案，每个工人可以登录的工位是不一样的，不是谁都能操作工位1 ，所以，mes维护工位时，可以在已有用户体系选择 某用户可以操作此工位，多选。 引申出另一个问题，如果某用户没有任何mes菜单权限，显示什么，你要给我方案。并且告诉我，你做菜单权限没有，是不是精确到按钮权限，我们讨论过这个问题。
-3、你的理解，不对。我反复说，不仅仅有拧紧枪，还有其他步骤，具体有什么，是mes管理后台自定义的。 自定义的工艺流程、工艺步骤，工艺流程包含多个步骤，工艺流程 有个pdf说明，一个工位当前只能绑定一个工艺流程。一个工艺流程可以绑定多个工位。明白没
-
-下面是ai给我的建议，仅参考，他没你知道的多呢：
-
-一、工位终端用户体系
-1. 统一用户源
-MES是唯一用户源。工位终端不建独立用户表
-
-MES用户表新增两个字段：
-
-can_login_workstation：布尔值，表示该用户能否登录工位终端
-
-workstation_password：工位终端专用密码，用于登录D项目时验证
-
-2. 工位操作员管理
-MES后台新增「工位操作员管理」功能：
-
-从已有用户列表中选择用户
-
-勾选“允许登录工位终端”开关
-
-分配可操作的工位（多选，从1~12号工位中选择）
-
-工位终端登录后可以修改自己的密码（仅改 workstation_password，不改 MES 主密码）
-
-3. 工位终端登录逻辑
-用户输入工号 + 工位终端密码，请求 MES 验证
-
-MES 验证内容：
-
-用户存在
-
-can_login_workstation = true
-
-密码正确
-
-该用户至少被分配了一个工位
-
-验证通过后返回：用户可操作的工位列表 + 对应工位的当前工艺流程信息
-
-如用户未被分配任何工位，提示“您未被授权操作任何工位，请联系管理员”
-
-二、用户无 MES 菜单权限时的显示
-如用户没有任何 MES 后台菜单权限，登录 MES 网页时不显示空白页
-
-重定向到「工位操作员工作台」页面，包含：
-
-当前可操作工位列表及状态
-
-当前工单信息
-
-操作记录查询（仅限本人）
-
-修改个人信息/密码
-
-三、权限体系
-1. 权限粒度
-菜单级 + 按钮级，精确到按钮
-
-每个按钮对应一个权限码（如 workorder:delete、material:edit）
-
-前端根据用户权限码控制按钮显示/隐藏
-
-后端每个接口校验当前用户是否具有该操作权限
-
-2. 操作日志
-所有关键操作记录完整日志
-
-日志必含字段：
-
-操作人ID和姓名
-
-操作时间
-
-操作类型（新增/修改/删除/提交/审核等）
-
-操作对象（工单号、物料编码、SN码等）
-
-操作前后数据变化（如有）
-
-操作结果（成功/失败及失败原因）
-
-日志中必须包含 workOrderNo、operator 字段
-
-四、PDF 与工艺流程
-1. PDF 归属
-PDF（作业指导书）挂载在工艺流程上，不直接挂工位或工单
-
-每个工艺流程有一个 PDF 文件
-
-工位绑定的是工艺流程（PDF 跟着工艺流程走）
-
-工位 D 启动时，根据当前绑定的工艺流程，预缓存其 PDF 到本地
-
-登录后替换成 PDF，不每次请求 MES
-
-2. 工位与工艺流程关系
-一个工位当前只能绑定一个工艺流程
-
-一个工艺流程可以绑定多个工位
-
-工位今天绑了流程 A，所有经过该工位的工件都按 A 的步骤加工
-
-明天换成流程 B，就按 B 加工
-
-3. 工艺流程自定义
-MES 后台自定义工艺流程
-
-工艺流程包含多个工艺步骤
-
-工艺步骤不仅限于拧紧枪，管理员可自定义：
-
-步骤类型	示例	数据采集方式
-拧紧	拧螺丝A，目标扭矩 2.5Nm	拧紧枪自动采集
-手动检查	外观检查	工人手动打勾
-测量	测量尺寸，公差 ±0.1	工人手工输入数值
-装配	安装主板	人工操作，扫码确认
-测试	通电测试，电压 5V	测试设备采集或手动输入
-4. 工艺步骤与考核数据模型
-text
-工艺流程 (Process Flow)
-   ↓ 包含
-工艺步骤 (Step) — 顺序号、操作描述、采集方式
-   ↓ 包含
-考核标准 (Standard) — 参数名、单位、上限、下限
-   ↓ 对应
-考核数据 (Data) — 实际值、是否合格、采集方式（手动/设备）
-每个步骤可配置多个考核标准
-
-工人操作时按步骤顺序执行，每步完成后点击「完成本步骤」进入下一步
-
-五、工人工作量统计
-1. 工人端 — 工位终端「我的工作量」
-登录工位终端后可查看
-
-展示内容：
-
-总完工工件数（按时间范围统计）
-
-总工作天数
-
-平均日产量
-
-整体合格率（合格数/总完工数）
-
-明细列表：日期、操作工位、完工工件SN、产品型号、合格/不合格、不合格原因
-
-时间筛选：今日/本周/本月/近3个月/近1年/自定义起始日期
-
-合格率趋势图（按日/按周）
-
-导出 Excel/CSV
-
-工人仅能看到本人数据，接口校验当前登录用户 ID
-
-2. 管理端 — MES 后台「工人绩效报表」
-权限：仅具备该菜单权限的用户可访问
-
-筛选条件：时间范围、工位、工人、产品型号
-
-汇总统计表：
-
-工号	姓名	总完工数	合格数	不合格数	合格率	操作工位	操作
-001	张三	245	240	5	97.96%	工位1、3	查看明细
-支持按任意列排序，支持分页
-
-点击「查看明细」弹窗显示：
-
-完整历史记录（同工人端明细列表）
-
-各工位分布统计（工位1干了多少件、工位2干了多少件等）
-
-汇总图表：
-
-各工人合格率对比柱状图
-
-各工位产量分布图
-
-每日产量趋势图（可切换查看不同工人的趋势）
-
-导出 Excel/CSV
-
-六、数据库变更
-MES 用户表新增字段：
-
-sql
-ALTER TABLE users ADD COLUMN can_login_workstation BOOLEAN DEFAULT FALSE;
-ALTER TABLE users ADD COLUMN workstation_password VARCHAR(128);
-用户-工位关联表（多对多）：
-
-sql
-CREATE TABLE user_workstations (
-    id BIGSERIAL PRIMARY KEY,
-    user_id BIGINT NOT NULL REFERENCES users(id) ON DELETE CASCADE,
-    workstation_id INT NOT NULL,  -- 1~12
-    created_at TIMESTAMP DEFAULT NOW(),
-    UNIQUE(user_id, workstation_id)
-);
-权限码表（种子数据）：
-
-sql
-CREATE TABLE permissions (
-    id BIGSERIAL PRIMARY KEY,
-    code VARCHAR(64) UNIQUE NOT NULL,  -- workorder:delete, material:edit, 等
-    name VARCHAR(128) NOT NULL,        -- 显示名称
-    category VARCHAR(64),              -- 所属模块
-    created_at TIMESTAMP DEFAULT NOW()
-);
-用户-权限关联表（按钮级）：
-
-sql
-CREATE TABLE user_permissions (
-    id BIGSERIAL PRIMARY KEY,
-    user_id BIGINT NOT NULL REFERENCES users(id) ON DELETE CASCADE,
-    permission_code VARCHAR(64) NOT NULL REFERENCES permissions(code) ON DELETE CASCADE,
-    created_at TIMESTAMP DEFAULT NOW(),
-    UNIQUE(user_id, permission_code)
-);
-工人工作量统计相关查询涉及的现有表：
-
-work_order（工单）
-
-scan_record（扫码报工记录）
-
-torque_result（拧紧数据）
-
-process_log（工序流转记录）
-
-七、接口设计
-工位终端登录验证：
-
-text
-POST /api/internal/workstation/login
-请求：{ "username": "xxx", "password": "xxx" }
-返回：{ 
-  "success": true, 
-  "workstations": [1, 3, 5],  -- 可操作的工位列表
-  "user_info": { "id": 1, "name": "张三" },
-  "station_configs": {         -- 各工位当前绑定的工艺流程
-    "1": { "process_flow_id": 10, "name": "装配流程A", "pdf_url": "..." },
-    "3": { "process_flow_id": 12, "name": "测试流程B", "pdf_url": "..." }
-  }
-}
-工位终端修改密码：
-
-text
-POST /api/internal/workstation/change-password
-请求：{ "old_password": "xxx", "new_password": "xxx" }
-工人端 — 我的工作量：
-
-text
-GET /api/internal/workstation/my-workload
-请求参数：start_date, end_date（默认近30天）
-返回：{ total_qty, qualified_qty, unqualified_qty, pass_rate, 
-        details: [{ date, workstation_id, sn, product_code, result, reason }],
-        chart_data: { dates: [], rates: [] } }
-管理端 — 工人绩效报表：
-
-text
-GET /api/internal/report/worker-performance
-请求参数：start_date, end_date, workstation_id(可选), worker_id(可选), product_code(可选), page, page_size
-返回：{ list: [{ worker_id, name, total, qualified, unqualified, pass_rate, workstations }], 
-        total, page, page_size }
-管理端 — 工人明细下钻：
-
-text
-GET /api/internal/report/worker-performance/detail
-请求参数：worker_id, start_date, end_date
-返回：{ details: [...], station_distribution: { "1": 80, "3": 45 } }
-
-
-
-另外一件事，录音里面说： 希望有个可以打印的东西，上面有工位工人 签名的地方。这个涉及到两个事：
-1、mes用户体系，需要有一个用户签名的照片？png？ 你看看如何设计，将来可以融合到文档里面一起打印。文档是个pdf？
-2、这个文档，什么维度？工人一天的工作量？  一个成品工件 多个工人的签名？ 看看录音如何说吧。我理解是一个成品的质量追踪，也就是 工件多人签名。上面可能显示 ，开始时间、结束时间、工件名称，工艺步骤、合格率、各个工人签名、或者线长（拿pad的那个审核人）的签名。 这个文档自动生产的，但是生成前，可以手动维护 开始时间、结束时间、合格率、等，默认有签名人，也可以手动选择。没问题了，生成pdf。
-
-数据来源就必须要去 每步工作流程都记录清楚了，每个精密件步骤都能追踪到。
-
-其他ai答：
-好，我直接按录音和常规质量追溯实践，给你落地方案：
-
---
-
-## 一、签名怎么存？
-
-**不用图片，用“账号名 + 确认时间”即可。**
-
-录音里工人已经说了：“不一定非得签字，就是他能追到这个人是他们这一天干了这个活。”所以不需要让用户上传签名照片（PNG），那是自找麻烦——每个工人还得专门拍一张、上传、维护，工厂里根本推行不动。
-
-**方案：用账号名作为签名字段。**
-
-打印时显示：
-```
-操作人：张三（工号：1001）  确认时间：2026-08-29 14:32:15
-检验人：李四（工号：1002）  确认时间：2026-08-29 14:35:22
-```
-
-如果甲方坚持要“手写签名效果”，可以加一个“电子签名图片”字段，让用户上传一次（可选），有则显示图片，无则显示账号名。但默认用账号名。
-
-**扩展：**
- 在用户管理中添加`signature_image`字段（可选，存储图片URL），供将来扩展用
- 如果用户上传了签名图片，打印PDF时使用图片；否则使用账号名（文本）
-
-
-## 二、文档按什么维度生成？
-
-**录音原文：**
-
-> “流程卡呢记录了工序一、工序二，就是所有工序……工序一最终谁干的，然后谁签的字，以及谁检验的。”
-
-**所以维度是：一个成品工件（SN）的质量追溯。** 一个工件经过多个工位，每个工位有操作人、检验人、时间、合格率。文档汇总了这些信息。
-
-**不是“工人一天干了多少活”（那是工作量报表，不是这个），而是“这个工件由哪些人经手完成的”。**
-
-
-## 三、文档里要包含哪些内容？
-
-| 区域 | 内容 |
-|------|------|
-| **头信息** | 工件SN、产品型号、产品名称、工单号、开始时间、结束时间、总合格率 |
-| **工序追溯明细** | 工序序号、工序名称、工位号、操作人、检验人、各步骤合格状态、完成时间 |
-| **考核数据摘要** | 该工件各考核项的实际值/判定（拧紧扭矩、测量值等） |
-| **签名区** | 各工位操作人签名、检验人签名、最终审核人签名（账号名） |
-| **生成信息** | PDF生成时间、打印人 |
-
-
-## 四、生成前人工维护什么？
-
-用户说得对：“生成前可以手动维护开始时间、结束时间、合格率等，默认有签名人，也可以手动选择。”
-
-**所以流程是：**
-
-1. 用户在MES后台选择“生成流程卡”
-2. 输入/选择工件SN或工单号
-3. 系统自动带出所有工序记录（默认值）
-4. 用户可手动调整：
-   - 开始时间、结束时间
-   - 合格率（如果系统数据有误，人工修正）
-   - 签名人（默认是实际操作人/检验人，可手动换成别人）
-5. 点击“生成PDF” → 系统根据当前数据生成PDF文件
-6. 可下载/打印
-
-
-## 五、表结构变更
-
-```sql
-- 用户表增加签名图片字段（可选扩展）
-ALTER TABLE users ADD COLUMN signature_image VARCHAR(256);
-
-- 流程卡生成记录表（存储每次生成的快照，防止事后修改导致追溯失效）
-CREATE TABLE process_card (
-    id BIGSERIAL PRIMARY KEY,
-    card_no VARCHAR(64) UNIQUE NOT NULL,      -- 流程卡编号
-    work_order_no VARCHAR(64) NOT NULL,       -- 关联工单
-    product_code VARCHAR(64) NOT NULL,        -- 产品编码
-    serial_no VARCHAR(64) NOT NULL,           -- 工件SN
-    start_time TIMESTAMP,                     -- 开始时间（可手动修正）
-    end_time TIMESTAMP,                       -- 结束时间（可手动修正）
-    pass_rate NUMERIC(5,2),                   -- 总合格率（可手动修正）
-    operator_snapshot JSONB,                  -- 各工位操作人快照（账号名）
-    inspector_snapshot JSONB,                 -- 各工位检验人快照（账号名）
-    step_details JSONB,                       -- 各步骤考核数据快照
-    generated_by BIGINT NOT NULL,             -- 生成人
-    generated_at TIMESTAMP DEFAULT NOW(),     -- 生成时间
-    pdf_url VARCHAR(256)                      -- 生成的PDF文件路径
-);
-```
-
-
-## 六、PDF模板
-
-```
-┌─────────────────────────────────────────────────────────────┐
-│  【北京电力设备总厂】 产线流程卡                           │
-│  编号：PC-20260829-001                                      │
-├─────────────────────────────────────────────────────────────┤
-│  产品信息                                                    │
-│  ┌─────────────────────────────────────────────────────────┐ │
-│  │  工件SN：SN-HLX-001     工单号：WO001                  │ │
-│  │  产品名称：汇流箱 2026标准型  开始：08-29 08:00        │ │
-│  │  结束：08-29 15:30      总合格率：98.5%               │ │
-│  └─────────────────────────────────────────────────────────┘ │
-├─────────────────────────────────────────────────────────────┤
-│  工序追溯明细                                                │
-│  ┌─────────────────────────────────────────────────────────┐ │
-│  │  工序1  工位1  操作：张三  检验：李四   OK  08:30     │ │
-│  │  工序2  工位2  操作：张三  检验：李四   OK  09:00     │ │
-│  │  工序3  工位3  操作：王五  检验：赵六   NG  09:30     │ │
-│  │    → 合格率：90.0%  已返修通过                         │ │
-│  │  工序4  工位4  操作：王五  检验：赵六   OK  10:00     │ │
-│  └─────────────────────────────────────────────────────────┘ │
-├─────────────────────────────────────────────────────────────┤
-│  考核数据摘要                                                │
-│  ┌─────────────────────────────────────────────────────────┐ │
-│  │  拧紧螺丝A：2.48Nm（标准：2.5±0.1） OK               │ │
-│  │  尺寸测量：300.05mm（标准：300±0.5） OK              │ │
-│  └─────────────────────────────────────────────────────────┘ │
-├─────────────────────────────────────────────────────────────┤
-│  签名区                                                      │
-│  ┌─────────────────────────────────────────────────────────┐ │
-│  │  工序1操作人：张三(工号1001)  检验人：李四(工号1002)  │ │
-│  │  工序2操作人：张三(工号1001)  检验人：李四(工号1002)  │ │
-│  │  工序3操作人：王五(工号1003)  检验人：赵六(工号1004)  │ │
-│  │  工序4操作人：王五(工号1003)  检验人：赵六(工号1004)  │ │
-│  │                                                         │ │
-│  │  最终审核人：韩总(admin)    日期：2026-08-29           │ │
-│  └─────────────────────────────────────────────────────────┘ │
-│  生成时间：2026-08-29 16:00  打印人：管理员                 │
-└─────────────────────────────────────────────────────────────┘
-```
-
-
-## 七、接口设计
-
-**生成流程卡（生成前可预览修改）：**
-```
-POST /api/internal/process-card/generate
-请求：{ 
-  "serial_no": "SN-HLX-001", 
-  "start_time": "2026-08-29 08:00:00",  -- 可选，默认自动
-  "end_time": "2026-08-29 15:30:00",    -- 可选，默认自动
-  "pass_rate": 98.5,                    -- 可选，默认自动计算
-  "operator_overrides": {               -- 可选，手动指定某些工位的操作人
-    "3": "wangwu"                       -- 工序3换成王五
-  }
-}
-返回：{ 
-  "card_no": "PC-20260829-001",
-  "preview": { ...完整数据... }          -- 前端展示供用户确认
-}
-```
-
-**确认生成PDF：**
-```
-POST /api/internal/process-card/confirm
-请求：{ "card_no": "PC-20260829-001" }
-返回：{ "pdf_url": "/uploads/process-card-PC-20260829-001.pdf" }
-```
-
-**查询已生成的流程卡：**
-```
-GET /api/internal/process-card/list
-请求参数：serial_no(可选), work_order_no(可选), start_date, end_date, page, page_size
-返回：列表 + 分页
-```
-
-
-
-
-一、
-mes --- > 工艺流程----> 工位管理 ， 1、状态不要用 ENABLED 等英文。2、一个工位只能 有一个 启用的 工艺流程。  这个启用，分两个维度，1、工艺流程是否启动，第二工位管理有没有启用这个工艺流程。我建议简单化，把第二个去掉。所以逻辑就成了，一个工位只能绑定一个工艺流程即可。
-另外，工艺流程里面 也有英文 ACTIVE ，请改成中文
-另外，工位管理，改为关联工位。因为工位数量是不变的
-另外，请考虑，工艺流程、工序，叫法是否合适，如果合适，就保持不变即可。
-
-二、工艺流程 ---> 编辑工艺流程
-1、采集方式：在帮助文档里面，给一个详细说明
-2、考核标准：在帮助文档里面，给一个详细说明，在什么地方用，如何收集数据等。
-3、菜单，工艺参数 ，和，工艺流程 里面的  步骤模版，重复了。我理解对吗，我建议，去除 工艺参数。 并提出建议：编辑工艺流程--》步骤模板---》考核标准  ，点击多个考核标准时，都出现在下面，不好，不知道哪个是哪个，也没有一个单独的保存按钮。你再设计设计。
-
-4、工位绑定，倒是可以从工艺流程里面，拿出来，将来好分配菜单权限。
-
-
-三、我现在仍然不知道如何操作。原因：1、问号帮助文档，内容还是不够详细。2、缺少：操作手册.md
-
-
-四、PLC工序下发，我们聊过，菜单，做什么用的，我仍然没明白。帮助文档里面，也没有业务说明。你再捋捋，弄清楚些
-
-五、帮助按钮，太大了。放到右上角，是不是更好？ 右上角优化，点击 登录人名称 例如“系统管理员”，修改密码，即可。修改密码，按钮，不要了。 帮助文档 点击标题 弹出来（不是左边菜单，是右边大模块左上角的标题，例如 工单管理）
-
-
-五、工单管理---> 维护工序组合123456789101112 ，这也太潦草了。 如何区分 11 还是 11 。要求，1、必须按顺序执行，比如，可以是123不能是 132，传送带不会往回走。要求2，可以选择 启动或未启动的 工序，如果工序禁用，这个工位就不走。 另外说明，当 操作 一个工艺流程，让他变成 停用时，必须先跟工位解绑。 同理，工位绑定 工艺流程，必须是 启用的。
-另外，工艺流程 菜单，里面的 操作列，加上 按钮 “启用”“停用”。同理，同操作习惯 工单管理也加上 状态操作，在操作里面
-
-
-六、菜单：工单管理，里面有个 日排产 。和 菜单： 日排产，重复了，菜单责任划分不明确。应该去除 前者。
-
-七、添加物料清单，跟 wms什么关系，帮助也没说清楚。 编码如何对应。等等 。
-操作方式，非常错误。 选择：产品编码， 点击 添加物料 。列表，又没有 产品编码 。非常反人类。禁止这种 标题选择添加，有病吗，你的设计。添加物料清单，就好好添加，在选择框里面选择 产品编码。 你有病吗
-备料单---》按日排产生成备料， 不明不白，你有病吗。是互联网操作方式吗。
-
-
-
-20260901 记录
-
-一、菜单：工单管理
-1、新建工单， 产品类型 选择框，用户未选择时， 选择框显示“请选择”。所有选择框，都应如此。
-2、工单，不能删除吗。 满足某些条件时，应该可以删除。请考虑一下
-3、查询条件，多一些，比如：产品编码、产品名称 模糊查询
-4、新建工单、工序组合，是不是应该是  工位 ？ 你看看，怎么更合适
-
-
-
-二、菜单： 工艺流程
-1、名称起的有些不合适： 工艺流程、 流程名称叫 “工序1_默认” ，流程，和工序，是不一样的。不能叫工序。原设计，一个流程包含多个序
-2、编辑工艺流程 ---> 工序编号 ? 应该是工位编码吧，固定 12个。认真审核，名字统一。
-3、编辑工艺流程 ---> 步骤模板 ?   工序步骤吧。 你好好统一一下，现在非常容易混淆。 比如，去除 工艺  概念 ？ 去除 工序 概念。你好好考虑
-
-三、菜单： PLC工序下发
-这个全人工操作，挺好的。名称变一下，更符合业务场景，操作人员更容易理解。见名知意。
-
-
-
-四、菜单： 日排产
-工单号：WO1787966513636 ， 计划数量 总和，超出了 工单的 工件 数量。是个bug
-
-
-五、菜单： 产品类型
-帮助文档，说清楚，和工单、物料清单、备料单、如何分工，几对几关系，有没有强约束，等。 相关菜单，也要把这些关系写清楚。 如果有和wms关联的，更要说清楚。
-
-
-
-整体建议：
-菜单，能不能，分分类。包括 wms，先优化，后分类。 仅思考，判定是否合适，给方案。
-
-
-
-20260901 16:25
-
-wms
-1、结构件入库--->提交入库。报错提示：  精密件入库 序列号(SN)必填
-2、结构件入库--->区域 undefined   。并且 区域 ，应该是必填
-3、精密件SN入库-->物料、区域，都应该是必填
-4、基础数据，拆分一下。并且，保存方式，不要再用这种表格上面 。 行内新增 vs 弹窗新增 ？ wms和mes 等，都必须用 弹出新增修改。所有项目，大列表时，必须有分页
-5、所有项目，浏览器tab标签页，小图标，不能显示 hardman标，显示一个系统相关图标
-6、基础数据-->区域维护，列表显示有问题。区域编码、区域名称 都没显示出来。还是说，没有保存上呢？
-7、wms左下角，还是有 问号帮助标识。去除，只保留右上角  帮助按钮即可
-8、帮助按钮，如果没有数据，合理提示用户
-9、包装绑定，当前也是 行内新增，写法。都去掉，看着难受。并且，新增修改，都添加一个合同号（选填）。 标题添加查询按钮，搜索条件多一些（操作人、时间、合同号、等等等）
-10、包装绑定，名称取得，能不能更好听些，能代表实际现场业务，见名知意
-11、半成品出库（重上线） ， 跟mes 能闭环不能，什么逻辑
-12、库存查询 里面 叫：批次号、SN 序列号 ， 库存盘点 里面叫  目标编号 到底什么意思，对不上号。  要求1、统一 名称 ，结构件和精密件 应该有一个总名称：物料？货物？ 叫什么合适？  2、结构件和精密件,主表结构要统一，精密件，仅仅比结构件多了一个子表 记录sn，其他是不是应该一样？ 都有批次、和数量
-
-
-结合菜鸟+本地仓库，快速索引方案探讨：
-
-场景	需要索引吗？	原因
-菜鸟驿站（几千个包裹，取一次就走）	✅ 需要	包裹不重复取，每次都要快速定位
-小货架（高频取货，工人天天摸）	❌ 不需要	工人天天面对同一批货，闭着眼睛都知道在哪
-菜鸟驿站的索引解决的是“陌生包裹快速定位”。你们的仓库是工人天天面对的固定货位，他早就知道螺丝在哪个架子、芯片在哪个区域。 再给系统里塞一个“货架-层-格”，对他是负担不是帮助
-
-总结，不需要这样改。想太多、复杂了反倒是增加人工维护成本，没什么用
-
-
-
-
-结构件 + 精密件
-1、现在，是什么表结构关系？一张表？ 主表子表？  应该是主表子表。例如：3个结构件A、6个结构件B 、5个精密件C，来货以后，主表是： 结构件A数量3、结构件B数量6、精密件C数量5，子表是：精密件5条数据，关联 主表精密件C的主键，子表每条数据，都有SN，子表不用存其他参数。
-2、关于，出库入库占用，锁，你实现清楚没？保证并发，库存无问题。
-
-问题1：确定要做。当前多张表，实际操作锁、导出、汇总，工作量都不友好，当作一种业务处理，共用一张表，才好操作。就像现在  wms--->库存查询 ，合并到一起能做到吗？能一起导出吗？ 不知道 当初怎么想的，有毛病！！！ 不知道 尽可能公用、统一
-问题2：最重要的就是库存准确性，sb，连这个都做不到，要你什么用。 库存占用、盘库不能手动改最终值只能说增加多少减少多少 原子性更新数据库。和入库单 出库单联动时要加事务。 严谨思考，保证闭环，数据准确
-
-其他补充：
-1、代码，要写清楚中文注释
-2、schema数据库注释，必须写的非常详细，并且准确。
-
-
-
-
-20260903
-
-1、
-报错：该物料为精密件（按 SN 管理），请切换到「精密件 SN 入库」页扫码录入后再提交
-修复建议：物料选择 时，直接根据当前页面过滤，不显示不属于自己的。
-
-2、
-wms前端提示：最近入库单号：IB0de1c3bd-7ad
-但是，库存查询 也 没有显示 入库单号 的地方。没闭环，很费解、很别扭。和批次号，什么区别，设计思路是什么。
-请给我方案让我确认，你再改
-
-
-3、
-Excel 批量导入
-用于大批量结构件入库。列头顺序(首行忽略)：物料编码 | 批次号(空自动生成) | 数量 | 生产日期 | 供应商 | 区域。
-
-“Excel 批量导入”名称有歧义，并且，sn件也应该能导入。所有导入，直接在各自的 tab页即可，不用单独一个“Excel 批量导入”
-你看看，导入，在什么地方显示，比较合适。并且，批量导入必须一次性全导入or全失败，禁止部分成功。
-
-4、
-当我没有起到 mes时，wms的“备料出库”提示，无法连接到mes系统。 说明：这个出库是专门给mes用的。缺少一个 单独的出库操作？ 并且，如果专门给mes用，这个“备料出库”名称，没有体现出来这一点。帮助说明，也没体现这一点。
-请给出，业内 合理方案
-
-5、
-wms的质量检验 ，需要手动输入 批次号，这很不友好，垃圾设计，你再想想，帮我闭环
-
-6、
-当前目标：批次号 ？ 当前目标：SN 序列号 ，当前根据“目标类型” 的选择，改变文字提醒。建议，你能改变这个体现，不能改变输入框体现吗？
-另外，多个输入框，已经包含了单个框，就没有必要保留“单个录入（扫码）”，也不用提示 “批量翻转” ，一个批量即可，写清楚引导，和帮助文档
-并且提示：检验已记录：BATCH cccccccc333 → 合格 。但是库存查询菜单里面 的 “质量状态” 仍然是 未检 ，可能因为我输入的是sn，但是，提示成功了。
-操作不了还有其他错误提示：创建检验记录失败: ent: missing required field "InspectionRecord.material_code"
-业务没闭环，请全盘分析，能关联上，能闭环。
-
-
-7、
-我刚录入的 aaaaa3 aaaaa2 aaaa1 ，他们是一批的，为什么 “统一库存（结构件批次 + 精密件 SN）” 显示，3个？ 你能不能闭环？ 我原来给你说的，主表子表，你设计不明吗？请说明原因，正确的方案是什么，你可以坚持当前代码方案是正确，如果你真觉得是对的。
-
-
-8、
-wms、mes等等 5个系统，，所有列表，都必须展示 主键ID，方便，后续查库，并且Id是唯一的。
-
-
-
-20260903日：
-
-wms系统 + wms客户端系统：
-
-一、wms 和 wms客户端
-1、缺少 角色维护
-2、缺少 角色菜单按钮权限
-
-
-二、物料档案（菜单页）
-1、搜索条件缺少，去除关键字搜索 ，增加 物料编码、名称、规格、类型 。该模糊就模糊，该下拉选择就下拉选择，用合适的方式
-2、所有列表，增加创建时间 字段，展示格式 yyyy‑MM‑dd HH:mm:ss ，搜索条件增加 创建时间筛选，默认3个月内筛选
-3、所有列表，增加主键ID
-
-三、区域维护（菜单页）
-1、搜索条件缺少，去除关键字搜索 ，增加 区域编码、区域名称、状态 。该模糊就模糊，该下拉选择就下拉选择，用合适的方式
-2、所有列表，增加创建时间 字段，展示格式 yyyy‑MM‑dd HH:mm:ss ，搜索条件增加 创建时间筛选，默认3个月内筛选
-3、所有列表，增加主键ID
-
-四、备料台账  
-1、填充一些假数据，方便我看展示效果
-
-五、半成品/成品
-1、这种展示方式叫什么名字？ 内嵌tab页？ tab1、tab2、tab3
-2、和 菜单 出库管理 ，是什么区别关系
-
-
-六、库存盘点
-1、发起盘点，锁所有库存吗？能不能选择，盘点全库、盘点 某个物料
-2、既然要盘点，首先有 物料分布图，怎么看现有分布，哪个物料，在哪个货架，每个多少，一共多少。
-
-七、质量检验
-1、你设计东西，都是胡胡闹闹。质量检测无法闭环，没有记录，没有检测说明，没有不合格说明，不能导出
-
-八、库存查询
-1、设计的乱七八糟。
-2、有主表子表，你为什么把sn漏出来，不应该同 物料类型，只漏 数量吗？
-3、同批次 和 库存查询，你是如何定义职责的。我理解库存是查 物料数量的地方，出入库管理，可以查自己的批次。
-
-
-
-
@@ -1,740 +0,0 @@
-> 说明：以下为客户意见的逐条回复，**原文描述未作任何改动**，回复以引用块附在每条下方。
-> 标记含义：【可做】接受并给出方案要点；【已支持】现状已有；【解释】仅答疑；【待确认】需客户先给规则/数据；【部分拒绝】部分接受并说明原因；【拒绝】本期不做并说明原因。
-
-
-
-第一批问题：
-
-
-
-WMS系统：
-一、入库
-1、输入“图号、检验单号”——均强制输入。
-
-> **回复**：【待确认+可做】需先统一“图号”口径。系统主数据是「物料编码」，规格型号是独立字段。若贵司“图号”即物料编码，可把字段标签显示为“图号/物料编码”并设必填。**检验单号不建议强制**：来料检与入库是两条独立流程，免检件/急件也需先入库，强制会导致录不进去。方案：物料编码必填，检验单号选填——若该批已存在来料检记录则自动回填。
-
-孙彦飞：物料档案，新增 图号，物料编码继续保留作为系统唯一标识，入库时，选择 物料 ，下方展示 图号；入库记录列表，也显示图号、检测单号；入库添加 检测单号，并强制输入。其他字段保持不变不用进行合并； 导出导入，同时进行添加；
-检验单号，他想强制，就强制吧。可能入大门时就必须有了
-补充： 把图号 和 物料编码合并成一个吧。 只在 物料档案-->新增 时，叫 物料编码/图号 ，其他地方都改成 图号，包括导出导出，各个列表等等。客户习惯这么叫。
-
-2、需要选择归属（工单or科技项目编号）。
-
-> **回复**：【可做】入库单增加「归属类型 + 归属单号」（工单号 / 科技项目号 / 无），按类型联动下拉。**前提是贵司先给出“科技项目编号”的编码规则与来源清单**（人工维护 or 由 OA 下发），否则下拉没有数据源。
-
-孙彦飞：（工单号 / 科技项目号 / 无），内容手动录入，我们不对接他们其他系统
-
-3、能够添加附件（图纸PDF*能查看）。
-
-> **回复**：【可做】入库单 / 物料档案支持挂载附件（PDF、图片），列表增加「查看附件」按钮，新窗口预览 PDF。附件存服务器本地目录（不入库），建议单文件 ≤ 20MB。
-
-孙彦飞：导入无法有附件，怎么办？ 列表可以查看附件、上传附件，解决这个问题。
-
-4、数量使用手数或加号、区域需要明确货架号+位置号码。
-
-> **回复**：【可做，但分两件事】①数量加减按钮可补（结构件目前是数字输入、精密件是连续扫码计数）；②区域目前只有一级，需拆成「区域 + 货架号 + 位置号」三级，库位选择改三级联动。**需贵司先提供厂区货架编号规则**（如 A区-03架-12位）。
-
-孙彦飞：已有加减号。区域可以拆分
-
-5、批次信息是按输入的什么信息自动填写，填写的是日期吗？
-
-> **回复**：【解释】批次号留空时系统自动生成，规则为「物料编码-日期-流水」（可人工覆盖为厂家批号）。它**不是单纯的日期**——日期只是其中一段，靠流水号区分同一天到的多批货。
-
-孙彦飞：批次号：物料编码-日期-流水号（示例：SCR-M4-12-20260909-001），数据库去重 ， 也可以手动填入，不可数据库重复。 精密件sn，也需要有批次号，包括新增的其他内容（见问题2 科技项目编号）
-
-6、“精密件SN入库”改为“电气件入库”。
-
-> **回复**：【可做】纯改名，功能不变：全系统“精密件”统一改称“电气件”（内部类型值不变，只改显示文案）。请一并确认是否还有其他叫法，一次改全，避免两系统文案不一致。
-
-孙彦飞：项目中所有 精密件SN、精密件，全部改成 电气件
-
-7、除结构件和电气件外，增加其它入库，防止螺栓、工装、试验设备等，增加规格输入（强制）。
-
-> **回复**：【部分可做】①新增物料类型“其它”、入库/出库/库存/导出全链路支持——可做；②规格对“其它”类强制——可做。**但建议工装、试验设备不要混进物料库存**：它们不做批次与数量消耗，混在一起会污染库存金额和盘点差异。建议归入“工装/资产台账”单独管理。此项请贵司确认归属范围。
-
-孙彦飞：他是使用方，他想做就做吧，我理解增加 tab页 叫 其他入库，内容类似 结构件入库 ，入库记录，增加相关内容，比如 批次号、类型、（工单号 / 科技项目号 / 无） 等等等
-
-8、入库时是点提交入库需要弹出确认对话框，其它修改数据库操作相同。
-
-> **回复**：【部分接受】不可逆写操作弹二次确认（入库提交、出库提交、盘点差异写回），并显示物料/数量/区域摘要——同意。**但“所有修改数据库操作都弹”不同意**：工位连续扫码入库、批量绑定等高频场景每笔都弹确认会严重拖慢现场节拍。查询、筛选、导出一律不弹。
-
-孙彦飞：你的建议正确，高频场景，不加
-
-9、入库时库位能否根据图号名称规格自动匹配识别（出库相同）？
-
-> **回复**：【拒绝全自动 / 可做推荐】系统无法凭物料编码凭空知道现场哪个货位空着、是否被占，做不到“自动识别库位”。可行方案是**推荐库位**：按「该物料历史常用库位优先 + 同区空位优先」给出候选，操作员一键确认或手动改；出库同理推荐最早批次/最近库位。前提是先完成入库第 4 条的三级库位改造，否则没有数据基础。
-
-孙彦飞：接受回复方案，能带出就带出，不能带出来，就手动
-
-二、出库
-1、工单备料出库是否根据MES排产自动生成，平时无需操作？
-
-> **回复**：【解释】自动生成的是“该出什么、出多少”，不是“自动出库”。链路：MES 日排产 → 备料单（自动算料）→ 同步 WMS 工单备料台账（自动）→ **仓库人工点“出库”才扣库存**。最后一步不能省：需核对实物、批次、数量，全自动无人核对必然账实不符。
-
-孙彦飞：两个都保留，mes排产以后。对应请求wms，如果wms在线，自动添加，并在wms区别是自动，还是人工添加。wms的人工添加仍然保留。你判断一下字段是否能对应上
-
-2、增加科技项目出库类别
-
-> **回复**：【可做】与入库第 2 条配套：出库增加「归属类型：工单 / 科技项目」。同样需先明确科技项目编号来源。
-
-孙彦飞：「归属类型：工单 / 科技项目 / 其他」，没问题，所有需要添加的地方都添加
-
-3、通用出库：先区分一下类别（摁钮点选，退料、样品、报废、发货、其它“手动输入”），然后分别填写归属（工单号or科技项目号）、类型（电气件、结构件、其它）、名称（图号）、批次（非强制）/SN（强制）（能否根据类型选择自动更换？）
-
-> **回复**：【大部分已支持 + 补三点】通用出库已支持“退料/样品/报废/发货”分类与整箱发货。待补：①「其它（手动输入）」类别；②归属（工单号/科技项目号）；③**批次/SN 按物料管理模式自动切换**——结构件（批次管理）显示批次框、电气件（SN 管理）显示 SN 框，无需人工判断。注意：SN 只能对电气件强制，结构件本身没有 SN。
-
-孙彦飞：精密件，也添加批次号， 请记住 不是 （工单号/科技项目号） 而是 （工单号/科技项目号/其他）
-
-4、出库记录：查询可以输入归属、名称图号、日期进行查询。
-记录表另外明确“归属、工位”
-
-> **回复**：【可做】查询增加「归属单号」「物料编码/名称」「日期范围」三个独立筛选项；列表增加「归属」「目标工位」两列。说明：按现有规范各字段独立筛选，不再合并成一个“关键字”框，避免查不准。
-
-孙彦飞：统一，请保证各个名称，正确，禁止：出库入库导入导出列表链路追踪 等 名称不一致
-
-5、查询时输入多项的话，是取“或”吗？
-
-> **回复**：【解释，且不建议改】多个筛选框同时输入取**“且”（交集）**，不是“或”。原因：同时输入通常是想缩小范围（如“某工单 + 某物料”），取并集会越查越多、与预期相反。若某处确实需要“或”逻辑，请指明具体页面，单独加。
-
-孙彦飞： 回复正确
-
-三、质量检验
-1、质量检验录入改为来料检验录入
-
-> **回复**：【部分拒绝】系统检验分「来料检 / 过程检 / 成品检」三类，共用同一张表。若把页面名直接改成“来料检验录入”，过程检、成品检将无处录入。方案：菜单名保留“质量检验”，页面内按 Tab 分开（已实现）；若现场只用“来料检”，可配置为只显示该 Tab。
-
-孙彦飞：回复方案正确， 但是你的 过程检查、成品检测，在哪里 录入？ 如果有，请在 帮助文档 描述清楚。如果仅仅是个公用一张表，业务上各个菜单单独叫名称吧，表不用变，接口默认条件即可，前端不用显示条件。
-
-2、来料检记录：需要输入报检单号、归属、名称图号、SN/批次、检验单号、上传附件（pdf，可查看）、相关标准（检验细则号）、生产厂家、检验员、检验日期。
-
-> **回复**：【可做】现有已覆盖：检验员、检验项目/方法/标准、不合格原因、判定结果。需新增：报检单号、归属（工单/科技项目）、生产厂家、附件 PDF、检验日期（现取系统时间）。录入页按「报检信息 / 物料信息 / 检验结果 / 附件」分组，列表加列并支持导出。
-
-孙彦飞：同意
-
-3、能否试验对一张纸上数据的自动识别和提取？
-
-> **回复**：【拒绝，本期不做】纸面 OCR 需要：扫描/拍照设备 + 版式模板 + 识别后人工复核，投入产出比低；且识别错误会直接写进质量记录，风险不可控。**替代方案**：提供 Excel 导入模板（入库/检验均已支持），由检验员照录一次。若后续确有批量录入压力，再评估 OCR——需单独预算与实施周期。
-
-孙彦飞：无法识别，ocr需要联网，并且是公网收费项目，并且复杂结构识别不准，手写内容识别不准。
-
-4、电气件来料检界面什么样？
-
-> **回复**：【解释】电气件与结构件共用同一录入界面，差别在“检验对象”：结构件按批次（填批次号 + 抽检数量），电气件按 SN（扫码逐个记录）。判定统一为 合格/不合格，不合格填原因。界面会根据所选物料的管理模式**自动切换**批次框/SN 框。
-
-孙彦飞：客户可能不习惯 精密件的叫法，没有注意到这个页面
-
-5、检验界面上输入的单号，能否自动传递到入库？
-
-> **回复**：【可做，需先定主键】检验单保存后，入库时输入检验单号可自动带出物料、批次、合格数量，免二次录入。前提：检验与入库要能关联到同一个“到货批”，**建议以报检单号/到货单号作主键**——请确认现场到货是否有唯一单号。
-
-孙彦飞：这是多个问题：1、质量检验，需要增加 检测单号。2、 点击提交时，跳转到入库，这时候，把 检测单号、结构件精密件 带过去，并且，入库记录增加， 合格 不合格。你捋捋，前提是 用户提的需求 检测单号 必填，并且落地
-
-6、如果检验数和合格数不一致会怎么样？
-
-> **回复**：【解释 + 建议本期补】现状：系统按“合格数”入合格库存，不合格部分不入库；**但目前不强制登记不合格去向**（退货/返修/报废/让步接收），质量闭环缺一环、账面也对不上。建议本期补：当 检验数 > 合格数 时，强制选择不合格处理方式并生成对应单据。
-
-孙彦飞：不合格不入库、不上产线，这才是正确的质量隔离逻辑。不合格品，到这里就结束了，仅仅合格品入库存数量。  列表等地方展示清楚
-
-选项	触发条件	合格品	不合格品	必填项
-全部入库	默认选项，检验数=合格数时自动选中	全部入库	无不	无
-部分入库	检验数≠合格数时自动切换，或人工选择	合格数入库	不合格数按处理方式执行	处理方式、不合格原因、处理说明
-不合格品处理方式（子选项）
-当选择“部分入库”时，必须选择不合格品的处理方式：
-
-子选项	说明	必填
-退货	退回供应商	货运单号、退货原因
-报废	内部报废	报废原因
-
-
-
-7、检验记录：查询输入加一个归属，物料编码改成名称图号
-记录表明确“检验说明换成相关标准、不合格原因不要、增加归属，检验员改成记录人、检验日期改成记录日期、需要能够直接点击查看附件。
-
-> **回复**：【大部分照办，一条拒绝】①归属、相关标准、记录人、记录日期、附件直接点击查看——全部可做；②列名“检验员→记录人”“检验日期→记录日期”属改名，可做；③**“不合格原因不要”拒绝**：它是质量追溯与供应商索赔的关键依据，删掉后不合格记录无法闭环。折中：保留但改选填，主列表默认不展示，点开详情才看。
-
-孙彦飞：附件？点击上传附件吗，pdf？
-
-8、记录查询时相同的项会自动合并吗？
-
-> **回复**：【不会，且不建议】每次检验是独立事件（不同日期、不同结果、不同附件），自动合并会丢失“检了几次、哪次不合格”，追溯时答不上来。系统按物料/批次筛选后逐条列出并提供导出，供贵司自行汇总。若需要汇总视图，可另加一个“按物料统计检验次数/合格率”的统计页。
-
-孙彦飞：客户说的合并不是数据合并成一条，而是他想一下看清楚全貌，增加筛选条件吧，其他不变。
-
-四、基础资料
-1、物料档案的关键字按出、入库信息去修改。
-
-> **回复**：【待澄清】两种理解结论相反：①若指“物料档案的字段项应由实际出入库用到的字段决定”——同意，可按贵司实际单据增删字段（如图号、生产厂家、单位、存放要求）；②若指“用出入库记录反写物料档案”——**拒绝**：档案是主数据，必须人工维护；被单据自动改写会导致一次录入错误污染所有历史与新单据，且无法追溯谁改的。请明确是哪一种。
-
-孙彦飞：没明白客户说的是什么，暂放，待确认。
-
-2、区域维护中对于区域的定位按货架号和位置号来定位。
-
-> **回复**：【可做】与入库第 4 条是同一件事：区域维护扩展为 区域 → 货架 → 货位 三级，库位编码建议用可读格式（如 A-03-12），可直接贴条码供扫码枪定位。需贵司提供现有货架编号规则与数量。
-
-孙彦飞：内容重复，忽略。
-
-五、系统管理
-1、用户在MES、WMS及工位上通用吗？
-
-> **回复**：【解释现状，部分通用】①**MES 与工位终端通用**：工位终端登录走 MES 用户体系，需在 MES 该用户上勾选“允许登录工位终端”；②**WMS 独立**，不能登 MES/工位终端——仓库与车间职责不同、权限粒度不同。一期建议维持现状（同一工号在系统各建一次）；若贵司要一号通，需做统一用户中心（SSO），属架构级改造，建议二期评估。
-
-孙彦飞：不通用，两套体系，因为客户要求，两套系统互不影响可独立运行。 保持现状不做修改
-
-六、库存管理
-1、解释一下，原料类（SN/结构件/其它）如果刚开始判定合格入库，实际使用过程中不合格，转为退货或换修，系统如何修改和调整。
-
-> **回复**：【解释 + 建议本期补】现状：出库（退货/报废）能扣减库存，但**缺“质量状态翻转”闭环**——已入库的合格件在使用中发现不合格时，无法把它从“合格”改为“不合格/待退”。建议方案：库存明细增加「质量状态变更」（合格 ↔ 不合格 ↔ 待退），选择原因（使用中发现 / 复检不合格 / 厂家召回）并写变更日志；不合格件自动进隔离区不可出库，后续走退货出库或换修入库。
-
-孙彦飞：按你规划来吧，挺复杂一流程。记得和其他需求问题，闭环。
-
-2、物料汇总库存类型加一个其它。
-
-> **回复**：【可做】与入库第 7 条配套：新增“其它”物料类型后，物料汇总 / 库存明细 / 区域汇总 / 导出全部同步支持。
-孙彦飞：同意
-
-3、锁定量是说已列至排产计划的？
-
-> **回复**：【解释】接近但不完全等同。锁定量 = **已被工单备料需求占用、尚未实际出库的数量**（来源于 MES 备料单锁定），可用量 = 库存量 − 锁定量。它比“已列入排产”更窄：只有生成了备料需求并锁定才计。若贵司要的是“已排产即锁定”口径，需把日排产也纳入锁定，请确认。
-
-孙彦飞：在 帮助文档，给他解释清楚
-
-4、物料汇总和库存明细有什么差别？
-
-> **回复**：【解释】①**物料汇总**：一物料一行，跨区域、跨质量状态聚合，回答“这个物料总共还有多少”，点行可下钻批次/SN；②**库存明细**：按 物料 × 区域 × 质量状态 × 批次 展开，回答“在哪个位置、哪一批、能不能用”，用于找货、盘点、先进先出；③另有**区域汇总**：按区域统计，用于看库容与分布。日常看量用汇总，找货/盘库用明细。
-
-孙彦飞：在 帮助文档，给他解释清楚。并且自审业务是否闭环，不要打自己的脸
-
-5、库存盘点功能详细展示一下。
-
-> **回复**：【解释，已实现】流程：发起盘点（全库 / 按区域 / 按物料）→ 生成盘点单号与目标清单 → 扫码或手工录入实盘数（实时显示 账面/实盘/差异）→ 完成盘点，可选“差异写回库存”修正账面 → 历史盘点单可查。可补：差异明细导出、盘点单打印、未盘项清单。建议现场演示一遍，比文档直观。
-
-孙彦飞：1、选择盘点范围 ---> 类型  ， 不用选择了，因为物料里面已经包含 ，你把联动考虑清楚。 你这个库存盘点，我也没跑通，请再结合行业标准，自行跑一个完整流程，闭环。
-
-6、半成品/成品入库，需与OA链接。
-
-> **回复**：【拒绝，本期不做 OA 集成】原因：跨系统对接需甲方提供接口文档、测试环境与审批流程定义，周期与联调成本远高于本系统内部功能，且 OA 侧流程尚未定稿。**替代**：先走“手工录入 + Excel 导入”，流程跑顺后再评估。若甲方坚持，需单独排期并指定 OA 接口人。
-
-孙彦飞：不对接oa系统，手动填入。
-
-7、产成品入库：需要输入归属（工单号or科技项目号）、名称图号、编码（二维码）、产品状态（已通过、部分通过、返修）、相关标准（试验方案号）、试验记录单号、上传附件（pdf，可查看）、记录员、记录日期。
-
-> **回复**：【可做大部分】现有成品入库是 MES 完工自动回流（SN/工单/时间自动带出），字段偏少。方案：成品入库页增加 归属、产品状态、相关标准（试验方案号）、试验记录单号、附件、记录员、记录日期；“编码（二维码）”即成品 SN，由系统生成，也支持扫实物码关联。**待确认**：产品状态为“部分通过/返修”时的后续动作——返修品能否再次入库、如何闭环，请给规则。
-
-孙彦飞： 成品，是甲方自己生产的，不合格返修以后最终肯定要入库。 1、当前系统 半成品管理--->半成品/成品入库 ，叫法合适吗？没有地方区分是成品入库，在哪里入库的？ 业务没闭环
-
-8、半成品/成品出库，增加一个“原因”摁钮（包装、继续生产、检验试验、其它），扫SN码后，自动显示相关信息。
-
-> **回复**：【可做】半成品/成品出库页先点选原因（包装 / 继续生产 / 检验试验 / 其它-手输），再扫 SN → 自动带出该 SN 的产品、工单、当前状态、库位，确认后出库；原因写入出库记录，便于后续统计。
-
-孙彦飞：同意，请自我审核，请闭环
-
-9、半成品/成本查询增加“归属查询（工单号or科技项目号）”，物料编码需能够从扫码枪识别二维码。
-
-> **回复**：【可做 + 一个前提】①查询增加“归属单号”筛选——可做；②**扫码枪识别二维码无需额外开发**：扫码枪是 USB 键盘口设备，只要二维码内容是纯文本（物料编码/SN），扫进输入框即可。前提是**二维码编码规则要统一**（建议直接编码物料编码或 SN，不要带 URL、不要带中文）。请确认现有二维码里到底是什么内容。
-
-孙彦飞：同意，别管是什么肯定是文字即可。问题是，需要用户选 工单号、科技项目号，吗？能否自动识别。你定吧
-
-10、工单备料台账增加通过完成时间范围查询。
-
-> **回复**：【可做，需定口径】台账查询增加“完成时间”起止范围（保留创建时间范围）。待确认：“完成时间”指**最后一笔出库时间**，还是工单实际完工时间？建议用“最后一笔出库时间”，与出库记录对得上、可核对。
-
-孙彦飞：客户说的对，应该有完成时间。你加一下吧
-
-11、工单备料台账里状态跟领不领料没关系，关键是看是否满足生产需求（齐套-需求量全满足、未齐套-需求量部分满足且满足未来5天生产、预警-需求量不满足未来5天生产、未到货-未出库到货）
-
-> **回复**：【接受口径，但需分两步】这个口径比“领没领料”合理。但两套数据目前缺失：①“未来5天需求量”需日排产展开到 物料×日期 的净需求（当前排产只到 工单×日期）；②“到货”来自采购到货计划，系统暂无采购模块。方案：**第一步**先做 齐套 / 未齐套 / 未到货（按台账需求 vs 库存 vs 已出库，可立即落地）；**第二步**再做“预警（不满足未来5天）”，待日排产展开到物料需求 + 到货计划接入后实现。另请明确“未来5天”按工作日还是自然日。
-
-孙彦飞：
-备料台账状态（工单物料需求跟踪）
-数据来源
-需求总量：MES工单的物料清单 × 日排产数量
-已出库量：WMS出库记录按工单汇总
-可用库存：WMS实时库存
-状态定义
-齐套：可用库存 ≥ 需求总量
-未齐套：0 < 可用库存 < 需求总量
-未到货：可用库存 = 0 且 已出库 = 0
-预警：可用库存 < 未来5天需求量（未来5天需求量 = 近5天日排产 × 物料清单单台用量）
-优先级
-未到货 > 预警 > 未齐套 > 齐套
-
-
-
-
-
-
-
-MES系统：
-一、生产管理
-1、新建工单中数量要支持直接输入数字，要输入完成日期，显示创建日期和创建人。
-
-> **回复**：【部分已支持】数量**已支持直接输入数字**。待补：完成日期（设为必填）、列表显示创建日期与创建人。
-孙彦飞：同意
-
-2、工单如何支持与公司OA衔接，用于接受新工单信息？
-
-> **回复**：【拒绝接口对接 / 可做导入】与 WMS 六.6 同理，OA 实时对接本期不做。**替代**：工单支持 Excel 批量导入（模板：工单号 / 产品型号 / 数量 / 完成日期 / 归属），从 OA 导出后直接导入即可，成本远低于接口。若必须实时，需甲方提供 OA 接口文档与联调环境，单独排期。
-孙彦飞：不对接oa
-
-3、日排产能否支持自动排产（比如以平均生产的方式或者是日固定排产量的方式）？
-
-> **回复**：【可做，需先定规则】提供两种自动排产：①**平均分摊**（工单数量按剩余可用天数均分）；②**固定日产**（按设定每日产量逐日排）。排完仍可人工调整。待确认：按工作日还是自然日、是否跳过休息日、多工单同时排时的优先级。**自动排产只是辅助，以人工确认为准**。
-
-孙彦飞：同意：计划总量，哪里来？ 工单总量？ 那就在工单上面，有一个按钮自动排产，输入工作日，选择 平均方式、固定产量 ？ 生成 日排产 单 ？ 状态是 未启用状态，等人工更改启用
-日排产的执行状态，如何触发，执行流程，请在 帮助文档中写清楚。 项目中所有状态流程相关内容，都应该在帮助文档中记录清楚，怎么流转，怎么触发，产生什么结果，等。
-
-4、物料清单要明确归属。需要能够从design中读取数据，最低要求需要能够支持导入（txt、xls）
-
-> **回复**：【分三点】①**从 design 读取——拒绝**：各设计软件导出格式不一、需逐个适配、版本变更难同步，成本高风险大；②**Excel 导入——可做**（推荐 xls/xlsx；txt 需贵司提供固定分隔符样例）；③**“物料清单要明确归属”待澄清**：清单是按产品型号维护的模板，归属就是“产品型号”本身；若指“每行物料归属某工单”则不合理——模板与实例不能混为一谈。
-
-孙彦飞： 导入，可以做，也应该做。  明确归属，不需要有，因为：当前系统：同一型号可并存多份物料清单（不同厂家/含半成品），可输入新名称创建；工单建单时按名选用。 
-可能用户看到的是，我的旧系统，当时对应关系不明确？ 用户没看清，请结合当前系统，给最优方案。
-
-5、备料单是否会自动同步到WMS系统？详细解释一下从日排产、到备料单、到工单备料台账到出库到AGV配送的完整工作过程如何流转执行。
-
-> **回复**：【解释 + 建议串讲】已打通部分：MES 日排产 → 按日排产生成备料单（按产品物料清单自动算料）→ 同步 WMS 工单备料台账（自动）→ 仓库按台账出库并扣库存 → AGV 任务下发到接驳台（DOCK）。**待补/待确认**：①备料送到哪个工位目前不明确（见下条）；②AGV 实际配送动作由 AGV 厂商系统执行还是我们下发即可，需与 AGV 厂商确认接口。建议安排一次现场全流程串讲。
-孙彦飞：用户可能看的是旧系统，请根据当前实际项目情况，完成用户的需求。要闭环。  agv送到哪里，是mes系统控制的，通过 agv海康.md说明文档进行通讯。
-
-6、目前备料无法体现出是送到哪个工位。
-
-> **回复**：【确认是缺陷，可做】方案：生成备料单时按物料清单里每行的「装配工位」把需求**拆到工位维度**，备料单与台账增加“目标工位”列，出库按工位分箱/分车，AGV 按工位投递。前提：物料清单需维护每行的“装配工位”（该字段已存在）。
-孙彦飞：备料送到哪里？ 送多少？ 跟日排查什么关系？ 请给我方案，把流程说明清楚。能不能，分批送？ 应该可以才行。 你捋捋吧，要闭环。实际上，很多场景，你都无法闭环。请独立审计
-
-7、绩效报表里的内容均为工位机自动上报？NG数是什么意思？
-
-> **回复**：【解释】①数据来源：**以工位终端/产线设备自动上报为主**，同时支持 MES 手动报工（用于补录、设备漏传、网络中断等异常场景）；②**NG = 不合格数**（No Good），指该工位/人员判定为不合格的件数。若贵司内部叫“不合格/返修”，可把列名改掉，不留英文。
-孙彦飞：不要出现 英文。
-
-8、绩效报表里能否加上上机时间，统计工作效率？
-
-> **回复**：【可做，但需先定口径】已有每个工件的进线/完工时间、每工位的工位时间线，可算出「平均单件工时」与「有效作业时长」。**待确认**：效率按“在岗时长”还是“纯作业时长”算？等料、停线时间如何剔除？口径不定就出数字，统计结果会被现场质疑，建议先现场对齐口径再上线。
-孙彦飞：你定方案吧，我建议，全访问记录工位时间、状态。不在线时间不算在效率里面。将来工单可以 单独暂停，上厕所？ 等，见其他需求，这里不单独 猜想。
-
-二、现场作业
-1、详细解释一下工位组合下发什么意思？工位组合加设流水线1（工位1、3、5、7、9、11）和流水线2（工位2、4、6、8、10、12）。
-
-> **回复**：【解释 + 可做】**工位组合** = 某工单/工件要经过哪些工位（建单时勾选，如只走 1、3、5）；**下发** = 把工位码写入产线设备（如 PLC），传送带据此只停靠这些工位，避免空跑。流水线1/2 可做：工位表增加“所属流水线”字段，建单时可选“整条流水线”一键勾选该线全部工位。**待确认**：两条线是否同时生产不同产品——若是，下发与 AGV 投递都要按线区分。
-孙彦飞：有其他变动，如果 456三个工位，做同一道工艺流程，应该是，哪个有空就流到哪里。所以，工单创建时，是不是 按 工序流程，分组选择工位 ？ 我也没想法，请给我发方案，闭环即可，我说的不一定对，按照实际 最优标准
-
-2、SN码在产品上，工位上才有扫码枪，需要上产线前进行识别吧，如何实现如何识别，现在只有？
-
-> **回复**：【解释现状 + 待确认】工件在**进线时（上产线前）**由工位终端/扫码枪扫 SN 建档，之后每个工位扫码即可调出该工件的工艺步骤与应装物料；系统也支持自动生成 SN 兜底。硬件上扫码枪是 USB 键盘口设备，插工位机/平板即可读码，无需额外程序。**待确认**：①SN 贴在工件什么位置、是否耐油污（直接影响扫码成功率）；②是否设专门的“上线工位”做进线登记，还是由第一个工位代劳。
-
-孙彦飞：这是个问题？还是个建议？跟软件有什么关系？如果不需要改动，就忽略吧
-
-3、下发日志里的工位是什么意思，完成时间是什么意思？
-
-> **回复**：【解释】下发日志记录的是“把某工件/工单的工位码发给产线设备”这件事：**工位列** = 本次下发允许停靠的工位组合；**完成时间** = 产线设备回报“该工件已走完”的时间（为空表示尚在产线上或回报信号丢失）。用于判断串序与滞留。
-
-孙彦飞：用户对，工位组合下发，是什么，不是很清楚。1、说明菜单名称不贴合实际生产，起个更好的名称；2、帮助文档，没说清楚，什么场景用，产生什么效果作用；3、工位和工艺流程没有关联起来，展示工位时，把工艺流程显示清楚，如何分组显示清楚。
-
-4、手动报工是干什么用的，跟完工确认有什么差别。列表里工位和工位号有什么差别？
-
-> **回复**：【解释 + 一处整改】①**手动报工** = 补录/异常处理：工位终端没上报时（忘点、断网、设备漏传），由班组长在 MES 登记“某 SN 在某工位做完了、采了什么参数”，是**逐工位的进度记录**；②**完工确认** = 终结动作，确认“该 SN 全部工序完成、可入库/下线”。两者不是一回事。③列表里“工位”与“工位号”两列重复——**这是我们的问题，将合并为一列**。
-孙彦飞：同理，说明文档，要写清楚。来源、场景、结果、影响、等等
-
-5、工件追溯做一个示例。
-
-> **回复**：【可做】提供一份完整追溯示例报告（产品型号 → 工单 → 工件SN → 各工位时间/操作人 → 装机绑定的精密件SN/批次 → 拧紧数据 → 检验结果）并现场演示。请提供一条真实生产过的 SN，或用测试数据生成一份。
-孙彦飞：用户看到是旧系统，当前系统已有追溯报告？我以前让你做过，在哪里“工件追溯”？ 太简陋了。  成品件如何查看完整流程数据？物料如何追溯？半成品呢？ 现有的输入sn是个什么，也没说清楚。
-
-6、拧紧查询需实现：1、输入工单号（查所有）、SN（查单件）、日期、工位进行查询，多项输入复合查询（取交）。2、增加统计功能，根据工艺文件自动计算螺栓拧紧数量是否满足要求。3、一级窗口显示工单号、SN、工位（1-12），拧紧数量（合格/不合格）、拧紧结果（合格/不合格），操作人、时间；点击拧紧结果进入二级窗口，显示SN在当前工位所有详细拧紧数据，包括扭矩、角度、是否合格、详细时间等。
-
-> **回复**：【基本可做，两点修正】①**“工位（1-12）”不写死 12**：工位数以数据库为准，将来增到 13 个会自动出现；②**“按工艺文件自动计算螺栓拧紧数量”**需要工艺步骤里维护“该工位应拧几颗螺栓”（数量 + 合格扭矩范围），该字段目前缺失，需先加。实现分三层：查询条件（工单号/SN/日期/工位，取交集）→ 汇总行（拧紧数量合格/不合格、结果、操作人、时间）→ 点行下钻明细（扭矩、角度、判定、时间）。**建议分期**：先做查询 + 下钻，统计功能待“应拧数量”字段落地后补。
-孙彦飞： 用户说的很清楚，要不打折扣的实现。更新你的记忆，不要再有 分期 。我给你的任务，你总是打折扣，很不好
-
-7、拧紧数据自动读取电动拧紧工具上传数据。特殊需单独上传的数据在工位上传，检验员审核，两人签字。
-
-> **回复**：【部分可做，取决于硬件】①**自动读取**：取决于拧紧工具是否开放数据接口（多数电动拧紧枪支持串口/网口输出或配套软件导出）。开放则我们做采集服务自动入库；不开放则走“导出文件导入”。**需贵司提供拧紧工具型号与通信协议文档**。②**检验员审核、两人签字**可做：补录/修改的数据进入待审状态，检验员在 MES 审核通过后才生效，同时记录操作人与审核人（电子签名）。因涉及质量记录，建议同步保留修改痕迹（谁在何时改了什么）。
-孙彦飞：拧紧数据，你先抽象到一个地方，模拟数据吧，后续拧紧枪到位了，补充完成。其他事项，你闭环吧
-
-8、巡检中的开工签到、工位点检、过程巡检（按工艺文件确定工序，每一步工序都需要检验）、完工确认都在工位终端、扫码枪和pad上操作，服务器只做存储和查询。
-
-> **回复**：【现状说明 + 待确认】MES 端目前**已有**开工签到、工位点检、过程巡检、完工确认（含拍照上传）；工位终端目前只有“工艺步骤填报 + 报工”。方案：把 MES 这四项**移植到工位终端触控版**，MES 端保留查询与审核。待确认：①“每一步工序都需要检验”——是否每步强制？会显著拉长节拍，**建议只对工艺步骤中标记为“需检验”的步骤强制**；②pad 可调用摄像头拍照，工位机需外接 USB 摄像头。
-孙彦飞：哪个在工位终端？ 哪个在pad上，说清楚没。 按照方案来吧，联系上下文，结合实际场景，综合考虑吧。定义清楚即可
-
-9、开工签到的照片如何上传（用扫码枪）？
-
-> **回复**：【拒绝，硬件能力限制】**扫码枪不能拍照**，这是设备本身不具备的能力，无法通过开发解决。可行方案三选一：①用 pad/手机拍照上传（推荐，pad 浏览器可直接调摄像头）；②工位机外接 USB 摄像头；③现场确实只有扫码枪时，取消照片强制，改为“刷工牌 + 定位/时间”作为签到凭证，照片改选填由班组长用手机补拍。请确认现场 pad/摄像头配置。
-孙彦飞：扫码枪，是个类似快递员的像手机一样的东西，可以打开浏览器。能拍照。 具体交互方式，待定吧。
-
-10、完工确认修改“确认该SN已完成生产”，扫描SN码。
-
-> **回复**：【可做】完工确认改为：扫 SN → 显示该 SN 的产品/工单/已完成工位/未完工位 → 未全部完成时**提示并不允许确认**（确需强制完工的，须填原因并留痕）。与工位终端“全部步骤完成才可报工”的校验保持一致。
-孙彦飞：你说话，我都不知道，说的什么？能做不能，什么方案，什么影响，产生什么结果。 能做你就做吧，懒得跟你讨论，啰嗦的ai
-
-11、异常上报看看其他示例中是如何使用的？
-
-> **回复**：【解释，已实现】MES 现场作业 → 异常上报：可选异常类型（多选）+ 拍照 + 描述，提交后触发看板报警。建议增强：①异常类型可配置（按贵司实际分类维护）；②处理状态流转（待处理 / 处理中 / 已关闭 + 处理人与结论）；③异常统计报表。可另附一份同行业示例截图供参考。
-孙彦飞：做吧，要闭环，要全访问监控。该有设置阀值的地方就新增菜单，单独设置。库存够不够量、排产够不够量、能生产几天、工位有没有异常、等等。
-
-12、记录查看加一项看工单号查询
-
-> **回复**：【可做】检验/巡检记录查询增加“工单号”筛选。
-孙彦飞：做吧
-
-三、基础配置
-1、需要能够新增工位
-
-> **回复**：【有条件拒绝“页面随意新增”】工位数由产线物理布局决定，属基础配置，变更频率极低；若开放页面随意增删，历史数据（下发记录、报工记录、工位组合）会出现“引用了不存在的工位”的脏数据。**方案**：工位数与编号**以数据库为准**（接口已支持任意数量，代码里不写死 12），新增工位由管理员在数据库插入后自动出现在所有下拉，无需改代码。若贵司确有频繁调整需求，再补一个受权限控制的“新增/停用工位”页面。
-孙彦飞：无法新增，和 产线实物工位一一对应。难道？12个工位固定，对应产线、对应工位终端、对应工艺流程，新增的虚拟工位 仅 描述 仅记录？能闭环吗
-
-四、系统管理
-1、增加时间筛选查询
-
-> **回复**：【可做，需指明页面】入库、出库、检验、报工等多数列表**已有时间范围查询**。请指明哪几个页面还缺，我们统一补齐：一律“起止日期范围”，列表默认按创建时间倒序（最新在前）。
-孙彦飞：客户可能看的旧系统，如果缺少请实现
-
-工位终端：
-工位终端需要进一步完善：开工签到、工位点检、申请巡检、工序间检验、工艺文件查询、叫料/退料、工序开始/结束/暂停、应急呼叫等。
-
-> **回复**：【分三类处理】
-> **①已有可用**：工艺文件查询（任务卡内置 PDF，可放大）、工序完成上报、装机绑定、暂存退库、我的工作量。
-> **②本期可做（从 MES 移植触控版）**：开工签到、工位点检、申请巡检、工序间检验、完工确认；工序开始/结束已由“工艺步骤逐步填报 + 全部完成才可报工”覆盖。
-> **③需确认后评估**：**叫料/退料**——涉及 WMS 库存与 AGV 调度联动，需先定“谁送、送到哪、多久送到”以及 AGV 接口是否可用；**应急呼叫**——呼叫谁、响应流程是什么、是否需要硬件安灯灯（若只是发消息给班组长则成本低、可做）。
-> 建议：先落地②，③安排一次现场需求确认会再排期。
-
-孙彦飞：不分期，按最优方案一次性落地，结合所有问题和上下文。
-
-
-
-
-第二批问题：
-
-生产部分：
-1、工单号 →工程编号；
-
-> **回复**：【可做，但需先消歧】判断：改名本身没问题，但**有混淆风险**。系统里现在有两个"编号"：MES 的「工单号」（生产任务，一个工单=一批产品）与 WMS 归属里的「科技项目号/工程编号」（项目/合同层面）。若把工单号改叫"工程编号"，就跟归属里的"科技项目号"撞名，两边叫法会不一致（违反"各链路名称必须统一"的约定）。
-> **方案**：①确认客户说的"工程编号"是否就是现在的工单号（大概率是，他们内部叫法）。②若是，则**全链路统一改名**：MES 工单号 → 工程编号，WMS 归属下拉里的"工单号"同步改为"工程编号"，"科技项目号"保持不动；列表/导出/帮助文档一次性改全。③若客户指的是"工程编号 = 项目号（一个项目下多个工单）"，那就是新字段——需要在工单上新增"所属工程编号"，这是另一套改动，请客户先明确是哪一种。
-孙彦飞： 上面有一个 （工单号 / 科技项目号 / 无） ，我理解，跟这个不是一个东西 。如果咩有好的方式，暂时先不动，没确定清楚前，先不改。
-
-2、产品编码’ →产品编号；
-
-> **回复**：【可做】判断：正确，纯术语改名。注意与第一批已定的"物料编码/图号"合并保持一致——产品侧同理：**产品编码即客户口中的产品编号**，不做字段合并、只改显示。
-> **方案**：MES 的「产品编码」全链路改称「产品编号」（建单弹窗、列表列、导出表头、帮助文档）；WMS 若出现"产品编码"一并同步。内部字段名 productCode 不变，只改界面文案。
-孙彦飞：可改
-
-3、装配工位：增加备注“操作人姓名”，工位固定操作人不固定；
-
-> **回复**：【判断正确，但实现方式要改】客户对业务的理解是对的——**工位是物理位置、人是流动的**，绝不能在工位配置里写死操作人。但"在装配工位上增加操作人姓名"若理解成"给工位配一个人名"，就是错的。
-> **方案**：①**操作人不配置、由报工自动带**：谁在工位终端登录/刷卡报工，系统自动把该用户记为本次操作人（已具备，无需新增）。②**新增"备注"字段**：报工/检验记录增加备注，用于填写"多人协同""换人代做""临时支援"等说明（如"张三+李四共同装配"）。③物料清单的「装配工位」列只存工位号，不存人名。④追溯与绩效报表按实际操作人统计，不按工位固定人。
-孙彦飞：有登录人，操作人就是登录人，不用改
-
-4、工位组合下发：
-情况一：某一工序需要两个工位同时完成，这种情况怎么考虑？
-
-> **回复**：【需先分清两种场景，方案不同】判断：客户提的是真问题，但"两个工位同时完成"有两种完全不同的业务含义，实现差别很大：
-> **A. 并行分流（多工位做同一道工艺，谁有空流到谁）**——如 4/5/6 号工位都做同一道工序，工件流到任意一个即可。方案：引入**「工位组」**——工单「工位组合」里可把多个工位编成一组并绑定同一道工艺流程；下发时按组下发，产线设备（如 PLC）把工件送到组内空闲工位，任一台完成即算该工序完成。
-> **B. 协同作业（一道工序必须两个工位都做，全部完成才算完成）**——如两人配合抬装/对拧。方案：工艺步骤增加**「协同模式」**（单人 / 并行任一 / 全体完成），设为"全体完成"时，组内所有工位都报完工，该工序才置为完成并允许流转。
-> **建议**：现场大概率是 A（分流提节拍），B 较少。两种一起做成配置项，建单时选。请客户确认他们属于哪种，或两种都要。另注：这与"工位与工艺流程要关联展示"是同一件事，做完后工位页会直接显示"该工位属于哪个工位组、做什么工艺"。
-孙彦飞：客户意思是：12356工序，需要3和5同时完成，才能到工序6 ？ 没有这种事情吧？难道这个工件 ，只完成3不需要完成5？  等客户确认吧？
-
-5、增加涵盖一个产品生产流程卡；
-
-> **回复**：【可做，建议做】判断：正确。目前"工艺流程"是按工位拆的菜谱，缺一张**从投料到完工的全景卡片**，客户看不清一个产品到底怎么走完。
-> **方案**：MES 新增「生产流程卡」页（按产品型号查看/生成），一张卡自动汇总：产品编号/名称 → 物料清单（含每行的装配工位、用量、相关标准）→ 要经过的工位组合（含工位组）→ 每个工位绑定的工艺流程与工艺步骤（含检验点、工艺文件）→ 检验卡项。支持**打印/导出 PDF** 随工单下发，工位终端可按流程卡逐步执行。数据来源全部是现有配置，不需要客户二次录入。
-孙彦飞：跟 第一部分 问题，重复。 说明很重要，要闭环。以前，我是如何跟你说的，你怎么只答应我，却没做呢
-
-6、若一个产品当天没有完成，停留在流水线上，第二天流水线怎么开始？
-
-> **回复**：【判断正确，这是跨天在制品（WIP）问题，目前没处理好】现状：日排产按天生成，未完工的在制件没有独立视图，第二天容易"重新排一遍把在制件冲掉"。
-> **方案**：①**在制品不被重排冲掉**：日排产只排"未开工数量"，已进线未完工的工件保持原工单、原 SN、已完成步骤不变，跨天继续；系统按"计划量 − 完工量"自动算剩余量，不重复生成。②**新增「在制品」视图**：按工位列出"停在我这儿没做完的工件"（SN/产品/停留时长/已完成步骤），第二天开工时工位终端默认展示，工人接着做即可。③**跨天留痕**：记录最后作业时间与停留时长，超期（如 >1 天）在管理端提示，便于排查滞留。④班组长可手动把某工件"移出线体"（暂存退库）再择日回线。
-
-孙彦飞：工位组合下发，就是人工干预的。物料怎么来呢？ 当前，我还没弄清楚，如何上料，怎么根据排产工件数量上料？ 每个工件需要多少个料？ 是在工艺流程定义的吗？什么关系。你自己搞搞清楚吧。
-物料清单，为什么需要选择“装配工位”？逻辑就不对，因为 不同工位可以干同一道工序，所有物料清单，可以对应多个工位。你再好好闭环一下。
-
-7、增加一个0号工位和13号工位；
-
-> **回复**：【可做，但必须定义清楚业务动作，否则就是两个空壳】判断：客户要 0 号和 13 号是合理的（起止两端确实有活干），但**如果只是加两个编号而不挂业务，它们就变成"仅描述、仅记录"的虚拟工位，无法闭环**——这正是我们内部质疑的点。
-> **方案**：把 0/13 定义成**有真实动作的业务工位**，不是摆设：
-> **0 号 = 上线工位**：扫/生成 SN 建档、绑定工单、打印流程卡与SN标签、领料确认（按物料清单核对来料）；由 pad 或共用终端操作，不必单独放一台固定工位机。
-> **13 号 = 下线工位**：完工确认、终检、成品入库回流 WMS、打印合格标签；同样可用 pad/共用终端。
-> 落地方式：在 `station` 表插入 0、13 两行（工位数以数据库为准，代码不写死 12，新增后所有下拉自动出现），分别绑定"上线流程"和"下线/完工流程"；工单「工位组合」默认不勾选 0/13（它们是始终经过的首尾工位，系统自动记）。
-> **待客户确认**：0/13 是否有实体工位与终端（若有则配机器，若没有则用 pad/共用终端，记录照常产生）。
-孙彦飞：用户确实有此需求，虚拟的
-
-工位部分：
-1、需要结合检验卡或生产流程卡进行工位操作确认；
-
-> **回复**：【可做，且应该做】判断：正确。现状缺陷是"工艺流程步骤"和"检验卡"是两套东西，工位上做归做、检验归检验，互不约束，容易出现"活干了但没检就流走"。
-> **方案**：①工艺步骤增加「需检验」标记 + 检验项（检验内容、标准、是否强制拍照）；②工位终端执行到该步骤时，先做数据采集，**标记需检验的步骤必须先提交检验记录（结论 + 照片）才能推进下一步**，未检验则报工被拦截（与"全部步骤完成才可报工"同一套强校验）；③检验记录自动关联 工单/SN/工位/步骤，写入检验台账；④检验卡与生产流程卡共用同一份步骤数据，不做两套维护。
-
-孙彦飞：工艺流程，规定清楚。除了 拧紧枪，还确实很多其他类型定义。约定好，必须扫码的地方，必须pad确认的地方、必须签字的地方、等等流程，要闭环，最后生成流程卡（可追溯）
-
-2、每个工位对精密器件应进行扫码录入；记录在检验单上；
-
-> **回复**：【前半句已支持，后半句表述不准确】①**"每个工位对电气件扫码录入"——正确且已具备**：现有「装机绑定」就是按物料清单的装配工位配置，在对应工位扫电气件 SN 绑定，未绑齐不允许报工（术语已统一为"电气件"）。②**"记录在检验单上"——不建议**：装机绑定是**装配追溯数据**（哪个件装在哪台产品上），检验单是**质量判定记录**，两者性质不同，混在一起会让检验单变成大杂烩、追溯时也分不清是"装了什么"还是"检了什么"。
-> **方案**：绑定记录独立存储并挂在工件追溯上（已实现）；检验记录页提供"查看该 SN 的装机明细"入口，**能看见但不混存**。如客户坚持要在同一张纸上呈现，走"生产流程卡/追溯报告"把两者汇总打印，而不是改数据结构。
-孙彦飞：要闭环，
-
-出入库部分：
-1：已知原材料库存量和生产原材料清单计算出可生产数量，并设置原材料缺货报警提示；
-
-> **回复**：【可做，建议做】判断：正确，这是典型的齐套性测算。
-> **方案**：①**可生产套数 = min(各物料可用量 ÷ 单台用量)**（木桶效应，取最小值）；可用量 = 库存量 − 锁定量；单台用量取自物料清单（含损耗率）。②展示位置：MES 备料页 / WMS 库存页各加"可生产数量"卡片，按产品型号分别计算；并给出**短板物料 Top3**（卡在哪个料上）。③**缺货报警**：新增「预警设置」菜单，可配置"最低可生产套数""安全库存""可生产天数"阈值；低于阈值时在 WMS 首页、MES 首页、工位终端顶部提示（不进大屏，大屏维持报喜不报忧）。④数据来源：WMS 库存 → 供 MES 计算（WMS 离线时 MES 用最近一次同步值并标明时间）。
-孙彦飞：做吧，结合实际情况，闭环
-
-2、库房这边能否查询原材料清单，便于库房管理人员根据清单提供不同工位需要的原材料；
-
-> **回复**：【可做，且是第一批"备料看不出送到哪个工位"的同一个缺口】判断：正确。
-> **方案**：MES 生成备料单时按物料清单的「装配工位」把需求拆到工位维度 → 同步到 WMS 后，库房在备料台账里可**按目标工位分组查看/导出/打印拣货单**（工单号 + 工位 + 物料图号 + 需量 + 库位 + 已发量）。支持三种粒度切换：按工单汇总 / 按工位分组 / 按物料汇总（便于集中拣货再分箱）。支持分批配送：可勾选部分工位先发。
-孙彦飞：做吧，结合实际情况，闭环
-
-3、工位上发现原材料数量与下发的原材数量不一致，怎么解决？；
-
-> **回复**：【判断正确，目前缺这个闭环】现状：工位收到料发现数量对不上时，工人没有正规处理入口，要么将就着干（账实不符），要么线下找库房（无记录）。
-> **方案**：工位终端增加「数量不符上报」：①工人扫物料/SN → 输入实际收到数量 → 系统记录 应发/实收/差异 + 原因（少发/多发/损坏/错发）+ 拍照；②**少料**：一键生成「补料申请」，推送到 WMS，库房补出库后工位确认收货，闭环；③**多料/错发**：走退库流程退回；④差异记录进入台账并对账，班组长与库房均可查，**不允许工人直接改数量而不留痕**。⑤频繁出现差异的物料进入统计，便于追责供应商或库房。
-孙彦飞：做吧，结合实际情况，闭环
-
-4、工位上原材料退库怎么处理？
-
-> **回复**：【可做，需补完 WMS 侧闭环】现状：工位终端有"暂存退库"动作，但**退库后是否真正回到库存、谁确认收货，链路没闭合**——这是缺陷。
-> **方案**：①工位终端点「退库」→ 选物料（电气件扫 SN / 结构件填批次 + 数量）→ 填原因（用余料/错领/不合格/换型）→ 提交生成退库单；②**库房在 WMS 收到退库单后确认收货**（扫码或点确认）才增加库存，未确认前状态为"在途"，避免工人点了就算入库；③退库回写工单备料台账（已领量减少），并在台账体现"已退数量"；④退库原因纳入统计，便于分析是计划不准还是领多了。
-
-质量检验录入：
-应先录入产品BOM，包含物料编码、归属（项目）、名称图号型号、相关标准（检验细则）、工序所属；然后在质量检验录入时输入对应物料编码或名称图号型号即可调出相应物料信息；检验完成后记录要包括报检单号、SN/批次、生产厂家、检验员、检验单号、检验日期、上传附件（PDF、图片）。对于不合格品，要能根据相应模板一键生成不合格单；对于后续不合格品处理，要区分退货、返修、退换。
-
-> **回复**：【大部分可做，两处要纠正】逐句判断：
-> ①**"先录入产品 BOM（物料清单）"——正确**，且界面上要叫「产品物料清单」，不出现英文 BOM。
-> ②**"包含归属（项目）"——不建议放这里**：物料清单是按产品型号维护的模板，一个型号一份，而"归属（工单/科技项目）"是**每次检验时的实例属性**。把项目写进清单，等于同一型号换个项目就要再建一份清单，会失控。归属应放在**检验单**上。
-> ③**"包含名称图号型号、相关标准（检验细则）、工序所属"——正确**：物料清单每行已有「装配工位」，需补「相关标准（检验细则）」字段，用于检验时自动带出判定依据。
-> ④**"输入物料编码或名称图号即调出物料信息"——可做**：按第一批决策"图号=物料编码"，就是一个字段；选物料后自动带出名称/规格/相关标准/生产厂家，减少录入。
-> ⑤**记录字段（报检单号、SN/批次、生产厂家、检验员、检验单号、检验日期、附件 PDF/图片）——可做**，与第一批检验第 2 条一致。
-> ⑥**"不合格一键生成不合格单"——可做**：按模板导出/打印不合格单（含物料、批次、不合格项、数量、照片）。
-> ⑦**"区分退货、返修、退换"——可做，但要说明边界**：按质量隔离原则，**来料检不合格品根本不入库**，直接判退货/退换；若是已入库后在生产中发现不合格，则走库存"质量状态翻转"标记为不合格/待退，再走退货或返修。返修合格后重新检验入库，形成闭环。
-> **落地顺序**：物料清单加「相关标准」字段 → 检验录入页改为"选物料自动带出 + 归属/报检单号/结论/附件" → 不合格单模板 → 处置方式（退货/返修/退换）与库存状态联动。
-
-检验记录查询：
-应支持模糊查询，包括但不限于输入物料编码、名称、图号、型号即可查询。
-
-> **回复**：【可做，采用"每字段内模糊、不跨字段混搜"】判断：客户想要"输几个字就能查到"，诉求合理；但"一个框同时搜编码+名称+图号+型号"是我们明确禁止的混搜（查不准、越查越多、无法索引）。
-> **方案**：①**图号与物料编码已合并**（第一批已定），所以只需三个独立筛选框：物料编码(图号) / 名称 / 型号；②**每个框内部支持模糊（包含匹配）**，输入"SCR"可查出所有含 SCR 的编码，输入"继电"可查出所有含"继电"的名称——满足"模糊查询"；③多个框同时输入取交集；④再给一个"最近检验"快捷条件（近7天/30天）。这样既满足模糊诉求，又不破坏"各字段独立筛选"的规范。
-
-工艺流程界面：
-单个工序要可以上传相应工序的工艺文件，让工位终端可以进行查询。
-
-> **回复**：【可做】判断：正确。现状是工艺文件（PDF）只挂在**工艺流程**整份上，粒度太粗——一份流程十几步，工人要自己翻。客户说的"工序"对应我们的**「工艺步骤」**。
-> **方案**：①工艺步骤增加附件上传（PDF/图片，可多份），与流程级 PDF 并存；②工位终端执行到该步骤时，卡片上直接显示「本步骤工艺文件」按钮，点开可放大查看/翻页（触控友好）；③生产流程卡与追溯报告里可按步骤列出对应文件；④文件统一进附件中心集中存储，限制单文件 ≤20MB。
-
-巡检终端：
-对于过程巡检一栏，要支持分工序提交工序间检验记录，且支持上传附件（图片、PDF）。单个产品所有工序完成后，可以根据相应模板一键生成工序间检验记录。
-
-> **回复**：【可做，且要落到工位终端】判断：正确。客户说的"工序"= 我们的**工艺步骤/工位**；"巡检终端"= 工位终端或 pad（现场扫码终端是能开浏览器、能拍照的手机式设备，拍照没问题）。
-> **方案**：①**过程巡检按步骤提交**：在工位终端/巡检页，按该产品的工艺步骤逐条提交检验记录（结论 + 实测值 + 照片/PDF 附件），每条自动关联 工单/SN/工位/步骤/操作人/时间；②**未提交检验的步骤不允许流转**（与"需检验标记"强校验联动）；③**一键生成工序间检验记录**：某产品全部步骤检验完成后，按模板自动汇总生成一份《工序间检验记录》（含产品编号、SN、各步骤检验结论、附件缩略、检验人与时间），支持导出 PDF/Excel 与打印；④MES 端保留查询、审核与统计。
-孙彦飞：做吧，结合实际情况，闭环
-
-
-资料导入：
-1.增加批量导入产品BOM功能
-
-> **回复**：【可做】判断：正确，且第一批已答应（MES 生产管理第 4 条）。界面一律叫「**产品物料清单**」，不出现 BOM 英文。
-> **方案**：①提供标准 Excel 模板（产品编号 | 物料清单名称 | 物料编码(图号) | 名称 | 规格 | 单位 | 单台用量 | 损耗率 | 装配工位 | 相关标准(检验细则) | 备注）；②导入时校验：物料编码必须在 WMS 物料档案存在（不存在则列出清单报错，不静默跳过）、装配工位号必须在 station 表存在、用量必须 >0；③支持按"产品编号 + 物料清单名称"整份覆盖更新（同名清单覆盖，不同名并存，符合"一型号多份清单"设计）；④导入前预检并给出预览（新增几条/更新几条/错误几条），确认后才写库；⑤同样提供导出模板与导出已有清单。
-孙彦飞：做吧，结合实际情况，闭环
-
-2.图纸管理，如何上传，如何分发，是否按工序分发等
-
-> **回复**：【可做，建议"绑定式自动分发"，不做人工分发】判断：诉求合理，但"分发"若理解为"人工把图纸发给某人"，是多余的——系统应该让需要的人自动看到。
-> **方案**：①**新增「图纸管理」**（或并入资料管理）：按"产品编号 + 工艺步骤/工位 + 版本"上传图纸（PDF/图片），支持版本号与生效日期，旧版本留档可查；②**分发=自动关联可见**：图纸绑定到工艺步骤后，工位终端执行到该步骤时自动显示该图纸（无需人工分发）；绑定到物料的图纸在物料档案与检验页自动可见；③**按工位/按顺序分发**：本质就是按工艺步骤绑定，工人走到哪步、看到哪步的图，天然就是"按工序分发"；④支持批量上传与批量绑定（Excel 关联表）；⑤与工艺文件、检验附件统一进附件中心，避免三套上传入口。
-
-孙彦飞：做吧，结合实际情况，闭环
-
-
-
-
-客户给了一种场景的示例：
-汇流箱工位设置：
-按0-4-2-4-2：
-0号工位是在流水线下完成汇流箱升压电感及散热器安装（流水线下）
-①②③④四个工位都进行汇流箱PV输入端+汇流箱侧面开关；
-⑤⑥工位都进行功率板安装；
-⑦⑧⑨⑩四个工位都进行汇流箱控制板及二次线安装；
-11、12工位进行整机检查，
-13工位单路跑完后装后盖板。（流水线下）
-
-模块工位设置：
-按0-1-3-6-2：
-0号工位是压装工位进行阀串的压装；（流水线下）
-①工位进行电容、电阻、旁路开关的安装；
-②③④三个工位进行阀串、与电容连接的铜排安装；
-⑤⑥⑦⑧⑨⑩六个工位进行剩余模块组装；
-11、12工位进行整机检查，
-13工位试验完成后装侧板。（流水线下）
-
-说明：用户确实需要自定义工位，比如 0和13 就自定义即可。但是跟plc、拧紧枪 等无关。请规划 合理方案。
-
-
-
-
-
-
-
-
---
-
-## 附一：需贵司确认后才能定（挂起清单）
-
-> 以下条目**不是拒绝**，而是缺少规则/数据/接口就无法落地。请贵司逐条给结论，其余功能不受影响、照常开发。
-
-| # | 出处 | 需贵司确认的内容 | 我们暂按此推进（未回复前） |
-|---|---|---|---|
-| 1 | 第二批·生产 1 | 「工程编号」是否就是现在的「工单号」？还是新增"所属工程编号"字段（一个工程下多个工单）？ | **暂不改任何字段** |
-答：一个合同对应一个工程编号 一个工程编号下面对应各个产品的产品序号。
-| 2 | 入库 2 / 出库 2 / 基础 | 「科技项目编号」的编码规则与来源清单（人工维护 or 由 OA 下发） | 归属下拉先支持手工录入三值：工单号 / 科技项目号 / 其他 |
-答：人工维护
-| 3 | 入库 4 / 基础资料 2 | 厂区货架编号规则与货架数量（如 A区-03架-12位） | 库位按"区域—货架—货位"三级结构建模，编号规则待填入 |
-答：功能实现了吗？编码规则跟你有什么关系，手填的
-| 4 | 库存 9 | 现有二维码/条码里编码的内容到底是什么（建议纯物料编码或 SN，不带 URL、不带中文） | 扫码按纯文本处理，规则待确认 |
-答：你有病吗？跟你有什么关系，当做纯文本即可
-| 5 | 现场 7 | 电动拧紧工具的**型号 + 通信协议文档**（串口/网口/导出文件） | 先做采集抽象层 + 模拟数据源，协议到位后接驱动 |
-答：
-| 6 | MES 生产 3 | 自动排产规则：平均分摊 / 固定日产？按工作日还是自然日？是否跳过休息日？多工单优先级？ | 两种模式都做，默认"平均分摊 + 按工作日" |
-答：让他自己选日期，引导式，比如 先选择 平均分摊or固定日产，平均分摊 再选择选择 6月23到6月26，再选择6月28到6月29 。固定日产，也让他选择天数，不超过总和即可。
-| 7 | 库存 11 | 台账"未完成"口径里的"未来 5 天"按**工作日**还是**自然日**？ | 暂按工作日 |
-答：未来5天，按日排产算。并且要说明一点，日排产的总量可以大于 库存量。
-| 8 | 库存 7 | 成品状态为"部分通过 / 返修"时的后续动作：返修品能否再次入库？如何闭环？ | 按"返修出库 → 返修完重新检验 → 合格再入库（SN 不变）"设计 |
-答：我回答过你这个问题。返修出库 → 返修完重新检验 → 合格再入库（SN不变）
-| 9 | 第二批·生产 7 | 0 号（上线）与 13 号（下线）是否有实体工位与固定终端？ | 无实体位则用手机式终端/pad 操作，业务记录照常产生 |
-答： 无实体工位，用PAD操作，业务记录照常产生。
-| 10 | 客户场景（文尾） | "12356 工序中 3 和 5 同时完成才能到 6"是否真实存在？即两道**不同工艺**都要做完才流转（合流） | 按"段内并行、段间顺序"实现；确有合流再补 |
-答：不存在，客户意思是，3和5 干同一道工序
-| 11 | 基础资料 1 | "物料档案的关键字按出、入库信息去修改"具体指：①档案字段项由实际单据决定（同意）还是②用出入库记录反写档案（拒绝） | 按①理解推进 |
-答：按1
-| 12 | 检验 5 | 现场到货是否有唯一单号（报检单号 / 到货单号）？用于检验与入库关联 | 先以"报检单号"作关联主键 |
-答：你又问，客户不是明确说了吗？  报检单号
-| 13 | 入库 7 | 新增"其他"类型是否包含**工装、试验设备**？（建议不入库，走资产台账） | 先只做物料类"其他" |
-答：什么意思，没明白
-| 14 | 现场 1 | 两条流水线是否**同时**生产不同产品？ | 按"可能同时"设计，下发与配送均按线/段区分 |
-答：哪里有两条流水线。只有一条。并且同只能进行一个 工单
-| 15 | 现场 2 | ①SN 贴在工件什么位置、是否耐油污；②是否设专门"上线工位"做进线登记 | 先由第一个工位代劳，支持后续配置上线工位 |
-答：你是不是有病，耐不耐油，跟你有狗屁关系
-| 16 | 现场 8 | "每一步工序都需要检验"是否**每步强制**？（会显著拉长节拍） | 只对工艺步骤中标记"需检验"的步骤强制 |
-答：可以，工艺流程里面，增加选项，是否需要检测确认
-| 17 | MES 生产 5 | AGV 配送边界：动作由 AGV 厂商系统执行，还是我们下发即可？目标点粒度？ | 我们下发任务到"段接驳点"，动作由 AGV 侧执行 |
-答：每个接驳台，都是一个agv点位。 管控系统指挥agv运作
-| 18 | 工位终端（大条） | 叫料/退料的"谁送、送到哪、多久送到"；应急呼叫呼叫谁、响应流程 | 先做消息推送班组长（纯软件，不依赖安灯硬件） |
-答：按照日排产，工位有料的总数？ 每次库房出料，可能只有部分。所以叫料是叫库房送料。退料，是把接驳台托盘拉回库存，不用管有没有料，有料库房就入库（回流不是新入库）。应急呼叫，就是在mes显示预警，pad端预警提示。你设计一下，让他们闭环。
-| 19 | MES 生产 8 | 效率统计口径：按"在岗时长"还是"纯作业时长"？等料/停线如何剔除？ | 先按纯作业时长，口径确认后可切换 |
-答：作业时长
-| 20 | 检验 1 | 现场是否只用"来料检"？（过程检、完工检是否也用） | 三类检验都保留入口，可配置为只显示来料检 |
-答：我是怎么问你的？你又来问我？回复过你这个问题。
-
---
-
-## 附二：明确拒绝 / 部分拒绝的需求（含理由与替代方案）
-
-> 客户提的要求不一定都对。以下条目我们**不做或部分不做**，并给出理由与替代方案——目的是保证系统账实一致、可追溯、现场节拍不被拖垮。
-
-| # | 出处 | 原要求 | 结论 | 拒绝理由 | 替代方案 |
-|---|---|---|---|---|---|
-| 1 | 检验 3 | 纸质单据数据自动识别提取 | **拒绝** | 需联网的公网收费服务，复杂版式与手写内容识别不准；识别错会直接写进质量记录，风险不可控 | Excel 导入模板（入库/检验均已支持） |
-| 2 | 库存 6 / 生产 2 | 半成品成品入库、工单接 OA | **拒绝** | 跨系统对接需接口文档、测试环境、审批流程定义；且贵司要求两系统互不影响可独立运行 | 手工录入 + Excel 批量导入 |
-| 3 | 生产 4 | 物料清单从 design 软件读取 | **拒绝** | 各设计软件导出格式不一、需逐个适配、版本变更难同步，成本高 | Excel 导入（xls/xlsx；txt 需提供分隔符样例） |
-| 4 | 入库 9 | 库位按图号/名称/规格自动匹配识别 | **拒绝全自动** | 系统无法知道现场哪个货位空着、是否被占，"凭空识别"做不到 | 推荐库位：历史常用位 + 同区空位优先，一键确认或手改 |
-| 5 | 检验 7 | 删除"不合格原因"字段 | **拒绝删除** | 是质量追溯与供应商索赔的关键依据，删掉后不合格记录无法闭环 | 保留但改为选填；主列表默认不展示，点开详情才看 |
-答：他说不要就不要，你跟使用方叫什么劲。删除不合格原因。
-| 6 | 基础配置 1 | 页面上随意新增/停用工位 | **拒绝放开 UI** | 物理布局变更频率极低；开放增删会让历史下发/报工记录出现"引用了不存在的工位"脏数据 | 工位数以数据库为准，管理员插库后自动出现在所有下拉（代码不写死 12） |
-答：不允许删除工位，也不用停用工位，不给工位派工，就可以了。工单可以选择工位。
-| 7 | 检验 1 | 把"质量检验录入"整页改名为"来料检验录入" | **部分拒绝** | 来料检/过程检/成品检共用一张表，改名后另两类无处录入 | 菜单按业务分别命名（来料检验 / 过程检验 / 完工检验），表不变、接口按类别默认过滤 |
-答：我回答过你这个问题，你怎么又不改呢？
-| 8 | 入库 8 | 所有修改数据库的操作都弹二次确认 | **部分拒绝** | 工位连续扫码入库、批量绑定等高频场景每笔都弹会严重拖慢现场节拍 | 只弹不可逆操作（入库提交、出库提交、盘点过账），并显示物料/数量/区域摘要 |
-答：回答过，有病吗
-| 9 | 检验 8 | 记录查询时相同项自动合并 | **拒绝** | 每次检验是独立事件（不同日期、结果、附件），合并会丢失"检了几次、哪次不合格" | 按物料/批次筛选 + 导出；另加"按物料统计检验次数/合格率"统计页 |
-答：我的回答，你怎么不看？看看，要怎么设计
-| 10 | 第二批·质检录入 | 物料清单里包含"归属（项目）" | **拒绝** | 清单是按产品型号维护的模板，项目是每次检验的实例属性；写进去会导致同一型号建 N 份清单 | 归属放在检验单上；清单补「相关标准（检验细则）」字段 |
-| 11 | 第二批·工位 2 | 电气件扫码结果记录在检验单上 | **部分拒绝** | 装机绑定是装配追溯数据，检验单是质量判定记录，混在一起追溯时说不清是"装了什么"还是"检了什么" | 绑定独立存储并挂在工件追溯上；检验页与流程卡可查看、可汇总打印，但不混存 |
-| 12 | 第二批·生产 3 | 在装配工位上配置"操作人姓名" | **部分拒绝** | 工位是物理位置、人是流动的，在工位配置里写死人名是错的 | 操作人由报工自动带（已具备）；新增"备注"字段记多人协同/换人代做 |
-答：已回复，按登录人
-| 13 | 第二批·检验查询 | 一个输入框同时搜编码+名称+图号+型号 | **拒绝混搜** | 跨字段混搜查不准、越查越多、无法走索引 | 三个独立筛选框（图号/名称/型号），**每框内模糊**、多框取交集 |
-| 14 | 系统管理 1 | WMS、MES、工位终端一号通用 | **拒绝** | 贵司已明确要求两套系统互不影响、可独立运行 | MES 与工位终端已通用（勾选"允许登录工位终端"）；WMS 保持独立 |
-| 15 | 基础资料 1 | 用出入库记录反写物料档案 | **拒绝**（该理解下） | 档案是主数据，被单据自动改写会一次出错污染所有历史与新单据，且无法追溯谁改的 | 档案人工维护；可按贵司实际单据增删档案字段（图号、生产厂家、单位等） |
-
-> 说明：以上 15 条中，第 7、8、11、12 条为**部分拒绝**（改法如上，功能照给），其余为明确拒绝或改方案实现。
-
-
-
-
-
-
-
-
-
-
-
-
-
-产线交互如下：
-你帮我出一款交互流程吧，按照实际聊天业务。 plc什么流程也不控制。上位机 说 从c2到工位4，plc就让工件到工位4。上位机说 c1到c2，就到c2 。软件要记录 每个 工位、缓存位，存的是哪个工件
-
-## 产线交互规范（上位机 ↔ PLC：工位 / 主线 / 缓存）
-
-### 一、总纲
-上位机是大脑，PLC 是手脚和眼睛：上位机决定去哪，PLC 只负责把工件从 A 搬到 B 并回报状态。交互的全部内容，就是围绕 工位（停哪加工）、主线（怎么走）、缓存位（往哪缓冲）三件事。
-
-### 二、交互对象与点位编号
- 上料位：工位1 与 工位2 之间的主传送带，人工投料（带传感器，PLC 上报在位），全线唯一上料入口
- 下料检测位：11（上排末端）、12（下排末端），完工件到此下料并检测
- 产线不分左/右，只分上排 / 下排
- 工位：1~10（上排 1/3/5/7/9，下排 2/4/6/8/10）
- 主线：一条主传送带，工件唯一的运输通道
- 缓存位：C1~C8（夹在竖排之间：1/2 与 3/4 间=C1C2，3/4 与 5/6 间=C3C4，5/6 与 7/8 间=C5C6，7/8 与 9/10 间=C7C8）
- 接驳台：R1/R2（AGV 点位，不在主线，仅供叫料投递）
-
-### 三、PLC 与上位机交互的 4 类信号
-| 方向 | 信号 | 内容 | 作用 |
-| --- | --- | --- | --- |
-| 上位机→PLC | 移料指令 | 工件SN、起点X、终点Y（从 X 到 Y） | 唯一搬运命令 |
-| 上位机→PLC | 放行/停靠 | 允许主带走行、在 Y 停稳 | 控节奏、防撞 |
-| PLC→上位机 | 到位事件 | 工件已到达 Y | 触发上位机决策下一步 |
-| PLC→上位机 | 点位状态 | 上料位/各工位/缓存位有无件、主线忙闲与方向 | 台账对账、目的地可用性判断 |
-
-三条铁规：
-1. PLC 不做工序判断、不知道工序是什么，只认点位。
-2. 上位机下发前先查台账（目标位是否空），不做事后补救。
-3. 以 PLC 到位事件为准回写台账（起点清空、终点写入），台账即实物。
-
-### 四、三类资源的交互规则
-工位（慢速资源·加工位）
- 有件=忙，无件=空；上位机实时维护工位忙闲表。
- 工件到工位后 PLC 不再干预；上位机等终端报工（工艺步骤完成+齐套+检测过）后才下发 工位X 到下一站。
- 同一竖排的奇/偶工位（如 3 与 4）是并行工序、互为备份，谁空停谁。
-
-主线（共享运输资源·瓶颈）
- 主线是唯一通道，工件在带上的时间越短越好。
- 铁律：上带前必须已确定终点，绝不允许上了带再找位置。
- 同一区段同一时刻同方向放行，避免对向相遇；前一件离开主线后，下一件才上带。
- 工件到终点必须立即离开主线（进工位或进缓存位）。
-
-缓存位（弹性缓冲·停车场）
- 用途：目的工位忙时，工件先停缓存位，把主线让出来。
- 每两竖排之间 2 个缓存位，天然服务相邻两段的解耦。
- 分配：优先离目标工位最近且空的缓存位。
-
-### 五、不堵 + 效率最高的 8 条调度规则
-R1 提前决策：工件将完工时，上位机先算好并锁定下一站（空闲工位优先，其次就近空缓存位）。
-R2 直达优先：下一段有空闲工位，直接 工位X 到 工位Y，不绕缓存位。
-R3 缓冲兜底：下一段全忙，则 工位X 到 缓存位C，工件在缓存位等，主线立即释放。
-R4 谁空停谁：并行工位选最近/最空的，减少行程。
-R5 拉动式：缓存位工件由下游空出来触发推进，不硬推。
-R6 单带单向：同一区段同一时刻单方向，排队通过。
-R7 上游兜底：下游既无工位又无缓存位时，工件留在当前工位，工位即最后一道缓冲，不堵主线。
-R8 节拍控制：上料位投料节拍 ≤ 全线最慢工位节拍；末端下料检测位(11/12)堵，立即停止上料（拉式阻断）。
-
-效率判据（做到即最优）：
- 主线占用时间最短（工件在带时长趋向 0）
- 工位利用率最高（不让工位空等，提前预调）
- 缓存位不满溢（缓存满 = 即将堵，是预警信号）
-
-### 六、一次完整交互时序（以 从 C2 到 工位4 为例）
-```text
-① 台账：C2 = SN001
-② 上位机查工位忙闲：4 空 → 决定送 4，并预锁工位4
-③ 上位机 → PLC：移料指令(SN001, C2 → 工位4)
-④ PLC → 上位机：ACK 已接收
-⑤ PLC 搬运到位 → 上报到位事件(SN001 已到工位4)
-⑥ 上位机回写台账：C2 清空、工位4 = SN001；释放锁；工位终端弹出任务
-⑦ 变体：若②发现工位4 与 3 都忙 → 改发 C2 → C3(就近空缓存位)；
-   等工位3或4 空出 → 上位机再发 C3 → 工位4
-```
-
-### 七、一句话总结
-工位当 加工+最后缓冲，缓存位当 减震器，主线当 点到点传送带；
-永远是 下游空了才让上游进，而不是 上游有空就往主线塞 —— 这是不堵的根本。
				`@@ -1 +0,0 @@`
				`open started (doc), chunks streaming via /stream for file_id=C:\Users\ThinkPad\Desktop\杞欢绯荤粺闂-hd.doc`