82 lines
3.4 KiB
Markdown
82 lines
3.4 KiB
Markdown
# 06-决策记录
|
||
|
||
## DR-001：为什么要新增零件改制流程
|
||
|
||
现场存在零件改制业务，且现场计件、派工、完工入库、统计追溯都需要系统数据支撑。原线下记录无法满足过程管控和后续核算要求，因此需要将改制订单接入系统。
|
||
|
||
## DR-002：为什么改制订单由技术中心发起
|
||
|
||
改制通常涉及零件图号、技术要求、加工目标等技术信息。由技术中心发起可以保证改制来源和技术要求准确，再由精工车间承接生产。
|
||
|
||
## DR-003：为什么改制订单编号使用 `BHGZ`
|
||
|
||
改制订单需要与销售订单、补货订单、普通生产任务区分。使用 `BHGZ` 前缀可以让生产任务、派工、MES 加工端快速识别改制任务。
|
||
|
||
## DR-004：为什么改制记录必须保存原零件名称和原零件图号
|
||
|
||
如果只保存改制后的名称和图号，后续无法追溯“从哪个零件改成哪个零件”。因此记录表必须同时保存：
|
||
|
||
```text
|
||
原零件名称
|
||
原零件图号
|
||
改制零件名称
|
||
改制零件图号
|
||
```
|
||
|
||
## DR-005：为什么前后端都要校验图号不能相同
|
||
|
||
前端校验用于提高操作体验，避免无效提交。后端校验用于保证数据安全，防止绕过前端调用接口导致无意义改制记录。
|
||
|
||
## DR-006：为什么要回写工艺计划流水号
|
||
|
||
早期临时方案按 `原基本件流水号` 关联改制记录，但同一个基本件可能多次改制，会导致生产任务重复显示。正式方案改为按 `工艺计划流水号` 关联，保证一条改制记录对应一条生产任务。
|
||
|
||
## DR-007：为什么生产任务视图直接显示改制信息
|
||
|
||
生产任务查询、车间派工、MES 待加工等多个功能都依赖 `车间生产管理_零件工艺计划_视图`。在视图层统一改为改制信息优先显示，可以减少多个页面重复改造。
|
||
|
||
决策：
|
||
|
||
```sql
|
||
零件名称 = ISNULL(改制零件名称, 原零件名称)
|
||
零件图号 = ISNULL(改制零件图号, 原零件图号)
|
||
订单号 = ISNULL(改制订单编号, 原订单号)
|
||
```
|
||
|
||
## DR-008：为什么默认工艺设置为 `改制`
|
||
|
||
改制任务通常需要快速进入派工和加工。如果每次都人工制定工艺，会增加车间操作成本。自动添加默认工艺 `改制` 后，任务可以直接进入派工流程。
|
||
|
||
## DR-009：为什么默认工序优先 UPDATE
|
||
|
||
部分工艺计划生成后可能已经存在一条默认空工序。如果直接 INSERT，可能导致多一条工序。最终采用：
|
||
|
||
```text
|
||
有默认工序 -> UPDATE 为改制
|
||
没有默认工序 -> INSERT 一条改制工序
|
||
```
|
||
|
||
## DR-010：为什么动态 SQL 必须统一使用别名
|
||
|
||
`精工车间_生成任务_查询数据` 中主查询使用：
|
||
|
||
```sql
|
||
FROM 车间生产管理_零件工艺计划_视图 AS P
|
||
```
|
||
|
||
因此动态 WHERE 中必须使用 `P.字段名`。继续使用原表名会触发 SQL Server 4104 错误。
|
||
|
||
## DR-011：为什么不在当前阶段处理领料单
|
||
|
||
当前阶段目标是打通：
|
||
|
||
```text
|
||
技术中心发起 -> 精工生产任务 -> 默认工艺 -> 派工/MES 显示
|
||
```
|
||
|
||
非毛坯物料领料、仓库出库、派工限制会影响仓储流程和现场规则，需要作为后续阶段单独联调。
|
||
|
||
## DR-012：为什么保留历史设计方案和测试报告
|
||
|
||
本次拆分出的 `01-06` 文档用于后续推进和任务管理，原设计方案、开发说明、测试报告保留作为上下文证据，避免历史决策丢失。
|