✨ 系列第79篇｜从零开始搭建标准ERP架构
👣 接续前文维修与保养模块，今天我们聚焦 PMC（生产与物料控制）的核心痛点：排程冲突
🔧 目标：在 设备明细表 中聚合所有子表数据，实时生成 “设备可用性” 状态，让PMC在排程前一目了然
🎯 关键点：跨表统计字段 + 状态聚合逻辑 + 排程前置校验
💡 核心价值：提前规避因设备不可用导致的生产计划延误，保障交付
🎯 一、核心痛点与解决方案
❌ 传统痛点
PMC在制定生产计划时，将任务排给某台设备（如CNC-01），但生产部门反馈：“这台设备正在大修/周保，无法使用！” 这导致：
- 计划需要紧急调整，打乱全局节奏。
- 可能影响订单交付日期，引发客户投诉。
- 部门间沟通成本高，互相“甩锅”。
✅ 本方案解法
在 设备明细表（设备主数据表）中，创建两个智能统计字段：
是否保养：实时反映该设备是否有 未完成的保养任务。
是否维修：实时反映该设备是否有 未关闭的维修工单。
PMC在排程时，只需查看这两个字段，即可 秒级判断设备当前是否可用，将风险拦截在计划源头。
⚙️ 二、在设备明细表中配置状态聚合字段
前提：设备明细表 已通过 「关联」 字段，分别链接到 设备周保明细表 和 设备维修明细表。
✅ 步骤1：新建【是否保养】统计字段
切换到 设备明细表。
点击 「+ 添加字段」。
字段名称：是否保养
字段类型：统计
配置（依据图1）：
- 关联字段：选择与
设备周保明细表的关联字段（例如周保记录）。 - 统计方式：
查找内容 - 查找条件：在
设备周保明细表中，任意一个周保项目（如主轴润滑）的状态 等于进行中。
（更严谨的做法是，检查所有周保项目，只要有一个是“进行中”，即视为设备在保养。实际配置中可能需要一个中间公式字段来聚合所有项目的状态）
- 返回值：如果找到符合条件的记录，则返回
保养中；否则返回空。
效果：当某台设备有任何一项周保任务处于“进行中”状态时，其 是否保养 字段会自动显示 “保养中”。
✅ 步骤2：新建【是否维修】统计字段
再次点击 「+ 添加字段」。
字段名称：是否维修
字段类型：统计
配置（依据图2）：
- 关联字段：选择与
设备维修明细表的关联字段（例如维修记录）。 - 统计方式：
查找内容 - 查找条件：在
设备维修明细表中，维修状态等于进行中。 - 返回值：如果找到符合条件的记录，则返回
维修中；否则返回空。
效果：当某台设备有任何一张维修工单处于“进行中”状态时，其 是否维修 字段会自动显示 “维修中”。
📋 三、PMC如何利用此状态进行排程？
现在，设备明细表 成为了设备状态的 唯一真实来源 (Single Source of Truth)。
✅ 场景：PMC创建新生产工单
PMC在生产计划表中，需要为一个工序分配设备。
在 设备选择下拉框 中（该下拉框的数据源是 设备明细表），PMC可以清晰地看到每台设备旁边的状态标签：
CNC-01→ (空)CNC-02→ 维修中CNC-03→ 保养中
PMC 只会选择状态为空的设备（如CNC-01）进行排程，从而 从根本上避免了排程冲突。
✅ 进阶应用：自动化排程校验
可以进一步设置自动化规则：
- 触发器：当生产计划表中的新记录被创建或修改时。
- 条件：如果所选设备的
是否维修或是否保养字段 不为空。 - 动作：自动给PMC发送一条警告通知：“注意！您选择的设备 {{设备名称}} 当前状态为 {{状态}}，请重新分配！”
📊 四、总结：我们构建了什么？
| 模块 | 成果 | 业务价值 |
| 数据聚合 | 是否保养、是否维修 两个统计字段 | 将分散在多张子表中的动态信息，实时聚合到设备主数据上 |
| 风险预警 | 设备状态一目了然 | 让PMC在计划阶段就能规避设备不可用的风险 |
| 流程优化 | 排程前置校验 | 减少计划变更，提升生产稳定性，保障准时交付 |
✅ 今日交付物：
2个关键的设备状态聚合字段
一套为PMC赋能的排程决策支持机制