JY1.0/docs/JY1.0-阶段功能需求文档.md

JY1.0 阶段功能需求文档

01-文档说明

本文档根据当前提出的 7 项业务需求整理，作为后续前端、后端、数据库、测试联调的需求依据。需求内容覆盖默认库位设置、物料编码查询、移动端适配、库存盘点、看板优化、语音播报、质检 PDA 应急扫码能力。

本文档为初稿，后续可根据现场确认结果继续补充字段、接口、菜单权限、数据库过程和验收样例。

02-总体目标

1. 优化仓储相关业务流程，减少物料维护页面职责过重的问题。
2. 提升物料查询效率，在现有查询功能中统一补充物料编码查询能力。
3. 改善移动端使用体验，支持车间派工在手机或移动终端上自适应展示和操作。
4. 完善库存盘点、物料系列、库位编辑、入库库位选择等库存基础能力。
5. 优化现有看板数据展示，并新增仓库、采购等业务看板。
6. 增加新订单语音播报能力，提升部门电视机、现场广播等场景下的消息触达效率。
7. 完善质检 PDA 应急方案，在 PDA 设备故障时使用手机扫码保障生产不中断。
8. 三楼仓库可视化界面，直观展示各库位状态及整体仓储情况

需求一：优化仓储相关业务流程，减少物料维护页面职责过重的问题

1 需求背景

由仓库主管提出.当前“设置默认库位”功能位于物料标准维护或物料标准相关页面中，导致物料基础维护页面承载了仓储业务配置职责。为降低页面复杂度，并使库位规则更贴近入库业务，需要将默认库位设置从物料标准维护中移出,该功能转到由仓库人员决定库位。

2 功能目标

1. 去除物料标准维护中的“设置默认库位”入口和相关操作。
2. 将默认库位设置功能迁移到其他更合适的仓储组件，或新建“默认库位设置”组件。
3. 物料入库选择库位时，根据该物料是否存在默认库存或库位库存显示不同的库位范围。

3 业务规则

1. 如果物料没有默认库存或没有可识别的默认库位库存，入库时显示全库位选择。
2. 如果物料已有库存库位，入库时优先显示该物料已有库存的库位选择。
3. 默认库位设置不再依赖物料标准维护页面完成。
4. 新组件需要支持按物料编码、物料名称、图号、规格型号等条件查询物料。
5. 默认库位设置后，应能被物料入库、库存盘点、库存查询等仓储业务读取。

4 前端范围

1. 移除物料标准维护页面中的默认库位设置按钮、弹窗和相关方法。
2. 新增或迁移默认库位设置组件，建议放入仓储管理模块。
3. 物料入库组件调整库位下拉数据来源：
   • 无默认库存时显示全库位。
   • 有库存时显示该物料已有库存库位。
4. 保持 Vue 2 Options API 和 Element UI 原有开发风格。

5 后端范围

1. 梳理现有默认库位相关存储过程、表字段和调用页面。
2. 根据新组件补充查询、保存、删除默认库位的接口。
3. 入库库位查询过程需支持按物料返回全库位或已有库存库位。

6 功能实现流程图

flowchart TD
  A["开始：调整默认库位设置功能"] --> B["前端移除物料标准维护中的默认库位入口"]
  B --> C["新建或迁移默认库位设置组件"]
  C --> D["组件提供物料查询和默认库位维护"]
  D --> E["调用后端默认库位查询/保存/删除过程"]
  E --> F["数据库保存物料与默认库位关系"]
  F --> G["物料入库页面选择物料"]
  G --> H{"该物料是否已有库存库位"}
  H -- "是" --> I["查询并显示该物料已有库存库位"]
  H -- "否" --> J["查询并显示全库位或默认库位候选"]
  I --> K["用户选择库位并提交入库"]
  J --> K
  K --> L["刷新入库、库存盘点、库存查询相关数据"]

7 验收标准

1. 物料标准维护页面不再出现默认库位设置入口。
2. 新默认库位设置组件可完成查询、设置、修改、删除。
3. 物料无库存库位时，入库页面可选择全部库位。
4. 物料已有库存库位时，入库页面只显示符合规则的库位。
5. 默认库位变更后，相关仓储页面读取结果一致。

需求二：提升物料查询效率，在现有查询功能中统一补充物料编码查询能力

1 需求背景

由罗伟提出.系统中已有多个物料查询入口，但部分页面只能按物料名称、图号、规格型号等条件查询，无法直接按物料编码定位，影响仓储、销售、技术、装配等场景的查询效率,以及查询准确性。

2 功能目标

1. 在现有涉及物料查询的组件中新增“物料编码”查询条件。
2. 物料编码查询需要与原有条件组合查询。
3. 查询结果、导出结果、选择弹窗结果保持一致。

3 覆盖范围

优先覆盖以下类型页面：

模块	页面或组件类型	查询入口
仓储管理	库存盘点、库存查询、入库记录、物料库位	主列表查询、导出
仓储管理	领料、耗材、入库物料选择	物料选择弹窗
技术中心	物料查询、物料维护、图纸确认	主列表或物料选择弹窗
销售管理	订单管理、订单审核、订单查询	物料选择弹窗
装配管理	接收装配任务、接收滑台装配任务	物料选择弹窗

4 前端规则

1. 搜索栏新增 物料编码 输入框。
2. 输入框 placeholder 可使用“物料编码”或“物料编号”，但传参建议统一使用 物料编码。
3. 原有查询按钮、重置按钮、分页查询逻辑保持不变。
4. 导出功能应同步携带物料编码条件。
5. 不新增第三方库，不改变现有 CreateData、ExecDatabase、getTable 调用模式。

5 后端规则

1. 相关查询存储过程增加可选参数：
   • 物料编码_check
   • 物料编码
2. 未传物料编码时，不影响原有查询结果。
3. 传入物料编码时，应支持模糊查询或按现场确认规则查询。
4. 导出过程与页面查询过程保持条件一致。

6 功能实现流程图

flowchart TD
  A["开始：现有查询补充物料编码"] --> B["梳理涉及物料查询的页面和弹窗"]
  B --> C["搜索栏或弹窗新增物料编码输入框"]
  C --> D["查询方法拼接物料编码_check和物料编码参数"]
  D --> E["调用原有CreateData/ExecDatabase/getTable流程"]
  E --> F["后端查询过程接收物料编码可选参数"]
  F --> G{"是否传入物料编码"}
  G -- "是" --> H["按物料编码追加过滤条件"]
  G -- "否" --> I["沿用原有查询条件"]
  H --> J["返回查询结果"]
  I --> J
  J --> K["表格或物料选择弹窗刷新"]
  K --> L["导出流程同步携带相同物料编码条件"]

7 验收标准

1. 用户可通过物料编码直接查询目标物料。
2. 物料编码可与物料名称、图号、规格型号等条件组合查询。
3. 查询和导出数据一致。
4. 所有改造页面无模板解析错误、无明显布局错位。

需求三：改善移动端使用体验，支持车间派工在手机或移动终端上自适应展示和操作

1 需求背景

由车间主管提出.车间派工业务需要在移动设备上查看和操作，当前桌面端布局在手机或窄屏设备上可能存在表格过宽、按钮拥挤、筛选条件不易操作等问题。

2 功能目标

1. 开发车间派工组件的移动端自适应布局。
2. 保持桌面端原有操作习惯不受影响。
3. 移动端重点保证查询、查看、派工、确认等高频操作可用。

3 前端要求

1. 使用响应式样式适配手机、平板、窄屏电脑。
2. 搜索条件在移动端可折叠或纵向排列。
3. 表格在移动端可采用横向滚动、卡片式列表或核心字段列表展示。
4. 操作按钮在移动端需要保证可点击区域足够，不出现文字挤压。
5. 弹窗在移动端宽度应适配屏幕，不应超出视口。
6. 不引入 Vue 3、Composition API 或新的 UI 库。

4 重点场景

1. 手机查看待派工任务。
2. 手机按订单、物料、工序、人员等条件筛选。
3. 手机进入派工明细并提交。
4. 手机查看派工状态、数量、人员、设备等关键字段。

5 功能实现流程图

flowchart TD
  A["开始：车间派工移动端适配"] --> B["梳理车间派工桌面端页面结构和核心操作"]
  B --> C["识别搜索区、列表区、明细区、操作按钮"]
  C --> D["增加响应式样式和移动端布局规则"]
  D --> E{"当前屏幕宽度是否为移动端"}
  E -- "是" --> F["搜索条件纵向排列或折叠展示"]
  F --> G["表格转为横向滚动或核心字段卡片列表"]
  G --> H["弹窗宽度和按钮点击区域适配手机"]
  E -- "否" --> I["保留桌面端原有布局"]
  H --> J["调用原有查询、派工、提交接口"]
  I --> J
  J --> K["按移动端和桌面端分别验证页面与业务操作"]

6 验收标准

1. 375px、414px、768px、1366px 宽度下页面可正常展示。
2. 移动端无关键按钮遮挡、重叠、不可点击问题。
3. 桌面端布局保持稳定。
4. 派工提交、查询、刷新等原有功能正常。

需求四：完善库存盘点、物料系列、库位编辑、入库库位选择等库存基础能力

1 需求背景

由罗伟提出.库存盘点需要更细粒度筛选物料，并支持对盘点库位进行维护。当前盘点和入库库位选择逻辑需要与物料库存库位更紧密关联。

2 功能目标

1. 新增“系列”字段，用于物料筛选和盘点筛选。
2. 在物料维护组件中支持编辑物料系列。
3. 库存盘点组件增加按系列筛选物料和库存的能力。
4. 库存盘点组件添加编辑库位功能。
5. 物料入库组件的库位选择只显示有该物料的库位。

3 物料维护要求

1. 物料维护列表展示“系列”字段。
2. 新增、编辑物料时可维护“系列”。
3. 系列字段建议使用中文字段名 系列。
4. 系列可根据现场数据情况使用输入框或下拉框。

4 库存盘点要求

1. 搜索栏增加“系列”筛选条件。
2. 支持按系列查询物料盘点数据。
3. 支持按系列查询库存盘点数据。
4. 表格展示需要包含系列字段，便于盘点人员核对。
5. 增加编辑库位功能，可调整物料对应盘点库位。

5 物料入库要求

1. 入库时选择库位只显示有该物料的库位。
2. 如果该物料没有任何库存库位，需要结合需求一规则显示全库位或默认库位候选。
3. 库位下拉数据需要避免显示与该物料无关且容易误选的库位。

6 后端要求

1. 物料基础表或相关视图增加 系列 字段。
2. 物料维护查询、新增、编辑过程支持系列字段。
3. 库存盘点查询过程支持系列筛选。
4. 库位编辑过程需要记录修改人、修改时间。
5. 入库库位查询过程按物料库存库位过滤。

7 功能实现流程图

flowchart TD
  A["开始：库存盘点和物料系列优化"] --> B["数据库物料基础数据增加系列字段"]
  B --> C["物料维护组件新增系列展示和编辑"]
  C --> D["保存物料系列到后端"]
  D --> E["库存盘点组件搜索栏增加系列筛选"]
  E --> F["调用盘点查询过程并传入系列参数"]
  F --> G["盘点表格展示物料、库存、系列、库位等信息"]
  G --> H["用户编辑盘点库位"]
  H --> I["调用库位编辑过程并记录修改人和修改时间"]
  I --> J["刷新库存盘点列表"]
  J --> K["物料入库选择物料"]
  K --> L["按物料查询已有库存库位"]
  L --> M{"是否存在该物料库位"}
  M -- "是" --> N["入库库位下拉只显示该物料库位"]
  M -- "否" --> O["按默认库位规则显示候选库位"]

8 验收标准

1. 物料维护可新增和编辑系列字段。
2. 库存盘点可按系列筛选数据。
3. 库存盘点可编辑库位，并保存成功。
4. 物料入库库位选择符合“只显示该物料相关库位”的规则。
5. 相关查询、保存后刷新数据一致。

需求五：优化现有看板数据展示，并新增仓库、采购等业务看板

1 需求背景

由罗总提出,开会讨论得出.现场看板需要更清晰地展示仓库、采购、订单、库存等业务状态。现有看板需要数据口径优化，同时新增部分业务看板。

2 功能目标

1. 新增仓库看板组件。
2. 新增或优化采购看板组件。
3. 优化现有看板的数据口径、展示字段和刷新方式。
4. 仓库看板展示入库单滚动信息。
5. 采购看板展示仍在采购中的合同。

3 仓库看板要求

1. 展示入库单滚动列表。
2. 滚动内容建议包括入库单号、供应商、物料名称、物料编码、数量、入库日期、状态。
3. 支持自动刷新，刷新频率需现场确认。
4. 大屏展示时文字清晰，不出现字段重叠。
5. 支持异常状态突出显示，例如待处理、待上架、未完成。

4 采购看板要求

1. 展示仍在采购中的合同。
2. 合同状态口径需要明确，例如未完成、采购中、部分到货、逾期未到。
3. 建议展示合同号、供应商、物料、数量、已到数量、未到数量、交期、状态。
4. 对逾期或临近交期的数据进行醒目提示。

5 现有看板优化要求

1. 梳理现有看板数据来源和字段含义。
2. 对不准确、不及时或口径不一致的数据进行调整。
3. 保持大屏自适应显示效果。
4. 对滚动、刷新、排序、状态颜色做统一规范。

6 功能实现流程图

flowchart TD
  A["开始：看板新增与优化"] --> B["梳理现有看板组件和数据接口"]
  B --> C["确认仓库看板、采购看板、现有看板数据口径"]
  C --> D["新增仓库看板组件"]
  C --> E["新增或优化采购看板组件"]
  C --> F["调整现有看板数据查询逻辑"]
  D --> G["查询入库单数据并生成滚动列表"]
  E --> H["查询采购中的合同和交期状态"]
  F --> I["统一字段、排序、状态颜色、刷新频率"]
  G --> J["大屏页面自动滚动展示"]
  H --> J
  I --> J
  J --> K["按刷新频率重新拉取数据"]
  K --> L["验证大屏分辨率、滚动、刷新和数据准确性"]

7 验收标准

1. 仓库看板可滚动展示入库单数据。
2. 采购看板可展示采购中的合同。
3. 现有看板数据口径与业务确认一致。
4. 大屏展示无明显错位、遮挡、空白异常。
5. 自动刷新不影响页面稳定性。

需求六：增加新订单语音播报能力，提升部门电视机、现场广播等场景下的消息触达效率

1 需求背景

由罗总提出,开会讨论的出.当系统产生新的订单或重要业务消息时，需要在部门电视机或全场广播中自动播报，类似商家外卖新订单语音提醒，减少人工盯屏和漏看消息。

2 功能目标

1. 新订单产生时触发语音播报。
2. 支持部门电视机播报或全场广播播报。
3. 播报内容简洁明确，便于现场人员快速理解。
4. 后续可扩展到采购到货、异常提醒、质检任务等事件。

3 播报场景

1. 新订单生成。
2. 新订单分配到指定部门。
3. 订单状态发生关键变化。
4. 后续可扩展为库存预警、采购逾期、质检待处理等。

4 播报内容建议

新订单播报示例：

您有新的生产订单，请及时处理。订单号：XXXX，客户：XXXX，数量：XXXX。

部门播报示例：

技术中心有新的图纸确认任务，请及时处理。

5 技术要求

1. 前端可使用浏览器语音能力或播放预生成音频。
2. 如果用于电视机浏览器，需要确认浏览器是否允许自动播放声音。
3. 如果接入全场广播，需要确认广播设备是否支持网页音频输入、接口触发或本地客户端转发。
4. 新消息检测可采用轮询、WebSocket 或已有消息接口。
5. 需要增加播报开关、播报范围、播报频率、防重复播报规则。

6 权限和配置

1. 管理员可配置是否启用语音播报。
2. 可按部门配置播报内容和播报设备。
3. 同一订单不应重复无限播报。
4. 需要记录已播报状态或播报日志，便于追查。

7 功能实现流程图

flowchart TD
  A["开始：语音播报功能"] --> B["配置播报开关、部门范围、播报终端"]
  B --> C["前端看板或播报终端启动消息监听"]
  C --> D["通过轮询、WebSocket或消息接口检测新订单"]
  D --> E{"是否存在未播报的新订单"}
  E -- "否" --> C
  E -- "是" --> F["生成播报文本"]
  F --> G{"当前终端是否允许播放声音"}
  G -- "是" --> H["调用浏览器语音或播放音频"]
  G -- "否" --> I["提示用户激活播放权限或使用客户端方案"]
  H --> J["回写已播报状态或记录播报日志"]
  I --> J
  J --> K["防止同一订单重复播报"]
  K --> C

8 验收标准

1. 新订单出现后，指定终端可听到语音播报。
2. 同一订单不会被重复播报造成干扰。
3. 播报开关关闭后不再播报。
4. 部门播报和全场播报范围符合配置。
5. 电视机或广播设备在生产环境中可稳定使用。

需求七：完善质检 PDA 应急方案，在 PDA 设备故障时使用手机扫码保障生产不中断

1 需求背景

由质检部门提出,梁宁超核实后上报需求.质检 PDA 已有扫码作业能力，但在 PDA 设备故障时，需要使用手机应急完成扫码和质检相关工作。当前功能已开发完成，但生产环境下由于扫码组件安全限制无法使用。

2 功能目标

1. 确保手机扫码功能在生产环境可正常使用。
2. 在 PDA 故障时，手机可以临时替代 PDA 进行扫码质检作业。
3. 解决扫码组件在生产环境下的安全限制问题。

3 问题说明

扫码组件通常依赖浏览器摄像头权限。生产环境可能存在以下限制：

1. 页面不是 HTTPS，浏览器禁止调用摄像头。
2. 访问地址使用 IP 或非受信任域名，浏览器阻止摄像头权限。
3. 手机浏览器权限未授权。
4. 扫码组件要求安全上下文，HTTP 环境不可用。
5. 内嵌浏览器或企业微信、钉钉 WebView 权限策略不同。

4 解决方向

1. 将生产环境扫码页面部署到 HTTPS。
2. 配置可信域名和证书，避免直接使用不安全 HTTP 地址调用摄像头。
3. 如果必须内网使用，需要评估内网 HTTPS 证书或受信任证书安装方案。
4. 针对手机浏览器、企业微信、钉钉等访问方式分别验证摄像头权限。
5. 保留手工输入条码的兜底方案，避免扫码不可用时业务中断。

5 功能要求

1. 手机页面可打开摄像头并扫码。
2. 扫码结果可回填到质检业务流程。
3. 扫码失败时允许手动输入条码。
4. 页面需要适配手机端显示。
5. 扫码权限异常时给出明确提示，例如“请使用 HTTPS 地址访问”或“请允许摄像头权限”。

6 功能实现流程图

flowchart TD
  A["开始：质检PDA手机扫码应急"] --> B["用户使用手机打开质检扫码页面"]
  B --> C{"访问环境是否为HTTPS或安全上下文"}
  C -- "否" --> D["提示使用HTTPS地址或可信访问方式"]
  C -- "是" --> E["请求摄像头权限"]
  E --> F{"用户是否授权摄像头"}
  F -- "否" --> G["提示开启摄像头权限并提供手动输入"]
  F -- "是" --> H["启动扫码组件识别条码"]
  H --> I{"是否扫码成功"}
  I -- "否" --> G
  I -- "是" --> J["扫码结果回填质检业务单据"]
  G --> K["手动输入条码"]
  J --> L["调用原有质检业务查询或提交接口"]
  K --> L
  L --> M["完成质检应急作业并保留PDA原有流程"]

7 验收标准

1. 生产环境手机扫码可正常调用摄像头。
2. 扫码后可完成质检业务操作。
3. PDA 故障时，手机应急流程可完整跑通。
4. 摄像头权限失败时有明确提示和手动输入兜底。
5. 不影响 PDA 原有扫码功能。

需求八：三楼仓库可视化界面，直观展示各库位状态及整体仓储情况

1 需求背景

由仓库管理提出.三楼仓库目前缺少直观的库位可视化展示能力，仓库人员无法快速了解各库位使用状态、物料分布和整体仓储情况。现有立库查询界面已具备 2D 网格矩阵可视化能力（巷道筛选、状态颜色标识、库位点击查看物料详情、统计面板），可参考该方案为三楼仓库开发类似的可视化界面。

2 功能目标

1. 新增三楼仓库可视化组件，直观展示三楼仓库各库位的实时状态。
2. 展示三楼仓库整体统计信息，包括总库位数、已占用库位数、空闲库位数、使用率等。
3. 支持按区域、库位类型、物料等条件筛选库位。
4. 支持点击库位查看物料详情，包括物料编号、物料名称、图号、规格型号、库存数量等。
5. 参考立库可视化界面的颜色标识方案，用不同颜色区分库位状态。

3 界面参考

参考现有立库可视化界面（WarehouseVisualization 组件）的设计模式：

1. 统计面板：顶部展示总库位数、已占用数、空闲数、使用率等关键指标，参考立库的 el-row + el-col 卡片布局。
2. 颜色图例：用不同颜色标识库位状态，参考立库的颜色方案：
   • 绿色：有库存（对应立库"有物料有托盘"）
   • 橙色/黄色：预占或待处理
   • 灰色：空闲库位
   • 红色：异常或禁用
3. 库位矩阵：以网格或表格形式展示库位分布，行列对应仓库物理位置。
4. 库位详情弹窗：点击库位后弹窗展示物料明细，参考立库的 el-dialog 详情弹窗。
5. 筛选条件：支持按区域、库位编号、物料编码等条件筛选。

4 前端要求

1. 新增三楼仓库可视化页面，建议放在仓储管理模块下，路径如 src/views/WarehouseManagement/ThirdFloorWarehouse/。
2. 参考立库可视化组件的页面结构：统计卡片 + 图例 + 库位网格矩阵 + 详情弹窗。
3. 使用 Vue 2 Options API + Element UI，保持与现有代码风格一致。
4. 库位网格支持点击交互，点击后弹出物料详情。
5. 支持区域切换或筛选，适配三楼仓库的物理布局（如多个区域或排）。
6. 统计数据实时计算，支持手动刷新和自动刷新（刷新频率可配置）。
7. 适配大屏展示，文字清晰、布局不拥挤。
8. 不引入新的第三方库，不使用 Vue 3 或 Composition API。

5 后端要求

1. 新增三楼仓库库位数据查询接口，返回库位编号、库位状态、所在区域等信息。
2. 新增三楼仓库库位物料详情查询接口，根据库位编号返回物料信息（物料编号、物料名称、图号、规格型号、库存数量、批次等）。
3. 接口命名遵循现有规范（如 仓储管理_三楼仓库库位_查询数据）。
4. 如果三楼仓库库位数据已有现成的查询过程，优先复用，必要时补充字段。
5. 统计数据可由前端根据库位列表计算，也可由后端单独提供汇总接口。

6 功能实现流程图

flowchart TD
  A["开始：三楼仓库可视化界面"] --> B["梳理三楼仓库库位数据和物理布局"]
  B --> C["后端新增或复用库位查询和物料详情接口"]
  C --> D["前端新增三楼仓库可视化页面组件"]
  D --> E["页面加载时调用库位查询接口获取全部库位数据"]
  E --> F["根据库位数据生成网格矩阵并按状态着色"]
  F --> G["顶部展示统计面板：总库位、已占用、空闲、使用率"]
  G --> H["用户点击某个库位"]
  H --> I{"库位是否有物料"}
  I -- "是" --> J["弹出物料详情弹窗：物料编号、名称、图号、型号、数量等"]
  I -- "否" --> K["弹出库位信息弹窗：库位编号、状态、区域"]
  J --> L["用户关闭弹窗或继续操作"]
  K --> L
  L --> M{"是否切换区域或筛选条件"}
  M -- "是" --> N["按筛选条件重新查询库位数据"]
  N --> F
  M -- "否" --> O{"是否手动刷新或自动刷新触发"}
  O -- "是" --> E
  O -- "否" --> L

7 验收标准

1. 三楼仓库可视化页面可正常加载并展示所有库位。
2. 不同状态的库位用不同颜色区分，图例说明清晰。
3. 统计面板数据与实际库位状态一致。
4. 点击有物料的库位可查看物料详情。
5. 点击空闲库位可查看库位基本信息。
6. 区域筛选和条件筛选功能正常。
7. 刷新数据后页面状态更新正确。
8. 大屏展示布局合理，文字清晰可读。
9. 不影响现有立库可视化功能。

03-优先级建议

优先级	需求	原因
P2	质检 PDA 手机扫码应急功能	已开发但生产不可用，影响故障应急能力,即使PDA设备故障也可手动输入不影响现场生产
P0	库存盘点及入库库位选择优化	直接影响库存准确性和入库操作,现场急要
P0	默认库位设置功能调整	影响仓储配置职责和入库库位逻辑,现场急要
P0	物料编码查询	涉及页面多，但收益明确,现场急要
P1	三楼仓库可视化界面	参考立库已有方案，可快速实现,提升仓库管理直观性
P1	车间派工移动端适配	改善现场移动操作效率,现场提出,未经过确认需要
P2	看板优化	影响现场展示和管理效率,需求还不明确
P2	语音播报	需要确认硬件、浏览器和广播接入方案,需求还不明确

04-实施拆分建议

第一阶段：库存与查询基础能力

1. 默认库位设置迁移。
2. 物料编码查询补充。
3. 物料系列字段和库存盘点筛选。
4. 物料入库库位过滤。
5. 三楼仓库可视化界面（参考立库可视化组件）。

第二阶段：移动端与应急能力

1. 车间派工移动端适配。
2. 质检 PDA 手机扫码生产环境修复。

第三阶段：看板与播报能力

1. 仓库看板新增。
2. 采购看板新增或优化。
3. 现有看板数据口径调整。
4. 新订单语音播报试点。

05-待确认事项

1. 默认库位设置新组件归属菜单：仓储管理、基础数据，或单独配置模块。
2. “没有默认库存”与“没有库存库位”的业务定义是否一致。
3. 物料入库库位选择在无库存时是否显示全库位，还是优先显示默认库位。
4. 系列字段的数据来源：手工输入、固定字典、还是由后端基础数据维护。
5. 库存盘点编辑库位是否允许直接改变已有库存所在库位，是否需要保留调整记录。
6. 看板刷新频率和大屏分辨率。
7. 语音播报使用电视机网页播放，还是接入全场广播硬件。
8. 手机扫码生产环境访问方式：HTTPS 域名、内网 IP、企业微信、钉钉或普通浏览器。
9. 语音播报和扫码功能是否需要新增系统配置表。
10. 三楼仓库的物理布局和库位编码规则（区域划分、行列定义）。
11. 三楼仓库库位状态分类是否与立库一致，还是需要单独定义（如是否有"预占"、"异常"等状态）。
12. 三楼仓库可视化是否需要自动刷新，刷新频率多少。

06-风险说明

1. 默认库位、库存库位、入库库位逻辑如果口径不统一，可能导致入库误选库位。
2. 物料编码查询涉及页面多，需要避免漏改导出和弹窗查询。
3. 库存盘点编辑库位如果缺少日志，后续库存差异追溯困难。
4. 看板数据口径需与业务部门确认，否则容易出现“页面正确但业务理解不一致”的问题。
5. 浏览器语音自动播放和摄像头扫码都受 HTTPS、安全策略、设备权限影响，必须在生产环境实测。
6. 全场广播接入可能涉及硬件、网络、音频设备，不应只按前端功能估算工作量。
7. 三楼仓库库位数据如果与立库数据结构差异较大，可能需要单独设计接口和前端组件，复用程度需评估。

07-文档备注

本次变更为新增需求文档，未修改业务代码。

修改人:Ld 修改时间:2026-06-29 10:29:16

补充内容：为 7 项需求分别增加功能实现流程图。

修改人:Ld 修改时间:2026-06-29 14:24:36

补充内容：新增需求八"三楼仓库可视化界面"，参考立库查询界面设计，优先级 P1，纳入第一阶段实施。同步更新优先级建议、实施拆分、待确认事项和风险说明。

修改人:Ld 修改时间:2026-06-30