台系 / 韩系 / 日系半导体CIM系统架构、流程、设计思路对比教程

一、前言

为什么要区分台系、韩系、日系 CIM

很多工程师以为 CIM（Computer Integrated Manufacturing）就是一套 MES 加一套 EAP，换个厂部署就行。做过两个以上不同体系的厂就会发现：三家的系统连"什么算第一优先级"都不一样。

差异不是技术选型问题，是商业模型决定的。台积电体系靠代工吃饭，几百个客户的工单在同一条线上跑，隔离错一个 Lot 就是赔一家客户；三星 Nexplant、SK 海力士靠存储赚钱，单一产品跑几万片，片间均匀性差 0.5% 就是几十亿韩元的良率损失；日立、横河、TEL、铠侠、瑞萨这些日系厂商做车载功率和高可靠器件，一颗料出问题召回的代价远大于一颗料的价格，所以品质审计优先于一切。

底层商业模式、产品品类、工厂管理文化，决定了整套 CIM 从架构分层到报文设计的优先级排序。拿台系方案直接塞进存储厂，或者拿韩系方案塞进代工厂，都会在半年内暴露结构性问题。

范围界定

本文的"台系"指 Foundry 代工路线，以台积电体系为代表，也包括东捷（科技）这类给代工生态做 CIM/EAP 实施的厂商；"韩系"指 Memory IDM 路线，以三星 Nexplant、SK 海力士为代表；"日系"指逻辑、存储、功率器件 IDM 加特色工艺路线，代表包括日立、横河、TEL、铠侠、瑞萨、信越，以及日本体系在海外的 JASM。

本文聚焦范围

只谈 MES、EAP、SECS/GEM、APC/FDC、AMHS、排产、数据闭环这七块。ERP 只作为上游接口提及，不延伸到财务、供应链、人力这些上层模块。

阅读前置

默认读者懂 SECS/GEM 基本报文、Lot、FOUP、R2R、FDC 这些概念。下文不再解释基础名词，直接进入流程对比。

二、底层业务原点（最核心差异）

2.1 台系：多客户、多 Mask、多工艺、频繁换线

代工厂一天要接的客户工单以百计，同一条线可能同时跑二十几种工艺流程，晶圆在不同客户的产品之间切换。CIM 的核心目标因此非常明确：工单隔离、IP 隔离、防混料、交期达成。

客户 A 的工艺流程和参数属于客户 A，不能让客户 B 的工程师看到；客户 A 的晶圆绝不能走到客户 B 的 Recipe 上。防混料不是"提示"级别的要求，是能用系统手段挡死就挡死——挡不住一次，客户关系和赔偿条款会直接让代工厂出局。交期是第二个硬约束，客户下单时就把产能和档期谈死，晚一周交付可能触发违约金。

2.2 韩系：内存大批量、少品种、稳态连续流

存储厂的产品结构相反：品种少，单一 Device 可以连续跑几个月，一个批次几十上百个 Lot。产线追求的不是换线灵活，是稳态连续流——瓶颈机台永远有料可做，晶圆片与片之间、批与批之间的工艺结果尽量一致。

CIM 的核心目标变成：片间均匀性、良率闭环、Cycle Time 稳定、Bin 良率修复。存储是拼良率的生意，同一颗 die 切出来，Bin0 和 Bin1 价差几倍，冗余修复电路能不能用 Probe 数据修对，直接决定毛利率。CIM 在这套体系里不是"记录工具"，是良率闭环的执行链路本身。

2.3 日系：小批量、高可靠性、长周期器件

日系厂做车载 MCU、IGBT、传感器、特色存储，批次小、验证周期长、可靠性要求按车规来。一颗车规器件从投料到出货可能是几个月，客户端承诺的质保是十年起。

CIM 的核心目标因此是：全链路追溯、品质可审计、变更管控、长期稳定、低异常停机。任何一个 Lot 十年后被客户投诉，要能在几小时内从追溯码拉出当时的所有参数版本、设备状态、操作记录。任何变更——Recipe 改一个字符、设备换一个备件——都要走审批留痕。系统宁可慢，不可错。

2.4 一句话定位总结

• 台系：CIM 是"防错与调度系统"，一切服务于多客户工单的隔离与交期。
• 韩系：CIM 是"良率闭环执行系统"，一切服务于均匀性与良率修复。
• 日系：CIM 是"品质证据链系统"，一切服务于可审计与长期稳定。

三、整体架构分层对比

三家都分四层：ERP → PPC → MES → EAP → 设备，但每层的职责划分和耦合方式完全不同。

3.1 台系四层架构

台系典型分层：ERP 管订单与开票；PPC（生产计划控制）做产能分配与交期承诺；MES 以工单为主驱动，所有 WIP 调度围绕工单状态机展开；EAP 层走标准 SECS/GEM，对设备侧的适配靠标准报文集解决。

特点有三：生态开放，EAP、AMHS、APC/FDC 常由不同供应商分头提供（东捷、致茂 SAJET、原厂各有地盘），MES 通过标准接口把它们拼起来；APC/FDC 多为外挂系统，数据事后批量回流 MES，实时性要求不高；AMHS 的搬送调度服从 MES 的工单优先级，交期急的 Lot 优先搬。

✅ 优点：开放架构让第三方设备快速接入，新机台 GEM 文件适配周期短；多客户工单隔离的领域模型成熟，换线频繁的场景调度能力强；供应商可替换，被单一厂商锁定的风险小。

❌ 短板：APC 外挂偏事后，R2R 调整往往在下一批投料前才生效，片级异常发现滞后；多方集成的接口层复杂，接口测试占实施工作量一半以上；AMHS 从属于工单调度，瓶颈机台水位控制不精细，拥堵时急单也送不进去。

3.2 韩系四层架构

韩系典型分层：集团 ERP 强管控，产能计划从集团层直接下发；PPC 做产能与 Cycle Time 锁定，周期目标是提前算死再倒推投料；MES 为自研，与集团数据模型深度耦合；EAP 层是标准 GEM 加私有扩展，APC/FDC/R2R 的控制逻辑直接下沉到 EAP 边缘层实时执行；设备层的数据采集频率和点位密度远高于台系标准要求。

特点有三：垂直封闭自研栈，从 ERP 到 EAP 一套数据模型贯通，改动一处上下游全知道；AMHS 权重在三家体系中最高，调度器首要任务是维持瓶颈机台前的 WIP 水位，让产线永远不空转；Samsung Nexplant 与 SK 海力士各自维护自己的私有报文体系，互不兼容。

✅ 优点：APC/R2R 实时闭环快，片级异常在出站报文里就触发调整，不等批次结束；数据链路完整，良率数据从 WAT 到 Bin 一条线贯穿，归因速度快；稳态连续流的产能利用率极高，瓶颈机台 OEE 长期压满。

❌ 短板：封闭栈意味着第三方设备接入要额外开发私有接口，非三星/海力士生态的设备商适配成本高；换线、新 Device 导入流程重，多品种小批量场景调度引擎反而笨重；集团级强耦合让单厂升级要跟着集团节奏走，厂级自主优化空间小。

3.3 日系四层架构

日系典型分层：集团 ERP 之外，PPC 以中长期计划为优先，排产策略保守，产线负荷预留缓冲；MES 的主驱动不是工单也不是良率，是变更管控与追溯——ECN（工程变更）冻结、批次追溯码、审批流占据 MES 核心逻辑；EAP 严格遵循 SEMI 标准，私有扩展极少，报文校验严格；APC/FDC 多为离线批次级分析，不直接在线干预。

特点有三：偏稳重封闭，系统多为设备商或长期合作的 SI 一体化配套，替换成本极高；AMHS 调度以"稳定、不错料"为先，宁可绕路也不抢道；异常处置里有大量 Hold-and-Wait 闸门，人工确认后才能放行。

✅ 优点：追溯链路完整到物料批次级，客户稽核基本一次通过；变更管控严密，跑错版本 Recipe 的概率趋近于零；系统行为可预测，低异常停机，运行十年不动底层代码的厂不少见。

❌ 短板：新 Device 试产会被变更流程卡住，一次 Recipe 变更走完审批可能要几天；APC 离线化导致工艺漂移发现滞后，均匀性提升慢；封闭配套生态让硬件老旧机型仍在跑的厂不少，设备联网改造成本高。

3.4 三者架构差异的一句话归纳

台系：MES 工单驱动一切，外挂 APC，AMHS 服从交期
     ERP --> PPC --> [MES 工单状态机] --> [EAP 标准GEM] --> 设备
                              |
                     (APC/FDC 外挂·事后回流)

韩系：EAP 边缘实时闭环，MES 只管稳态，AMHS 守瓶颈水位
     ERP --> PPC --> [MES 稳态调度] --> [EAP GEM+私有 APC/FDC/R2R] --> 设备
                              |                        |
                     (AMHS 权重最高)          (实时闭环·片级)

日系：MES 变更管控驱动，APC 离线，AMHS 稳定优先
     ERP --> PPC 中长期 --> [MES 变更+追溯] --> [EAP 严格SEMI] --> 设备
                              |
                     (审批闸门·批次级离线 APC)

一句话：台系把智能放 MES 层，韩系把智能放 EAP 层，日系把智能放流程层。

四、各模块逐项流程对比

本章是全文重心。每个小节按"流程怎么走 → 差异点在哪 → 后果是什么"展开。

4.1 MES 工单与 Lot 管控逻辑

台系流程：工单开立时绑定客户代码、Mask 版本、工艺流程版本，Lot 从投料起就挂在工单树下。晶圆到站，MES 比对三样东西：Lot 的客户号、当前站的 Recipe 版本、机台的认证清单。三者有一项对不上，出站报文直接拒绝，Lot 停在站内。防混料的第一道闸门在 MES，不在设备。后果是：换线灵活但每步校验多，单位 Lot 的调度计算量大；换来的是混料事故率被压到极低。

韩系流程：Lot 绑定 Device 加 Recipe 版本，版本号在投料时锁死，之后任何站点的 Recipe 下发都从 CIM 中心库拉取。机台本地不允许存改 Recipe——操作员在机台面板上改参数的权限被收归 CIM，本地编辑通道在 GEM 层直接禁用。差异点在于决策权位置：台系靠"比对后放行"，韩系靠"只允许从中心拉"。后果是：韩系机台被锁死成纯执行端，参数漂移风险小，但现场应急调整必须走 CIM 授权流程，急单响应慢一拍。

日系流程：Lot 绑定物料批次号、ECN 版本、追溯码三层。ECN 冻结流程最严——一个 ECN 生效后，涉及的所有在制 Lot 被冻结在当前站，等变更审批走完、新旧 Recipe 在系统里完成切换确认，才统一放行。后果是：在制品库存周期变长，但任何一个 Lot 跑的时候用的是哪版参数，系统里随时能拉出证据链。

4.2 EAP 与 SECS/GEM 通讯

台系流程：以 S2/S5/S6/S7/F 标准报文集为主，私有扩展少。设备商交付 GEM 文件，EAP 工程师按 GEM 手册配场景，一两周能通。差异点：Datalog（过程数据采集）走 S6F11 标准事件，事件粒度以机台厂商默认为准。后果：第三方设备接入快，但事件粒度粗，精细分析要靠事后补采。

韩系流程：GEM 标准打底，叠加私有消息。Datalog 和 FDC 触发不走标准事件，走私有报文，采集点位由 CIM 中心统一定义、统一下发。差异点在于状态机：韩系私有报文里定义了比标准 GEM 更细的中间状态（如"等待 APC 判定"），第三方 EAP 不了解这些状态，对接时容易丢状态——机台实际在等 APC 结果，第三方 EAP 以为已经完成。后果：非原厂生态的设备对接平均要重做一轮状态映射，工期常被低估。

日系流程：严格遵循 SEMI 标准，扩展极少，报文校验严格到字节级。T3 超时即视为通讯异常，异常处理不容错放行——通讯抖动导致的瞬时状态不确定，日系体系的选择是直接 Hold Lot，等人工确认。后果：通讯链路极稳定，误码几乎不产生业务影响；代价是网络抖动会造成阶段性 Hold 积压，需要人工批量确认释放。

4.3 APC / Run2Run / FDC 闭环（重点）

这是三家差异最大、也最能体现设计哲学的一块。按"数据在哪一层落地、由谁决策、多久生效、失败怎么回退"四个维度展开。

台系流程：FDC 报警数据批量落到外挂 APC 系统，分析是批次级、事后的。Run2Run 模型输出针对下一批的 Recipe 微调建议，由工艺工程师在 MES 侧确认后生效，生效周期通常到下一个批次投料。失败回退：调整建议不自动写入，人工确认环节天然是回退点，最坏情况是废一批。

数据落地在独立 APC 服务器，决策由"模型 + 工艺工程师"共同做出，生效以批为单位。后果：误调风险小，但片内均匀性问题要等批次结束的量测数据才能发现，发现即已成批。

韩系流程：FDC 采集到 EAP 边缘层，R2R 控制模型直接跑在 EAP 侧。晶圆出站报文（S6F11）里带量测数据，EAP 在同一秒内完成"FDC 判定 + R2R 计算 + 下一片 Recipe 参数修正"，下一片进站参数已经是新的。这是片级闭环：决策由模型自动做，生效以片为单位，延迟在秒级。

失败回退设计也最精细：参数修正有上下限硬约束，超出约束自动降级为批次级调整并通知工艺值班；连续 N 次调整越界则该机台 APC 退出，回退到静态 Recipe，同时该机台的 WIP 被重定向到备份机台。刻蚀、薄膜、CMP 这类直接决定片间均匀性的工序优先上片级闭环。后果：均匀性控制在三家中最强，但模型维护成本高，模型过期会导致系统性偏调，需要严格的模型健康度监控。

日系流程：FDC 数据离线汇聚，APC 分析以批次级、周频次为主。发现漂移后，调整提案走变更管控流程：提案 → 工艺评审 → 试做验证批次 → 审批 → 放量。生效周期以天计。失败回退：试做批次不进入正式产线，验证失败调整方案作废，正式批次从未被影响。

数据落地在独立分析平台，决策由跨部门评审会做出。后果：误调造成批量品质事故的概率被压到最低，代价是工艺改善速度慢，均匀性提升以月为单位。

三家对比一句话：台系"事后批量、人确认"，韩系"实时片级、模型决策"，日系"离线保守、委员会决策"。

再用一个具体动作把三家串一遍：一片晶圆做完一刻蚀工序。台系 CIM 在出站事件里拿到量测数据，落入 APC 服务器，工艺工程师在下一个批次投料前确认是否调整，生效以批计。韩系 CIM 在同一出站报文里就完成 FDC 判定与 R2R 计算，下一片进站参数已改，生效以片计。日系 CIM 把数据归档进离线分析平台，漂移结论进评审会，走完试做与审批才放量，生效以天计。同一个业务动作，三家拿到数据的位置、决策人、生效周期都不在一个时间尺度上——这是全文最需要记住的差异。

4.4 AMHS 自动搬送调度逻辑

台系流程：搬送任务由 MES 工单优先级驱动，急单 Lot 的搬送请求插到队首。调度目标函数是交期达成率。拥堵策略：检测到轨段拥堵后降速分流，但不会为此改变工单顺序。后果：急单体验好，但瓶颈区高峰期拥堵率高，OHT 轨道设计要留冗余。

韩系流程：调度目标是维持瓶颈机台前 WIP 水位。AMHS 调度器与 MES 派工引擎实时交互，瓶颈机台即将空料前提前送 FOUP 到位，非瓶颈区的 Lot 主动降优先级让路。死锁策略：路口资源预约制，OHT 先申请区间再进入，从机制上避免死锁而非事后解锁。后果：瓶颈机台几乎不空转，代价是全局行程变长、非急单的 Cycle Time 分布被拉宽。

日系流程：调度目标是稳定无错料。搬送任务绑定 Lot 追溯码与目标站的校验信息，FOUP 到站后先比对再开闸。绕路优先于抢道，宁可用更长路径也不做复杂交会调度。后果：错料率接近零、系统极少卡死，代价是平均搬送时间最长，轨道利用率偏低。

4.5 良率数据流链路 WAT → Probe → BinMap → Repair 闭环

台系流程：WAT 数据在晶圆工艺结束入库前采集，用于判定晶圆级参数；CP（Probe）测试后良率数据回流 MES 用于工单判定，多到 Probe 为止。Bin 分选与修复闭环偏弱——代工模式里 Bin 分选是封装测试厂或客户的事，Foundry 只保证 CP 良率达标。后果：代工厂 CIM 里基本见不到 Repair 逻辑，这块能力沉淀少。

韩系流程：链路完整贯通。Probe 数据实时回传，BinMap 按 die 坐标生成，Repair 算法（冗余单元替换）直接读 BinMap 算修复方案，修复方案下发 Probe 机台二次测试确认。这是内存良率的核心闭环：一颗 die 从"有缺陷但可修复"到"修复成功变 Bin0"，全靠这条链路。后果：Bin 良率可运营，CIM 与测试系统的耦合深度远超另两家；但链路任何一环故障都会直接停产测试，对测试数据通道可用性要求极高。

日系流程：良率数据绑定追溯码长期归档，归档周期按产品质保期对齐，十年不删。数据用途是失效回溯与客户稽核：市场端出失效品，用追溯码反查当时 CP 数据、批次参数、设备记录。后果：数据存储与治理成本高，但换来的是车规稽核一次通过率和失效归因能力。

4.6 异常处置与停线闸门逻辑

台系：停线权分散在值班工程师与 CIM 自动规则两层。FDC 报警触发机台级自动停机，产线级停线需主管确认。恢复走"异常报告 + 复机检查单"，审批在 MES 工单层完成，速度快，责任由复机签字人承担。后果：停复线周转快，符合交期优先。

韩系：停线权更集中。FDC 异常先由 APC 判定是否需要停机，模型不确定的降级为人工。停机后该机台 WIP 由调度器自动重分配，恢复审批走 CIM 中心，包含"模型回归验证"环节——确认 R2R 模型在复机后的首片上表现正常才算恢复。后果：停机损失被自动重分配缓冲，但恢复流程比台系长。

日系：停线闸门最多。任何 OOC（失控）先 Hold，Hold 范围可以扩展到同批次前后 Lot。恢复需要品质部门参与审批，走正式变更记录。停了谁负责的答案很明确：品质委员会。后果：异常扩散被截断得最干净，但单次异常的处理周期以天计。

三家的差异归纳成一句：台系问"多久能复机"，韩系问"停机的料怎么分走"，日系问"这次异常要不要进品质记录"。停线在台系是调度事件，在韩系是资源重分配事件，在日系是品质事件——问的问题不同，闸门的设计自然不同。

4.7 版本管理与 Recipe 下发权限

台系：Recipe 由工艺工程师在 MES 侧维护版本，下发走 EAP 标准报文（S7 族上传下载），机台执行前 EAP 校验版本号。改完即生效，但生效记录进审计日志。核对方式：每批次出站时回读机台实际使用的 Recipe 哈希与 MES 记录比对。

韩系：Recipe 权限收归 CIM 中心库，工艺工程师提交修改申请，审批后进版本库，CIM 主动推送版本更新到机台。机台本地禁改，GEM 层关闭本地编辑通道。核对方式：版本推送后 CIM 定期轮询机台当前版本号，不一致直接告警并停派工。后果：版本漂移几乎不可能，但工艺工程师失去了"现场快速试参数"的自由度。

日系：Recipe 修改即变更。改一个参数也要建 ECN，评审、试做、审批、放量四步走完才下发。机台上跑的版本通过设备端贴标加系统双核对。后果：版本管理最重，但审计时"当时机台跑的是哪版"这个问题永远有答案。

五、汇总对比总表

对比维度	台系	韩系	日系
业务定位	Foundry 代工	Memory IDM	逻辑/存储/功率 IDM + 特色工艺
开放度	高，生态分工	低，垂直封闭自研	低，一体化配套
驱动主体	MES 工单状态机	EAP 边缘实时闭环	MES 变更管控与追溯
APC 位置	外挂、事后、批次级	下沉 EAP、实时、片级	离线分析、批次级、保守
AMHS 优先级	服从工单交期	权重最高，守瓶颈水位	稳定无错料优先
最高风险管控目标	混料与交期违约	片间均匀性与 Bin 良率	品质事故与审计失败
SECS 遵循度	标准为主，扩展少	标准 + 大量私有扩展	严格遵循，扩展极少
适用场景	多客户多 Mask 换线频繁	单一 Device 大批量连续流	小批量高可靠长周期
实施难点	多方集成接口测试量大	私有栈第三方适配成本高	流程重、试产周期被拉长
优点	接入快、隔离成熟、供应商可换	均匀性闭环快、产能压满	追溯完整、误调近零、运行稳
短板	APC 滞后、AMHS 粗放	封闭、多品种场景笨重	改善慢、试产被卡、改造成本高
国内借鉴方向	防混料校验与工单隔离模型	片级 R2R 闭环与瓶颈水位调度	追溯码体系与变更审批闸门

六、落地痛点与坑点

坑 1：拿台系 EAP 方案直接对接三星 Nexplant 体系。现象：状态同步丢包，机台显示"等 APC"而第三方 EAP 认为已完工，WIP 状态与实际漂移。根因：Nexplant 的私有报文里定义了标准 GEM 没有的中间状态和确认回执，台系 EAP 没有这些状态机分支。处理办法：对接前先做状态机差分矩阵，把私有报文的每个中间状态映射成第三方 EAP 的显式状态；丢包高发的确认环节改成双向握手加超时重传；上线前用机台模拟器把全状态遍历跑一遍。

坑 2：韩系方案用在多品种小批量代工线上。现象：换线时 CIM 的 Recipe 版本锁定逻辑与频繁切换冲突，派工引擎算不过来，调度延迟堆积。根因：韩系调度引擎假设 Device 稳态，模型参数和缓存都以"长时间不变"为前提，品种一多缓存失效风暴直接打崩派工。处理办法：保留韩系的片级 R2R 闭环思路，但把 Recipe 版本管理换成台系式的工单绑定校验；派工引擎按产品族分组预计算，避免全局重算。

坑 3：台系多客户隔离逻辑跑在存储 IDM 上。现象：每个 Lot 都做过客校验、Mask 版本比对，同样的稳态批量流白白多出校验开销，MES 数据库事务排队，派工延迟明显。根因：存储厂单一 Device 不需要客户隔离，台系校验层全是冗余计算。处理办法：裁剪掉工单级隔离层，把防混料校验收敛为 Device-Recipe 版本匹配一条；把省出的事务容量投给数据采集频率提升，对存储厂是净收益。

坑 4：日系变更流程卡死新品试产。现象：试产批次每改一次参数都要走完整 ECN 流程，一天试三轮的节奏被压成三天一轮，研发节奏崩掉。根因：变更管控的审批权重按量产风险设计，没有区分试产与量产通道。处理办法：增设"试产沙箱通道"——专用试产机台与专用 Lot 前缀，参数变更在沙箱内免 ECN 但全部留痕，转量产时把沙箱记录打包补一次正式评审。

坑 5：SK 海力士与三星 Nexplant 的流程层差异。现象：同时接触过两家的工程师会发现对接体验不同。差异在流程层而非技术层：三星 Nexplant 的 PPC 周期锁定更前置，投料计划与厂内派工耦合更紧，EAP 私有扩展由 CIM 中心统一版本管理；SK 海力士的厂级自主权更大，R2R 模型的厂级调参空间更多，测试数据链路（Probe 到 Repair）的厂内自治程度更高。处理办法：给两家做方案不能复用同一份接口文档，状态机和确认回执要分别梳理；不要假设"韩系都一样"。

坑 6：日立与横河体系风格差异。现象：同是日系，给不同厂商交付的项目节奏差异明显。流程层差异：日立体系的历史积累厚，MES 与设备数据采集的一体化程度高，接口定制空间大但文档更新慢；横河体系更强调标准工具链与通用平台，实施文档齐全，但对超出标准框架的定制需求响应保守。处理办法：日立系项目要预留文档补齐与联调时间；横河系项目尽量在标准框架内设计方案，超框架需求提前走正式需求评审，不要指望现场灵活变通。

七、选型借鉴判断

7.1 代工、特色工艺、多客户多 Mask 场景

参考台系。工单隔离、防混料三重校验、Recipe 版本哈希核对，这三件套直接搬。AMHS 交期驱动 + 拥堵分流的策略也适配。注意别把台系"APC 全事后"也搬过来——均匀性敏感的工序可以局部引入韩系的片级闭环。

7.2 存储、大批量单一产品、追求均匀性

参考韩系。片级 R2R 闭环、EAP 边缘计算、瓶颈水位 AMHS 调度、Probe-BinMap-Repair 贯通，这四件是存储厂的核心竞争力来源。注意 Recipe 中心锁死要配套好应急授权通道，否则产线事故响应会被流程拖垮。

7.3 车载功率、IGBT、高可靠、长期品质稽核

参考日系。追溯码三层绑定、ECN 冻结流程、良率数据长期归档、Hold-and-Wait 闸门，这套体系是过车规稽核的底座。注意给试产留沙箱通道，否则新品导入速度没有竞争力。

7.4 国内混合产线怎么取舍

国内多数新厂是混合形态：一条线既要接代工单又要做自有产品。建议分层取舍：

• ERP 到 PPC 层：用台系思路。产能分配、交期承诺、工单开立按代工模型设计，天然支持多客户。
• MES 层：主体用台系工单状态机加防混料校验，叠加日系的追溯码与 ECN 闸门——追溯码对自有产品和代工产品统一启用，成本增量小，稽核收益大。
• EAP 层：标准 GEM 打底，在均匀性敏感工序（刻蚀、薄膜、CMP）局部引入韩系的片级 R2R 闭环，闭环范围收敛在这几步，模型维护成本可控。
• AMHS 层：常态用工单交期优先（台系），瓶颈机台水位控制单独叠加韩系思路，两者不冲突。
• 异常处置：默认台系快速复机流程，车规类产品线叠加日系 Hold-and-Wait 闸门。

这样搭的理由：按"哪一层承担什么风险"来选参照系，而不是按厂商阵营站队。

八、总结

没有绝对优劣。产品赛道与品质要求决定架构：代工赔不起混料，存储赔不起均匀性，车载赔不起审计失败。

台系是订单隔离型，韩系是良率闭环优先的连续流，日系是品质审计优先的高可靠体系。三家把智能分别放在 MES 层、EAP 层、流程层。

核心一句话复盘：看懂一家 CIM 的架构，先看它把什么风险当成不可接受的——防混料、防漂移、防误调，三种恐惧长出三套系统。

九、文末引导

配套Excel工艺计算工具、良率SPC模板在主页资源栏目，适合CIM、良率工程师日常使用。