先定义对象、主键和版本
落地AI与APS时，先围绕客户订单、工艺版本、设备能力、工装刀具、量具状态、人员班次和检测资源建立主键、版本、状态和审计关系，再做分析与排程。
周一上午，销售带来一张临时提前的订单。计划员看过设备日历，认为还能挤出半天，于是把任务插进了排程。到了车间，情况却没那么简单：设备刚换过产品，夹具需要重新找正，测头补偿还没做，恒温检测室下午也排满了。计划表有位置，现场却开不了工。
高精度订单常常卡在这种地方。问题不只是设备有没有空，还要看设备状态、工装准备、量具有效期、环境条件和检测时段能不能接上。少一项条件，订单都可能停下来。
这里说的"校准窗口"，也不只是量具校验。它更像一段可以放心开工的时间：设备状态稳定，工装已经准备好，测量条件符合要求，后续检测也留出了位置。这些条件同时满足，任务才真正可执行。
采集过程事件并保留来源
宁波优德普AI+APS处理这类订单时，会把这些容易被忽略的条件放到排程前面。订单进入后，先读取产品工艺版本、公差要求、材料批次、工序路线和交期，再去核对设备能力、工装状态、刀具准备、量具有效期、人员安排以及检测资源。
订单和交期可以从ERP取得，工序进度与设备反馈由MES回传，量具台账和检验安排则可由QMS提供。暂时没有接入系统的数据，也可以先通过规则表、扫码确认或人工维护补上。目的很直接：别让计划员只凭一张设备日历判断能不能接单。
以一张高精度轴类零件订单为例，系统不会只计算车削、磨削和检测分别要占多少小时，还会把设备暖机、砂轮修整、夹具找正、首件确认和恒温静置一起排进去。如果检测时段接不上，任务就不会被放在一个"做完只能等"的位置。
AI在这里做的，也不是替计划员拍板。它主要看过去计划和实际之间的差异。比如，同一台磨床过去几次排产都预留30分钟暖机，但现场记录显示，在某些班次和环境温度下，设备往往要50分钟左右才能进入稳定状态。AI会把这些历史偏差整理出来，给出准备时长调整建议。计划员看过设备状况和订单要求后，再决定是否采用。
通过接口同步状态与异常
APS则根据当前订单、设备、工装、人员和检测安排重新排时间。计划员拿到的，不是一张自动发布的结果，而是一套带有冲突提示和影响说明的方案。哪些地方缺资源，哪些工序接不上，哪些订单会被挤到后面，都会直接显示出来。
校准窗口被锁定，并不表示计划从此不能改。制造现场每天都会遇到急单、设备故障、物料延迟和客户变更，计划留有调整空间是正常的。区别在于，调整之前要先知道会牵动什么。过去插一张急单，计划员往往先问设备有没有空，再打电话找车间和质量部门确认。等到各方信息凑齐，时间已经过去不少，原有任务也可能被打乱。
在宁波优德普AI+APS里，急单申请进入后，系统会先核对几个问题：能不能沿用当前设备状态，是否需要重新暖机或换夹具，检测时段会不会冲突，原来的订单有几张需要后移。
计划员看到的是一份影响清单。哪张订单会延期，哪个批次会被拆开，哪些准备动作要重做，检测室是否会出现排队，都能提前看见。确实需要让路的订单可以调整，但调整不再靠临时拍脑袋。
销售查询交期时，也不必只问"设备还有没有空"。系统会把设备、工装、量具和检测安排一起算进去，给出可以承诺的时间。这样报给客户的日期，和现场实际能做到的情况更接近。
把规则提示和人工审核分开
执行中出现变化，排程也会跟着改。设备故障后，MES把停机状态回传；物料延迟后，相关工序暂时无法开工；检测室排队时，后续放行时间会受到影响。APS会重新计算受影响订单，再结合可替代设备、工装状态和检测负荷给出调整方案。
数据模型分为主数据、业务关系、过程事件、质量结果和处置任务。客户订单、工艺版本、设备能力、工装刀具、量具状态、人员班次和检测资源进入主数据或关系表；交期、工序路线、暖机时间、夹具找正、测头补偿、量具有效期、首件确认、恒温静置和检测等待记录作为事件与结果保存，避免塞进一个宽表。
关键字段同时保存业务编码和不可变标识；名称、规格或版本变化时引用新版本，不覆盖历史记录。
采集端校验必填项、单位、时间和对象，区分自动采集、接口、扫码与人工补录来源；补录保留原因、操作人和审核状态。
跨系统消息设置幂等键和重试机制；无法匹配的记录进入异常队列，不静默丢弃。
按真实业务路径实施与验收
规则计算与业务放行分开。AI或规则引擎输出提示、相似记录和影响清单，销售、计划、生产、工艺、质量、检测与管理人员填写复核结论、处置动作和适用范围。
权限按岗位和对象配置，查看、补录、改规则、确认处置和放行分别授权，并保留操作审计。
实施可先覆盖一张近期插单或延期订单的工艺路线、设备日历、工装量具状态、准备时长、检测排队和交期变更记录，跑通对象建立、事件采集、异常处理和结果回写，再接入更多数据。历史资料只迁移影响当前追溯和决策的部分。
验收要验证排程同时显示加工与准备检测约束，急单调整前列出受影响订单、重复准备和检测冲突，由计划员确认方案。同时测试重复消息、晚到数据、版本切换、撤回重做和离线补录，确认边界情况下仍能追溯。