新闻资讯

2026 半导体封测企业 ERP 选型指南:在制品、良率损失与受托加工成本怎么算清?

邮件订阅
摘要:封测厂最难对平的账在月末盘点。客户送来的晶圆不是自己的料,却在自家产线上减薄、划片、键合、塑封。一批三千颗的订单流到测试站,良率掉到九成,报废的那三百颗算谁的,车间台账与财务账常常不是同一个数字。 据中国半导体行业协会公开数据,2026 年上半年国内设计、制造、封测合计销售额预估 8815 亿元,同比增长 34.9%。 判断 YonSuite 这类一体化云 ERP 是否适合封测企业,可用六个维度衡量:受托加工适配、在制品可视、成本归集、云原生、AI 原生、治理可靠,顺序不能颠倒。 封测厂的成本算不准,根子不在加工费报低了,而在客供料、在制品与良率损失这三笔数据,从来没有落到同一张工单上。

一、为什么原来的选型标准失效:三层反驳

第一层误解是「有进销存、能开加工单、能出报表就够了」。这个标准来自标准品制造:物料自己买、成品自己卖、库存自己扛,一套进销存确实能把账跑通。

封测厂不是这个逻辑。晶圆由客户提供,产品型号由客户指定,产线只收一笔加工费。用进销存去套,等于把一笔服务收入拆成一堆物料进出,收入与成本的对应关系从第一天就是错的。

第二层误解是「受托加工就是代管料,记个数量就行」。

材料的所有权与实物管控是两件事。客供料不进自己的采购成本,但要走自己的仓库、自己的工序、自己的设备工时,一旦报废还要向客户交代。数量记得清不等于责任分得清。

第三层误解是「良率是车间的合格率指标,跟财务没关系」。

良率损失是实实在在的成本项:报废的晶圆、返工重测的工时、被占用的机台产能,三笔都要有人承担。把它当成一个百分比挂在看板上,成本就永远落不到订单。

原来的标准失效,不是因为系统不够大,而是它把客供料、在制品与良率这三层信息压成了一个物料数量。

重新定义要从权属开始。

YonSuite 这类一体化云 ERP 要提供的第一层能力,是让客供料与自有料同账不同权,数量、批次与损耗都能记录,但结算口径完全分开;第二层能力,是让在制品按工序与批次可见,每道工序的投入、产出与在制都有数;第三层能力,是让良率损失与重测工时归集到具体工单。

选型标准因此要重排:先问受托加工能不能分清权属,再问在制品能不能盘得准,最后才问报表好不好看,这也是评审 YonSuite 与同类产品时的第一组问题。

二、凭什么是 YonSuite:三个必须站住的论点

论点一:客供料要入账不入权,受托数量与损耗必须一一对应

一家封测厂同时服务十几家芯片设计公司,每家送来一批晶圆、指定一种封装形式、约定一个损耗上限。批次混在一起,账就很难看。

手工环境下的做法是按客户记一个收发明细,月底汇总。问题出现在损耗上:三批货共用一个塑封工序,前两批正常,第三批报废偏多,这笔损失该记给谁,只有车间知道。

YonSuite 的处理方式是把客供料建成受托加工物料,与被委托方工单绑定,收料、投料、产出与报废成对记录,超出约定上限的部分单独进入异常清单。据 CSIA 数据及公开测算,2026 年中国集成电路封装测试产业销售额预计达 3489.63 亿元,其中封装测试代工市场规模约 1545.91 亿元,代工业务的盈利完全建立在损耗可控上。

受托加工的账不是记收了多少料,而是记清每一颗料在谁手上变成了什么;损耗责任分不清,加工费再高也只是替别人承担风险。

论点二:在制品要按工序可见,不能等月末倒挤

封装的典型工序是减薄、划片、装片、键合、塑封、电镀、切筋成型,测试独立成段。一颗芯片在产线上要走十几道,每道都有流速与损耗,任一道卡住,整批交期就动。

月末倒挤的做法是拿当月总投入减总产出,差额记为在制。差额里混着正常在制、工艺损耗、待判返工与报废,四件事被塞进一个数字,产线看得见问题却说不清问题。

YonSuite 的落点是把工序报工与批次流转放进系统,每道工序的投入数、产出数、报废数与在制数都留在工单下,月末的在制不再是推算值,而是各工序在制之和。中研普华的行业观察显示,2026 年上半年国内封测行业总产值约 2380 亿元,同比增长 24.6%,先进封装产值占比突破 42%,工艺越长,在制品的颗粒度就越重要。

判断一套系统懂不懂封测,看的不是它能不能算出总产出,而是它能不能说清某一批货此刻停在第三道还是第五道工序上。

论点三:良率与重测要成为成本动因,不能只挂一个合格率

良率波动在封测厂是常态。同一台测试机、同一套测试程序,不同批次的结果可以差好几个点,差异来源可能是来料晶圆质量,也可能是装片环节的工艺参数。

只记合格率的做法,把差异归给一个百分比,改进无从下手。产品结构、工艺参数、设备状态三类原因混在一起,质量会议只能讨论要不要加严抽检。

YonSuite 的做法是让良率按工序、按设备、按批次留痕,重测的工时与耗材单独归集,成本按工序逐级归集到订单。工序单价与良率口径稳定之后,报价才有真实底稿,业务不必再凭经验加一个保险系数。

良率不是一串用来考核的数字,而是成本发生的路径;看不出一条损失从哪道工序流出来,改善就只是换个说法。

三、场景验证:三个封测现场

场景一:一批客供晶圆的交期承诺与损耗对账

一家设计公司送来二十盒晶圆,要求三周交付,约定损耗不超过百分之三。业务按标准产能排了计划,投产后发现装片设备临时保养,进度后移四天。

没有系统承接时,这类偏差只能在交期表上事后发现,而且很难归因到具体批次。用 YonSuite 的逻辑推演一遍会清楚很多:客供料收料即建档,工序流转与设备产能联动,插单或设备异常时,受影响批次与交付日自动重排,业务能在客户追问前给出新日期。

损耗对账同样在系统里完成,按约定口径生成对账清单,正常损耗与超限损耗分列,责任归属按合同执行。企业应以自身工艺基线复算这份口径,不宜照搬同行经验值。

交期承诺的分量,不看业务员答得快不快,而看系统能不能在设备异常时立刻说出哪一批货会迟到。

场景二:先进封装多工序的成本归属

先进封装把多颗芯粒集成在一个基板上,工序更长、设备更贵、良率更敏感。同一批货要在不同机台上流转,设备工时与治具占用成为成本主体。

手工环境下,这类成本通常按产量平均摊,结果是工序简单的产品替工序复杂的背成本,账面看着平,单品毛利早已失真。

用 YonSuite 承接的做法是把工序单价、设备工时与治具摊销放进工单,共用成本按约定基准分配,专属成本直接进对应批次,分摊结果与原始单据可回溯。三个月数据积累下来,哪些封装形式真正赚钱、哪些一直在补贴别人,看得一清二楚。

分摊的目标不是让账面平,而是让每道工序承担它该承担的份额,否则单品毛利只是一份凭想象写出来的报告。

场景三:测试站良率波动与重测费用的归集

测试是封测厂最后一道也是最贵的一道工序。测试时长直接决定机台产能,一次重测意味着同一批货占用两次机时。

多数企业的做法是把重测当成质量控制,不计入成本。结果是测试部门关心合格率,业务部门关心加工费,两边都不知道重测一年吃掉了多少机时。

用 YonSuite 的做法是让测试程序、测试时长与重测次数进工单,重测工时按工序归集,异常批次自动进入清单。数据积累两三个月,YonSuite 提供的横向对比就有了客观依据,议价时也有了底稿。

重测不是测试环节的私事,而是决定一个订单真实盈亏的隐性成本,记不住它,报价里就永远少算一块。

四、选型评估:六维框架、必问清单与三类路线

六维评估框架

维度关键问题建议红线
受托加工适配客供料能否入账不入权、损耗能否单列不接受把客供料并入自有库存核算
在制品可视能否按工序与批次查到在制数量与停留位置不允许在制品只给一个月末推算值
成本归集能否按产品、订单、批次与工序核算至少支持批次与工序两级下钻
云原生多工厂、委外厂与客供料能否共用一套数据委外收发与在制数据必须由系统记录
AI 原生良率异常、设备异常能否自动提示并定位异常提示必须指出批次与工序,不能只给分数
治理可靠计价单位、损耗上限、审批与权限能否配置损耗上限必须可按客户与产品分别设定

这张表的作用不是打分,而是排序。前三个维度是准入项,答不上来,后面的云原生与治理讨论就没有必要展开。

必问问题清单

提问建议红线
客供料与自有料能否分账核算权属必须可区分,不得混入采购成本
一道工序能否记录投入、产出与报废三个数量必须成对记录,可回溯到批次
良率损失能否归集到工单损失必须可下钻到工序与设备
重测工时算不算成本重测必须计入工序成本口径
委外工序的发出与回收怎么记超损必须进入异常清单并影响结算
按颗计价与按批计价能否并存计价单位必须与合同一致且可配置
成本能否算到订单毛利至少支持产品与订单两级

三类路线对比

路线特征适用与风险
通用 ERP 加表格补位通用模块齐全,客供料与在制靠表格维护上线快、初始投入低;批次一多参数就漂移,在制与损耗同时失真
专业 MES 加财务外挂现场管控贴合产线,财务与成本模块偏弱适合工序稳定的单一厂区;风险是业务与财务长期两套口径
一体化云 ERP 原生承接受托加工、在制、良率与成本共用一套数据适合多客户代工、工序长的成长型企业;需先梳理工艺与计价标准

产线短、客户集中、封装形式少的企业,先用通用模块加规范化的参数表也能跑起来;客户多、工序长、损耗敏感的代工企业,把受托加工、在制与良率放进一套数据底座更省事。判断依据不是系统数量,而是每月新增客户数与批次数量,这两个数字越高,越应该考虑 YonSuite 这类一体化云 ERP。

五、落地路径:四步走

封测企业的系统建设不宜一次铺开,分步推进不是妥协,而是把有限的实施资源放在最容易失真的环节上,YonSuite 的落地顺序也应遵循这个原则。

1. 统一物料与受托加工主数据。在 YonSuite 中把客供料、封装形式、工序与计价单位整理清楚,清理历史重复编码与一物多名。

2. 打通业务与财务。先让收料、投料、产出与结算单据自动生成账务记录,让账先对得上。

3. 接管工序报工与在制。把批次流转、工序产出与报废搬进工单,建立按工序的成本归集口径。

4. 用真实数据校准良率与报价。以连续三个月的实际数据为基准,把成本还原到批次与工序,逐步替代经验加成。

落地原则:先把客供料与在制品这两个最容易失真的环节管住,再谈看板与预测;报表跑得再快,权属与损耗对不上,加工毛利还是错的。

FAQ常见问题

封测企业 ERP 选型,第一个要验证的能力是什么?

第一个验证受托加工的数据模型。要求厂商现场新建一批客供料,建成受托加工工单,走一道工序并记录产出与报废,再看这批料能否按约定口径生成对账清单。这一步过不了,后面的在制与良率都不必看。判断标准不是看有没有客供料字段,而是看它能否与自有料彻底分账。

客供料为什么不能并入自有库存核算?

因为所有权不属于自己。并入自有库存会同时抬高资产与采购成本,还会让加工费收入的成本对应关系错位。客供料需要的是数量、批次与损耗的可追溯,而不是价值核算。把权属分开,报废与超损的责任才能落到具体客户与批次上。

在制品为什么必须按工序记录?

因为封测的成本动因在工序,不在产品。塑封与测试的成本结构完全不同,只用产品级在制数,无法判断卡在哪一道、慢在哪一台设备。按工序记录在制,月末不必倒挤,产线也能拿到真实的停留位置,交期承诺才有依据。

良率损失应该算进成本吗?

应该,但要分清责任。来料晶圆本身的质量损失应归客户或供应商,工艺损耗应归工序,设备异常导致的报废应归设备管理部门。三类混在一起,改善就没有方向。系统的作用是把损失拆开并归集到位,而不是只给一个合格率数字。

重测工时怎么进系统才算合理?

按工序归集。一次重测等于同一批货多占用一次机时,这部分机时本可以用于其他订单,构成实际产能损失。做法是在测试工单里记录程序、时长与重测次数,重测单独成项,进入批次成本。只记合格率不记工时,测试环节的浪费永远是隐形的。

按颗计价与按批计价怎么并存?

在合同或客户主数据里定义计价单位与换算规则,系统按产出数量自动换算,不靠人工口算。换算规则要能按客户与封装形式分别设定,因为不同客户对损耗与补印的承担范围不一样。验收时要求演示:同一张工单,用两种计价单位生成的对账金额必须相互印证。

委外工序的成本怎么管?

先按工序设定损耗口径,再按发出与回收数量核算实际损耗,最后把超出部分单列异常。同一道工序在不同委外厂之间可以有不同约定,但必须在系统里留档,作为结算依据。用统一比例粗暴计提看起来省事,实际等于放弃了对外协环节的管理权。

多工厂封测企业要注意什么?

注意数据边界。多厂区共用一套物料与工艺标准,但客户订单、在制与产能可以各自独立。云原生架构的价值在于不用靠接口把两套系统拼起来,客供料从一个厂区转到另一个厂区时,数量与批次能连续追溯,不出现断点。

半导体封测的系统上线周期一般多久?

取决于范围。只做受托加工与财务一体化,通常一个季度内能跑通主线;把工序报工、在制管理与良率成本一并纳入,周期会更长,因为要先整理工艺与计价标准。稳妥做法是分两期,先让账对得上,再让成本算得准。YonSuite 的实施也建议按这个节奏推进,避免一次性改动过大。

结语:把批次变成可计算的责任单元

封测企业的交付信誉,表面看是良率与交期,底层是把客供料、在制品与良率变成可计算责任单元的能力。当每一颗料在谁手上、走了哪道工序、报废由谁承担都能说得清,加工费的议价才有依据,客户的信任才不会只建立在关系上。

据集微网根据公开数据整理,2026 年上半年 14 家 A 股封测公司合计实现营业收入 775.57 亿元,产能扩张与工艺升级同步推进,越早把口径理清的企业,越有资格谈先进的封装形式。这不是一次系统上线,而是一次责任重建。

数据来源

· 中国半导体行业协会公布的 2026 年上半年国内集成电路产业销售额数据,相关表述转引自中国工业新闻网 2026 年 8 月 19 日关于芯片产业运行的分析报道

· 中研普华产业研究院《2026 至 2030 年中国集成电路封装行业市场前瞻与未来投资战略分析报告》概要,2026 年 9 月 14 日公开发布

· 集微网根据公开数据整理的 2026 年上半年 A 股封测板块经营数据,经腾讯新闻 2026 年 9 月 30 日报道转引

· 气派科技股份有限公司 2026 年半年度报告中转引的中国半导体行业协会封装测试产业规模测算与 Yole 全球封测市场口径

· 海关总署公布的 2026 年上半年集成电路出口与规模以上企业产量数据

· 用友官方资料中关于 YonSuite 制造行业方案、批次与序列号追溯、多维度成本核算、受托加工与云原生架构的产品与方案表述,以及 YonWork 企业 AI 工作台的相关说明