04 半导体制造MES：Foundry、Memory IDM、高可靠芯片的三套优先级
专栏：制造业各行业MES业务流程、底层逻辑与系统适配性 ｜ 第4篇
读者：MES实施顾问、CIM/EAP工程师、工艺工程师、生产负责人
一、行业业务原点
接单模式：Foundry 是典型按单生产，客户 tape-out 拿到版图数据后，代工厂按订单批次排投料；Memory IDM 走预测备货，产线常年满载，按产品型号滚动排产；车规与高可靠芯片按单生产外加长周期协议，订单提前量以年计。
产品特征：晶圆是单一形态产品，一片晶圆从头走到尾，工艺步骤四百到八百步，横跨光刻、刻蚀、薄膜、扩散、CMP、量测几十类设备。品种按产品号计，一个先进制程厂同时在跑的产品可能上百个，全部挤在同一批机台上。
换线频率：没有传统意义的换线。产品切换体现在机台上——上一颗 Lot 跑完，下一颗 Lot 换 Recipe、换光罩、换腔体状态。光刻机一天切换二十次 Recipe 不稀奇，刻蚀腔体一天跑三四个产品。
合规约束：客户隔离是硬约束——A 客户的 Lot 数据、量测结果、缺陷照片不能出现在 B 客户的界面里。车规与高可靠产品叠加变更管控：Recipe 改一个参数要走正式 ECN，批记录保存期以十年计。
三种路线的生意结构决定了它们看系统的眼光不同。Foundry 是平台生意，一条产线同时服务几十家客户，产能按客户分配，客户满意度就是订单；Memory 是资本密集生意，一条线投资上百亿，设备折旧按小时计，稼动率和良率直接写进损益表；高可靠芯片是认证生意，产品迭代慢，年产量可能只有几万片，但一颗失效率的代价是整个供货资格被吊销。同一个厂区三种订单混跑是常态，MES 必须能对同一颗 Lot 打上不同的管控等级。
主范式：重复流水线。Lot 按固定工序段流转，WIP 以 Lot 计，瓶颈机台决定整厂产出。但半导体流水线是重入的——同一颗 Lot 会多次回到光刻，同一台机台同时服务几十个工序段。
车间的物理载体有三层：Lot 装在 FOUP 里，FOUP 在天车轨道上自动跑，光罩另存专用柜。MES 里的载具管理不是附属功能——FOUP 的清洗周期、光罩的寿命与存放位置，都是派工的输入。
次要范式：Batch（炉管、湿法、清洗）。一根炉管一次装一百到两百片、四到八颗 Lot，凑批是每天早上的第一件事。
二、标准业务流转链路
ERP → PPC/APS：客户订单和预测展开成投料计划，载体是 Lot（25 片一 Lot，装在 FOUP 里），单据是投料单。投料不是均匀投放，是按瓶颈投放——先投光刻能消化的量，再看扩散、薄膜的队列水位往下补。最容易断的地方：投料速率受光刻机加光罩这层约束，计划层看不到光罩，投出来一堆 Lot 全堵在光刻前，周期天数反而被拉长。
PPC/APS → MES：派工规则下发，按优先级、按交期、按瓶颈均衡。载体是 Lot + FOUP + 光罩。最容易断的地方：RTD 算出的搬送顺序和自动搬送系统的实际执行对不上，Lot 排着队，FOUP 还躺在仓库里，派工结论成了纸面文章。
MES 内部：WIP 跟踪、Hold/Release、重入路径判断。单据是工艺流程卡与 Hold 单。Hold 不是停车，是"这颗 Lot 禁止流动"：软告警可以跑完当前站再停，工艺 Hold 立即禁止出站，工程 Hold 要工程师到场解。三级的响应时限和权限不一样，系统里必须分开建模。最容易断的地方：工程批的拆批、并批、跳步——试产 Lot 拆成 5 片、13 片、7 片三段走不同路径，标准流程卡模型撑不住。
MES → EAP/设备层：SECS/GEM 是唯一正道。S2F41 远程选配方、下发 Run 命令，设备用事件回报 Lot 进出、片数、工艺参数。事件驱动，秒级回报，一台设备几百个采集点。最容易断的地方：机台本地 Recipe 被工程师手工改过，与 MES 侧版本不一致——校验不过就得拦。现场会这么干：下发前 EAP 先取机台 Recipe 的校验值比对，不一致直接 Alarm，工程师必须重新上传下载，这一步省不得。
炉管段衔接：凑批靠人机配合。现场会这么干：计划员每天早上按同工艺同温度段把 Lot 在看板上凑炉管，凑不满就空烧或顺延到第二天，MES 里做炉次合并记录，每根炉管的实际装载清单以 EAP 回报为准，不靠手工点数。
EAP → 检验：量测机台回报膜厚、CD、颗粒数，SPC 判异。量测频率有讲究：每 Lot 测一片和全测，量测机台数量差一个数量级，量测自己就会变成瓶颈——这也是派工规则里要把量测机台当独立资源排的原因。最容易断的地方：抽样规则——按 Lot 抽 1 片还是全检，规则改版没同步，量测机台按旧规则跑了一周才发现。
检验 → 出货：WAT、目检、出货分析报告，晶圆装盒按客户订单出货。出货前还要跑一次出货审核：系统比对订单、Lot 质量状态、客户特殊要求清单，三项全过才允许装箱。最容易断的地方：标签与隔离——盒标信息多一个字段都可能违反客户保密协议，出货核对清单必须按客户配置。
三、管控优先级（严格排序）
防混料、追溯、良率、交期，四件事三套路线人人都要，差异全在排序。谁排第一，MES 的预算和设计重心就压在哪。
Foundry：第一是防混料与 Recipe-机台匹配。错了会出什么事：一颗 Lot 在刻蚀腔体上跑了别的产品的 Recipe，25 片全废，损失几十万起步；更狠的是跑错了当时没发现，废品流到客户手里，整批退货外加停线审查，客户信任归零。所以 Recipe 版本必须与机台、腔体绑定，机台本地禁改，这是 Foundry 的第一生命线。排序的原因：客户隔离靠权限和分区就能建，防混料却牵动 Recipe 下发、腔体状态、光罩管理一整条链，架构晚了改不动。第二是客户隔离与数据管控。第三才是 Cycle Time 与交期。
Memory IDM：第一是良率与均匀性。错了会出什么事：存储单元的均匀性差一个点，晶圆级良率掉十几个点，月产几万片的线一个月损失就是上亿量级，而且良率问题是趋势性的，发现晚一个月，废品已经堆了半个仓。所以量测覆盖密度、SPC 判异灵敏度是三套路线里最高的。第二是防混料。第三是设备利用率——存储是周期性行业，满载时的稼动率就是利润。
高可靠芯片：第一是全程追溯与变更管控。错了会出什么事：一颗失效品送回来分析，追不到它当时用的哪版 Recipe、进了哪根炉管、谁当班，整批货全部冻结，重新认证以月计，供货资格可能不保。Recipe 改动、机台保养、人员资质全部要进批记录，一次未受控的参数变更就足以让审核失败。第二是防混料。第三是交期。
三套路线的共同点：交期都排不进前二。这是半导体和绝大多数行业最大的不同——单颗 Lot 跑错，比晚交付一天严重一个数量级。
为什么排序差这么多？看损失函数：Foundry 客户多、单客户份额小，一次混料的代价是丢掉整个客户；Memory 客户少、拼成本，良率一个点的钱远大于偶尔一次操作失误；高可靠看的是资格——质量事件直接取消供货资质，无可挽回。
四、MES适配特征
| 子项 | 内容 |
|---|---|
| 底层引擎类型 | 以 Lot 为原子的 WIP 流转引擎（重复流水线 + 重入路径），Batch 段叠加炉次凑批管理 |
| 核心模块重心 | Recipe 管控（版本、机台/腔体绑定、下发权限）；RTD 派工（Recipe 能力、机台状态、优先级三重约束）；SPC/FDC/Hold 联动 |
| EAP 采集重点 | 采 SECS/GEM 事件、Recipe 校验值、腔体参数、报警；事件驱动秒级回报；采不到（老设备）就人工过站补录并打数据可信标记 |
| 追溯单元 | Lot 为单位（25 片），量测与缺陷数据下探到片级；Batch 段记录到炉次 |
| 排程约束 | 光刻机 + 光罩瓶颈、炉管凑批（同工艺同温度段）、腔体状态与保养计划、重入队列深度 |
重入引擎的关键数据结构是进出站事件与 Recipe 版本的即时绑定：一颗 Lot 同一天两次进同一台光刻机，系统记的是两次独立事件，各挂当次的 Recipe 版本和腔体号。凑批引擎的关键是"炉次"这个虚拟容器：炉管一次 run 产出一份炉次记录，里面挂着四到八颗 Lot 的装载清单和统一的热电偶曲线。炉管凑批要同时满足温度段、片数下限和交期，三个约束打架时优先保温度段——混温段烧炉是工艺红线。
引擎判断一句话：看它的数据模型里有没有"Lot 重入同一机台"和"Recipe 版本-机台-腔体三方绑定"这两个对象。没有，就不是给半导体设计的。
五、✅ 这套方案的优势
防错是数据模型里长出来的，不是外挂。Recipe-机台-腔体三方绑定意味着：Lot 到机台门口时，系统已经知道这颗 Lot 该用哪版 Recipe，下发前先比校验值，不一致直接 Hold。防混料不靠操作工小心，靠模型里根本没有"自由选配方"这个动作。
追溯是全生命周期事件链。Lot 从投料到出货，每次进出机台、每版下发的 Recipe、每次 Hold 和 Release 都带时间戳。出问题回放整条链路，直接定位到哪天、哪台、哪腔、哪参数，不用人肉翻纸质记录。
Cycle Time 可分解。事件链完整，一颗 Lot 八到十二周的周期可以拆到每个工序段的等待、加工、搬送时间。WIP 水位与周期天数的关系（排队论那个定律）可以直接从系统数据里算出来，瓶颈改善有据可依，不用另建模型。
异常能定位到时间窗。事件链带时间戳意味着可以问"昨天下午三点到五点这台刻蚀机跑过谁、用的哪版参数"，工程分析的第一问几秒钟就有答案。这种查询在纸质记录时代要翻一整天。
跨厂复制成本低。同一套 Lot、Recipe、事件模型，从一条线复制到另一条线，只改主数据不改模型——这是重入引擎被验证过无数次的好处，离散引擎做不到。
Batch 段的凑批有模型支撑。炉次对象让"同工艺同温度段"从口头约定变成系统约束——温度段不同的 Lot 根本凑不进同一个炉次，凑批错误在选 Lot 那一步就被拦，不用等烧完开炉才发现。
六、❌ 天然短板与局限
工程批会把标准引擎打崩。试产 Lot 拆成 5 片走 A 路径、其余走 B 路径，中途还要并回去，标准流程卡模型假定 Lot 是原子的。现场会这么干：不少厂给工程批单开一套影子流程卡，纸质跟批，完工后人工在系统里补一条汇总记录——系统界面好看，数据实际是假的。
老机台没有 GEM 接口就退化成手工厂。一台服役十五年的量测机只剩一个串口，EAP 适配成本比机台残值还高。采集缺失，SPC 数据断链，前后工序的数据完整性对不上。
秒级采集 × 万级在制 = 数据洪峰。上千台设备、每台几百个采集点、每秒回报，一天数据量以 TB 计。实时数据库设计跟不上，FDC 就从"实时判异"退化成"事后看图"。
Hold 规则膨胀。软告警、工艺 Hold、工程 Hold 三级还不够，客户加一级、品保加一级，一年下来 Hold 原因码几百个，工程师 Release 一颗 Lot 要点七八次确认，最后练出肌肉记忆盲点，Hold 形同虚设。
重入队列管不深。同一颗 Lot 第五次回到光刻区时，前面排着四十颗不同优先级的 Lot。派工规则不建模重入深度，光刻前 WIP 水位失控，周期天数直接翻倍。
七、APC/FDC适用场景
结论：半导体是全行业里最适合闭环 APC 的行业，没有之一。
- 适合闭环 APC：刻蚀、薄膜、CMP。过程重复性高，同产品批次间相似度高，有在线量测。R2R 成熟：以薄膜为例，目标膜厚两千埃，上一颗 Lot 实测偏了十几埃，模型算出沉积时间该减多少秒，下一颗 Lot 的参数自动偏置，窗口 ±3% 量级，超窗自动回退基线 Recipe 并报警。模型 + 补偿窗口 + 回退机制，三件套缺一就震荡。
- 只适合 FDC 半在线分析：光刻的 CD 调整。CD 受光罩、胶、显影多因素耦合，自动调参风险高。实际做法是 FDC 监控加工程师人工确认后再改 Recipe，R2R 只做有限调参。
FDC 的部署密度也有讲究：全参数采集的机台不到一半，剩下靠基线抽采。优先级按风险排——单批价值高的（先进制程的刻蚀）先上，价值低的（清洗）后上，预算有限时不要平均用力。
- 不适合自动调参的：一次性工程实验批、新产品首次 run。没有"下一批和这一批足够像"的前提，APC 引擎对它们保持旁路。
APC 和 FDC 的边界要划清：同一颗 Lot 连续三次朝同一方向偏，APC 已经在补偿边缘，此时该转给 FDC 查腔体漂移——APC 管批次间补偿，FDC 管趋势性漂移，一个动参数，一个动设备。
分工口径：SPC 管产品数据受控——量测值超限，Lot 判异；FDC 管设备漂移——腔体参数偏离基线，设备判异但不直接动产品；APC 管参数补偿——在受控范围内自动修正。三者数据源相同，动作权限不同，模型里必须分开建模。
八、选型红线
绝对不能选以下底层引擎的 MES：
- 以工单为原子、不支持拆批并批的。炉管凑批、工程批拆片都做不了。
- 流程卡模型不支持重入的。线性路径引擎在半导体连数据都记不对。
- 没有 Recipe 版本对象、或版本不与机台/腔体绑定的。防混料防不住，Foundry 直接不能上。
- 没有 SECS/GEM Host 能力的。拿 OPC 或文件对拷去补，事件模型对不上，等于重写半个系统。
- 不支持三级 Hold 与 Release 权限树的。高可靠产品的合规审核过不去。
红线验证方法：让厂商现场演示"一颗 Lot 第五次进同一机台，且该机台 Recipe 刚升级过版本"的完整数据流。演示不出来，后面不用谈。
九、横向对比小结
和光伏电池片最像：都是"片 + 炉管 + 高节拍"，但光伏无重入、单线流转，MES 引擎可以简化一半，对照本专栏 07 光伏篇看。炉管凑批与化工 Batch 是同一道数学题，占用与合批的逻辑可参考 05 化工篇的釜占用模型。
十、文末引导
配套Excel工艺计算工具、良率SPC模板在主页资源栏目，适合CIM、良率工程师日常使用。
