10 月 1 日之后,不少机构会同时撞上两件事。一边是资质认定能力项目库的第 4 期调整开始实施,879 项参数有了增减改;另一边是国家认监委那批 15 项认证认可行业标准生效,其中《检验检测机构电子记录通用要求》第一次把电子记录的生成、存储、调阅、归档写成通用要求。前者决定你的报告能不能盖 CMA 章,后者决定盖了章之后,背后的记录经不经得起回溯。这两件事在系统里最后落到同一个地方:能力表和审计追踪。下面把 879 这个数拆开,说清四张表要改什么。
一、10 月 1 日生效的是两个文件,不是一个
先说清楚时间线,因为这两件事经常被混着说。
第一件,资质认定「一单一库」。市场监管总局 2026 年第 14 号公告对检验检测机构资质认定实施「一单一库」管理,自 2026 年 6 月 1 日起施行。所谓「一单」是《检验检测机构资质认定事项清单》,「一库」是《检验检测机构资质认定能力项目库》,后者在国家认监委网站可查,而且是动态维护的——这一点很关键,后面会说到。
9 月 30 日,市场监管总局认可检测司发布能力项目库的第 4 期调整公告:新增 853 项、删除 4 项、修改 22 项,合计 879 项,自 2026 年 10 月 1 日起实施。截至这一期,库内累计 63065 条标准。各领域的分布是这样的:
| 领域 | 库内条数 |
|---|---|
| 产品质量检验 | 49967 |
| 食品检验 | 4831 |
| 医疗器械检验 | 2918 |
| 农产品质量检验 | 2208 |
| 生态环境监测 | 1351 |
| 司法鉴定检测 | 470 |
| 林业产品与林木种子 | 477 |
| 进出口商品检验 | 442 |
| 化妆品检验 | 375 |
| 机动车排放与安全 | 26 |
第二件,15 项认证认可行业标准。国家认监委 2026 年第 15 号公告公布的这批标准于 2026 年 8 月发布、10 月 1 日起实施,其中 4 项直接对着机构自身的能力建设:RB/T 132-2026《检验检测机构数字化建设指南》、RB/T 264-2026《检验检测机构电子记录通用要求》、RB/T 267-2026《检验检测机构合规性审查指南》、RB/T 265-2026《检验检测机构品牌建设指南》。
我的判断是:这两件事不是并列的两件事,是同一件事的两面。一批管「你能不能做这个参数」,一批管「你做完了怎么证明」。以前这两件事分属业务部和质量部,各管一摊;现在它们在同一套系统里,落在同一条记录上。
二、879 拆开:三种调整,三种完全不同的影响
879 这个数放在标题里很醒目,但对机构的含义得拆开看,因为新增、删除、修改是三件性质完全不同的事。
新增 853 项,看着是好事,也是最容易被误读的一条。新增的意思是「可以申请」,不是「已经有了」。要申请扩项,能力表、方法验证或确认记录、人员授权、设备与场所、典型报告,一样都不能少。我见过机构把新增目录当成「业务机会清单」直接拿去报价,结果客户下单了才发现自己既没有方法也没有设备。
删除 4 项,数量最小,杀伤力最大。公告里有一句很硬的话:公告实施前已取得未列入「一单一库」的检验检测能力项目的,资质认定证书到期后不再延续相关资质。注意措辞——不是立刻作废,是在下一次换证时自然消失。所以真正要查的是「我们的证书什么时候到期」,而不是「这个月还能不能出报告」。
修改 22 项,多半是名称、依据标准或领域归属变了。这一类的麻烦不在能不能做,而在表述要跟着改:报告上的项目名称、判定依据的标准号、报价单上的项目名、投标文件里的能力清单,四处必须一致。
| 调整类型 | 机构侧先确认的事 |
|---|---|
| 新增 853 项 | 要不要扩项,五件套齐不齐 |
| 删除 4 项 | 在手项目和合同怎么处理 |
| 修改 22 项 | 名称与依据四处的表述 |
这里要专门澄清一个被广泛误读的口径。库外项目不是不能做。按公告的说法,未纳入能力项目库的检验检测项目,机构可以按照「能力具备、风险可控、用户自愿」的原则向委托方提供服务,但出具的检验检测报告不得标注资质认定标志。
这句话很关键:管的是标志,不是业务。很多机构一听「库外」就理解成「不能接单」,于是把这类业务推掉;也有的机构反过来,接了单照常盖章。两种做法都不对。正确的做法是让系统在受理时就把这个判断做掉——能不能做是一回事,盖不盖章是另一回事,两件事分开管。
三、能力表不是一张表,是四张表
这是我最想讲的一节。能力项目库调整,表面上是资质部门的事,实际上要改系统里的四处地方,任何一处漏掉,都会在报告上留痕迹。
第一张:能力参数表
能力参数表的唯一键,不能是「参数名」,得是领域 + 对象 + 参数 + 依据标准这个四元组。举个最常见的例子:pH。水质有 pH,食品有 pH,化妆品有 pH,土壤浸提液也有 pH,方法不同、限值不同、资质范围也未必相同。如果系统里 pH 只有一条记录,那么「我们有没有 pH 的资质」这个问题,系统根本答不了。
同样的道理适用于「重金属」「迁移量」「菌落总数」这类跨领域的高频参数。能力表按参数名去重,看着清爽,用起来一定出错。
第二张:合同评审与报价
受理环节要按四元组去查能力表,查不到就提示。这里有个设计取舍值得说:不要做成硬拦截。如果系统直接禁止受理,一线的反应一定是绕过系统走线下,最后你连数据都看不到。更可行的做法是弹一个明确提示——「该参数不在能力范围,可出报告但不得标注 CMA 标志」——把决定权交给业务,同时把这次判断留在记录里。拦截的目的不是不让做,是让做与不做都有据可查。
第三张:报告模板的参数级标志位
这一处是最容易出事的地方。不少系统只有一个机构级的「是否有 CMA」开关,或者报告模板上一个勾选框。一份报告里既有范围内的参数、又有范围外的参数时,这个开关就没法用了:整份盖章,等于给库外项目盖了章;整份不盖,客户不答应。
正确做法是把标志做到参数级:每个检测项目自己带一个「是否在资质范围内」的标记,报告的 CMA 标志区能列出本次出具的参数里,哪些在范围内。这件事在别的场景里已经证明过必要性——一份报告里混着不同判定依据的版本时,同理,只能按项目逐个标。
第四张:方法库与依据标准版本
修改的 22 项里如果有依据标准变化,方法库要新增版本,不要覆盖。这条和标准换版的机制是同一套:历史任务必须能回显出当时用的那一版。这里不重复展开,前面写过换版落地的文章可以直接对照着看。
四、电子记录:标准关心的六件事,落到系统是什么
RB/T 264-2026 是通用要求,不是技术规范。它不会规定你用哪个数据库、存什么格式,它管的是另一件事:这份记录能不能被信任。从工程角度看,这类要求最后都能拆到六个点上,每个点对应系统里一处具体配置。
| 关注点 | 系统里的形态 |
|---|---|
| 身份 | 实名账号,一人一号 |
| 时间 | 统一时间源,不可随手改 |
| 修改 | 原值、新值、理由、人、时间 |
| 版本 | 模板、方法、限值三处冻结 |
| 备份 | 异地留存,恢复演练过 |
| 归档 | 保存期内可读,换代可打开 |
身份这一项,见过最多的做法是「检验员」账号全组共用一个。这么做的直接后果是审计追踪上那个名字没有意义——你能看到「有人改了」,但看不到是谁。等于没追踪。
时间这一项,有人为了让一条补录看起来是当天的,把服务器时间往回调。这是最不该做的事:修改动作本身会被记录,时间跳变在日志里非常显眼。真要处理补录,正确做法是如实记录补录时间,并在记录里写明原因,而不是改时钟。
修改这一项,核心是「只留最后一版等于没留痕」。要留的是五要素:原值、新值、改的理由、谁改的、什么时候改的。空白项事后补填也算修改,同样要走留痕,不能直接往里写。
版本这一项最容易被忽略,因为它不出现在记录正文里。记录模板换了、方法换了、判定限值换了,历史任务还得按当时那版回显。这件事在标准换版时最能看出来。
备份这一项,判断标准只有一条:恢复过没有。备份文件从来没被恢复过的,等于没有备份。评审现场要求「把这台上个月的备份恢复一份出来看看」,是很常见的追问。
归档这一项最痛,因为它跨系统生命周期。保存期内不能出现「系统换代了,旧数据打不开」的情况。选型时问一句「五年前的数据怎么查、怎么导出」,比问功能列表有用得多。
五、两条证据链要在报告上汇合
报告上那一个 CMA 标志,背后其实是两条链。
第一条是范围链:任务下达时,这个参数在能力表里、在证书有效期内、在授权签字人的授权范围内。这条链要能回答「当时」,所以需要一份能力快照——不是查现在的能力表,是查任务下达那一刻的能力表。
第二条是记录链:原始数据从哪来、怎么算、谁复核、谁签发,每一步都有身份和时间。这条链要能回答「谁在什么时候动了什么」。
两条链的交汇点就是签发这个动作。签发人按下去的那一刻,系统应该同时冻结两样东西:本次用了哪些参数、当时的依据版本是什么。这两样冻结了,报告在三年后被翻出来,也能说清它当时为什么成立。
还有一个细节,出问题的时候特别难解释:能力表的有效期和证书的有效期是两个日期。很多系统只存了证书到期日,不存每个参数的获批日期。扩项通过之后,新参数的生效日往往和证书上的发证日期不同,尤其是证书变更页上那几个日期。评审问「这个参数是哪天开始有资质的、那天出的报告算不算超范围」,只有存了参数级日期才答得上来。
六、这周能做的四件事,和三个要问供应商的问题
- 下载第 4 期调整目录,做一次 diff。用「参数名 + 依据标准号」两列去比,标出三类:我们在做但被删的、我们在做但被改的、我们能做且新增的。前两类是风险,第三类是机会,分开列。
- 把能力表按四元组重排,然后跑一次反查。反查的问题比清单更有价值:近 12 个月出过的报告里,有哪些参数在能力表里查不到?查出来的每一条,都要有人给出解释。
- 报告模板加参数级标志位,并让报告能列出「本次出具的参数与资质范围」。同时确认报告上的项目名称和依据标准,是从能力表取的,不是手填的。
- 电子记录做三条自查:审计追踪能不能被管理员关掉、账号是不是一人一号、备份有没有恢复演练记录。三条里任何一条答不上来,先修这条,别的往后放。
再给三个可以直接拿去问供应商的问题:
- 「能力表能不能按领域、对象、参数、标准四元组管?同一个参数跨领域会不会串?」如果回答是「按参数名建档案」,那这家系统天生管不了资质范围。
- 「报告上的 CMA 标志是参数级还是报告级?」报告级的答案,意味着一份报告里混着范围内外项目时,只能二选一。
- 「系统管理员能不能关闭审计追踪?」正确的回答是「不能」,而且最好能演示一下关不掉。
说回这件事的性质。「一单一库」是 6 月开始的,项目库每一期都在动;电子记录的通用要求是 10 月开始的。两件事放在一起看,方向其实很清楚:监管不再只查「你有没有资质」,而是查「你出的每一份报告,用的每一个参数,当时在不在范围内;每一个数,当时是谁、什么时候录的」。
这两句话,纸质台账答不了。不是台账记得不认真,是它天然答不了「当时」——台账只有现在这一版,而报告要的是那一刻的状态。
毕达兴 · AI 专家驱动的 LIMS
多模型可插拔底座 + 48 项可编辑技能 + 6 位职能专家,两大产品线覆盖 12 个检验检测行业与化工企业厂内实验室 6 个细分行业。