IACheck与AI审核协同应用:完善圆柱体电池检测认证中的环保合规把关
圆柱电池的出货认证里,最容易被忽视但又最要命的环节,往往是环保合规。去年我们有一批21700电芯送海外客户审核,性能项全过了,最后却卡在SVHC物质声明上——供应商的MSDS更新后没有同步,旧报告里漏了一项成分声明。这一卡就是两周,整批货的交期全部打乱。
这件事之后,我们开始认真搭建一套工具组合:把环保合规核对从“靠人眼盯表格”改成“规则引擎加AI辅助审核”。于是就有了IACheck与AI审核协同这套方案。IACheck负责把法规要求、限值、证书状态这些规则固化成可执行的检查逻辑;AI审核负责消化那些格式乱七八糟的PDF报告、成分声明和物质清单,把关键数据抽出来交给IACheck去判定。
这篇文章把整套方案的来龙去脉、跑通的实际流程和踩过的坑整理出来。如果你也在做圆柱电池(不管是18650、21700还是其他圆柱形态)的检测认证,或者正在被大量合规文档核对折磨,这篇内容应该有直接的参考价值。
1. 项目背景:圆柱电池环保合规,痛点不在“懂”,而在“核”
1.1 行业背景:为什么圆柱电池特别容易在环保环节卡住
圆柱电池是标准化程度最高的电池形态之一,出货量通常很大,但它的环保合规链路一点都不简单。一颗看似普通的18650电芯,里面至少涉及正极材料、负极材料、电解液、隔膜、外壳、导电剂、粘结剂等七八类组分。正极可能是NCM三元、LFP磷酸铁锂或者钴酸锂;电解液里的锂盐、溶剂、功能添加剂,少说也有五六种成分。这些材料的合规信息分散在不同层级的供应商手里,层级越深,资料越难收齐。
更麻烦的是法规体系本身一直在更新。欧盟电池法规从旧版电池指令过渡到新法规之后,环保要求不只是原来的汞、镉、铅限值,还延伸到了碳足迹申报、再生材料含量披露、供应链尽职调查这些新维度。再叠加RoHS指令的豁免条款、REACH法规里每年都在扩列的SVHC候选清单、美国加州65号提案等要求,实际情况是多套法规体系同时作用在同一颗电芯上。让一个认证专员凭记忆同时跟进这么多规则的版本变化,确实不太现实。
这就是圆柱电池容易在环保环节卡住的结构性原因:产品标准化程度高,但合规信息链极其非标准化。供应商给的资料格式五花八门,有的给PDF扫描件,有的给Excel台账,有的干脆只在邮件里写一句“符合RoHS”,详细的证明材料却迟迟补不上。
1.2 传统人工核对流程的三个典型黑洞
我们过去核对一颗电芯的环保合规资料,基本靠三步走。第一步收集供应商材料,包括正负极材料的MSDS、电解液的成分声明、外壳材质的检测报告、整颗电芯的RoHS和REACH报告。收集时最常遇到版本不一致,同一个供应商前一版MSDS用的是旧的CAS号,后一版改了成分描述,但证书编号没变,根本不知道哪份是有效版本。
第二步,把各项数据和限值做比对。比如RoHS里的铅、汞、镉、六价铬、PBB、PBDE,REACH的SVHC是否超过0.1%,电池法规里镉、铅的限值是多少。这一步靠人比对时,最大的问题不是不会比,而是比对量太大。一颗电芯十几份报告,每份报告几十上百种物质,逐条核对就是几百条记录,眼睛一疲劳就会漏。
第三步,出合规结论并归档。确认没问题后,将检测报告、声明文件绑定到产品档案里,供客户或审核机构查询。这一步的问题在于,留痕文件不完整时追溯会非常痛苦。不少项目被退回,不是因为物质真超标,而是因为证明材料逻辑链断了,找不到对应的报告去支撑某个合规结论。
这三个黑洞,本质上是“可结构化的工作”和“非结构化的资料”之间的冲突。以前我觉得这事只能靠多招人、多检查解决,后来想通了:把规则交给工具,让工具去喂AI,人只做判断和兜底,才是正路。
1.3 我们想解决的边界:IACheck加AI审核到底管哪一段
这里先划清边界,免得方案跑偏。我们说的“环保合规把关”,不是要替代实验室检测,也不会自动生成合规结论去应付审核机构。实验室报告仍然是唯一的证据源,这一点任何工具都替代不了。IACheck和AI审核管的,是“证据链的完整性和一致性”这一层。
具体来说,整套系统要回答三个问题。
第一,该有的报告和声明是否都齐了。一份圆柱电池档案里往往涉及整机级RoHS报告、电芯级REACH报告、关键材料的MSDS、供应商的SVHC声明、包装材料声明,缺一个都可能导致发证延误。
第二,报告里的关键数据是否与限值要求匹配。AI抽取出的数据要能自动和规则库里对应的限值比对,超标或接近限值的要单独标出来。
第三,不同报告之间的信息是否自洽。这点最容易被忽略。如果电芯的REACH报告显示SVHC有一项含量接近0.1%,但供应商某一层级的SVHC声明却写“不含”,这种矛盾靠人眼极难看出来,AI模型却可以跨文档做比对。
边界清楚了,方案就不纠结。我们需要的不是会写检测报告的AI,而是一个能把资料整理得明明白白、把风险点挑出来的高级合规助手。
2. IACheck:先搭好规则骨架,再谈智能
2.1 IACheck在体系里的角色定位
IACheck在我们这套体系里,扮演的是“规则引擎加档案中心”的角色。它不读那些杂乱无章的原始文档,只认结构化的数据:物质清单、限值表、证书台账、材料声明列表。所有进入IACheck的数据,必须先被解析成固定字段。
这个定位一开始就得想清楚。如果让IACheck直接去啃PDF报告,它大概率会被绕晕,而且很难保证每份格式的解析质量。所以我们的设计是:IACheck做判定,AI做解析,原始文档做证据,三者既分工又联动。
实际落地的时候,IACheck会先加载一批合规议题,每个议题对应一组规则。比如“电池法规镉限值合规”这个议题,规则可能是:便携式电池中镉含量不得超过0.002%;“REACH SVHC申报”这个议题,规则可能是:SVHC物质浓度大于等于0.1%(W/W)时需要触发供应链通报。
规则只有落成机器能执行的逻辑,才有意义。这是IACheck存在的理由:它把人的经验、法规条文、限值要求编译成一张张可自动执行的检查卡,无论谁来操作,标准都不会走样。
2.2 检查项拆解:一张能落地的合规核对表
为了不让规则变得空泛,我们把圆柱电池检测认证中涉及环保合规的检查项拆成五类,每一类都能直接对应到具体的操作对象和判定逻辑。
第一类是物质限值类。直接引用法规限值,对报告数值做比较。典型的就是RoHS六项和电池法规的镉、铅、汞限值。这类规则最机械化,也最适合交给引擎去跑。
第二类是申报义务类。比如REACH下的SVHC通报义务,需要结合浓度阈值、年出口量来判断。这类规则有一定灵活性,因为通报义务的触发条件往往是多个参数共同决定。
第三类是证书时效类。检测报告和声明文件都有有效期,证书过期了就必须拉响警报。人工核对档案时,证书日期是最容易看漏的一项,因为一套档案里几十个日期,不可能一个个去算。
第四类是材料完整类。检查要求的材料清单是否齐全,每一份文件是否绑定了对应的产品型号或物料编码。
第五类是信息一致类。跨文档比对,比如MSDS里的CAS号、报告里的物质名、供应商声明里的含量表述,三处信息是否匹配。
这五类检查项落到具体执行时,大致可以整理成一张改良过的合规核对表。这里放一张示意图性质的表格,实际生产环境里的列会更多:
| 检查类别 | 典型检查项 | 判定逻辑示例 | 数据来源 |
|---|---|---|---|
| 物质限值 | RoHS六项含量是否超标 | 铅≤0.1%,镉≤0.01% | 检测报告 |
| 物质限值 | 电池法规镉、铅限值 | 镉≤0.002%,铅≤0.004% | 整电芯检测报告 |
| 申报义务 | SVHC是否超过0.1%(W/W) | 超过则触发通报流程 | REACH报告、成分声明 |
| 证书时效 | 检测报告是否在有效期内 | 报告日期加有效期,与当前日期比较 | 证书台账 |
| 材料完整 | 关键材料MSDS是否齐全 | 缺任意一份则阻断出证 | 材料文件清单 |
| 信息一致 | CAS号三处是否一致 | 报告、MSDS、声明之间比对 | 跨文档 |
这张表看下来,你会发现大部分逻辑并不需要多聪明的算法,卡的是“执行”,是“每次都严格执行”。IACheck的价值正在于此:它用规则把标准固定下来,让每一次检查都按同一套尺度进行,而不是靠某个人的状态好坏决定。
2.3 限值、豁免与版本:规则库怎么维护
规则库最容易被低估,但它是整套方案的命脉。法规年年变,SVHC候选清单每年至少更新两次,RoHS豁免条款经常增删,电池法规的新实施条例也在陆续公布。如果规则库不维护,系统跑得越久,沉默的错误累积越多。
我们的做法是设置一个“规则维护窗口”,每个季度固定做一次规则库同步。具体的更新来源不在这里展开,重点说一下维护机制本身。
规则库每条规则必须包含五个字段:法规来源、适用范围、限值或阈值、生效日期、备注说明。以前吃过亏,规则里只写了限值和适用范围,没写生效日期,结果法规过渡期判断出偏差。后来所有规则强制带上生效时间,查询时按当前日期自动选择适用版本。
还有一个容易被忽视的点,就是豁免条款。RoHS里有很多豁免项,比如某些含铅的合金或特定应用场景的焊料。如果规则库里只有限值没有豁免清单,那AI审核出来的超标项就会误报一堆。我们专门把常用豁免项建成一张子表,当检查项触碰到豁免范围时,规则引擎先做一次豁免匹配,匹配成功的自动降级为“提示”而不是“异常”。
规则库版本也要留痕。每次更新规则库,都会生成一个规则快照,绑定到当时的合规审核记录上。这样以后如果要追溯“当时这批货是怎么判的”,可以精确复现当时的判定依据,避免扯皮。
2.4 为什么选规则引擎而不是完全依赖AI
很多人问,既然有AI审核,为什么还要单独做一个IACheck规则引擎?这不是重复建设吗?其实这两者的工作逻辑完全不同。
AI擅长的,是从非结构化数据里找规律、提取信息,它天然带有概率性。同一个PDF报告,AI抽取时可能在某些字段上给出不同的置信度。但合规判定这件事,要的是确定性和可追溯性。一份报告里镉含量是0.001%,判定就是“合规”,这个结论不能带“概率”二字。
规则引擎的强项恰恰是确定性。输入一组明确的结构化数据,输出一个确定的判定结果,执行过程完全可复现,每一步都能解释。所以我把AI定位成“信息提取器”,把IACheck定位成“合规判定器”。AI的结果必须进入IACheck,经过规则运算后才能形成最终结论。
这就像化验科的流程:仪器出数据,检验师按参考区间判断异常与否,最后医生做临床决策。AI是仪器,IACheck是检验师手里的参考区间表,拿到数据后,判定标准永远是一致的。
3. AI审核与IACheck协同:谁先审、谁后核、人做什么
3.1 AI审什么:把非结构化资料变成结构化字段
AI在整套流程里的第一个任务,是资料解析。我们要让它把一份份格式各异的报告、声明、证书,转成统一的字段表。
以一份典型的第三方检测报告为例,AI要做的事包括:识别报告编号和报告日期,识别检测样品名称和型号,提取物质名称、CAS号、含量数值和单位,还要判断报告里有没有“未检出”之类的特殊标记。这些字段提取对后续审核至关重要,因为IACheck规则引擎不认“含量低于检出限”这种自然语言描述,只能认“ND=未检出”这种结构化标记。
实际选型时,解析能力比解析速度更重要。有些AI方案在演示时很快,换到真实扫描件上就各种错乱,原因是表格变形、盖章遮挡、手写批注这些东西在真实报告里太常见了。我们最后选用的方案必须支持多模态输入,图像、PDF扫描件、文字版PDF都能处理,同时对“未检出”“N.D.”这类检测行业惯用表述做了专门的规则增强。
AI在这阶段还要做一件事:把报告中隐含的判定信息标记出来。比如一份报告里如果同时给出“总铅含量”和“铅迁移量”,AI要能区分这两者的属性差异,不把它们误当成同一个字段。这类细节决定了后续规则判定会不会张冠李戴。
3.2 协同判定逻辑:AI初判加IACheck规则复判
解析完成之后,协同判定的主流程就开始了。整个判定分三层。
第一层,AI初判。AI把抽取出来的数据和预设的语义规则做一次快速比对,标出明显异常。比如REACH报告显示SVHC有一个数据点超过了0.1%,AI先打个“高风险”标记。这一层的目的是把审核员的目光快速引到最可疑的位置,缩小人工盯盘的范围。
第二层,IACheck规则复判。这一步比较关键。AI的“风险标记”不能直接当结论,要先把对应字段传入IACheck,由规则引擎根据物质限值、豁免情况、适用法规版本等条件重新计算一次。如果规则引擎判定确实超标,才进入异常流程。
为什么要把AI的初判和IACheck的复判分开?因为AI标记时容易忽略上下文。比如某物质看起来“超标”,但实际上对应的是RoHS豁免清单中的一项,AI不一定记得全,规则引擎却可以准确匹配。再比如,某个数字虽然在限值之上,但它所在的位置可能被识别成了“单位”栏,这时需要规则引擎二次校验字段上下文。
第三层,人工复核终判。规则引擎给出的“异常”结果,最终由合规专员查看原始报告,确认数据真实和上下文无误。要特别强调的是,这一步绝对不能省。工具的作用是把异常挑出来、收窄范围,但“是否接受这份证据”的决定权必须留在人手里。
这三层流程跑下来,每一单都做到有据可查。AI初判结果、规则引擎计算记录、人工复核意见,全部存到对应的审核日志里。后续不管客户还是审核机构来问,都能拉出完整链条。
3.3 人的角色:复核、留痕、决策
我们搭这个组合时,一个核心原则是“人不做重复劳动,但做关键决策”。AI负责把成千上万条字段抽取出来,IACheck负责按规则跑判定,但有以下三个环节必须人工介入。
第一个环节,是确认报告真实有效。工具判断的是材料之间的逻辑关系,无法确认这份报告是不是目标实验室出具的正规报告。核对报告编号、实验室资质、样品描述与送检单是否一致,仍然需要懂行的专员去做。
第二个环节,是解释异常原因。规则引擎只负责标记异常,不会解释为什么会异常。某个SVHC超标是材料配方变化,还是供应商提供的旧版本数据有误?这个判断需要对供应链和材料工艺有一定理解。
第三个环节,是最终决策。遇到“接近限值但未超标”这类边缘情况时,合规专员往往要结合客户要求、出货目的地、法规趋势来做决策。是接受这份材料,还是要求供应商补充测试?这类决策无法被预先写入规则,需要人来拍板。
所以整套系统的设计目标不是把人替掉,而是把人的精力从“找异常”转成“判异常”。“找”这件事交给机器,“判”这件事留给人,效率和质量才能同时上去。
4. 实操过程:圆柱电池认证合规把关全流程
4.1 数据采集:报告、声明、MSDS,一份都不能少
把方案落到实际项目里,第一步是数据采集。圆柱电池的环保合规资料,按来源大致分三类。
第一类是检测报告,来自第三方机构出具的整机或电芯级测试报告。常见的有RoHS报告、REACH高关注物质筛测报告、电池指令限值测试报告。这类报告格式相对规整,通常由专业实验室出具,解析难度相对低,真正麻烦的是收集环节,实验室偶尔会漏发附件页。
第二类是供应商声明,来自上游材料供应商,常见的有SVHC声明、材料成分表、禁用物质确认书。这类资料格式最乱,有的是正式公函,有的是邮件回复,还有的是打印表格上盖了个章。AI解析这类文档时,经常要把表格里的合并单元格、手写备注、多页格式差异都处理一遍。
第三类是物质安全说明书,MSDS或SDS。这类文档的特点是版本多、字段结构相对固定。但不同供应商编写SDS的习惯差异很大,有些把CAS号放在第3节,有些放在第16节,AI需要学习多种排布方式。
数据采集阶段最容易踩的坑,是“资料看似齐了,实则没齐”。我们定的规范是,每一种材料必须先建档再送审,建档时必须绑定到物料编码和产品型号。没有物料编码的档案一律视为无效文件,不进入AI解析队列。这个前置规范看起来不近人情,却省掉了后面大量返工。
4.2 关键参数与阈值设定:具体数字怎么定
合规把关要落地,阈值设定是核心。这里我列几个我们实际使用的阈值设定逻辑,供参考,具体项目请以适用法规和客户要求为准。
先看最常见的RoHS限值。铅、汞、六价铬、PBB、PBDE都是0.1%(1000ppm),镉是0.01%(100ppm)。规则引擎里,这些限值直接作为“硬限值”,一旦报告数值超过,就判定为不合规,没有任何商量余地。
再看电池法规的镉、铅限值。便携式电池的镉限值为0.002%(20ppm),铅限值为0.004%(40ppm),汞为0.0005%(5ppm)。和RoHS限值相比,电池法规明显更严格,尤其是镉,差了5倍。判断哪套法规适用时,要结合产品出货目的地和产品形态。如果做的是欧盟市场便携设备用的圆柱电池,这两套标准往往同时适用,取更严格的那个作为门槛。
SVHC的判断就比较特殊。REACH法规关注的阈值为0.1%(W/W),但这个阈值不是简单的超标概念。当SVHC浓度达到或超过0.1%时,触发的是信息传递或通报义务,并不是直接禁止。因此我们在规则库里把它定义成“申报阈值”而不是“限值”,触发后的动作是启动供应链信息收集,而不是直接判定产品不合规。这个语义区别很重要,搞错了会把合规流程变成一场误杀。
还有一类要小心的是“检出限”。有些报告只写了“未检出”,没有具体数值。规则引擎在处理时,不能简单把“未检出”理解成0,而要看报告给出的检出限是多少。如果检出限是0.002%,而法规限值是0.002%,那边缘情况就得人工核实。
4.3 完整跑一遍:从送检到出证的实操流程
下面完整走一遍实际项目流程,以一款18650电芯出口欧盟为例。
第一阶段,建档与资料收集。先建立产品档案,把电芯型号、客户代号、目标市场填好。然后按材料清单向下游供应商征集材料,包括正极材料SDS、负极材料SDS、电解液成分声明、隔膜材质声明、钢壳材质检测报告、整颗电芯RoHS报告、整颗电芯REACH报告、包装材料声明。这些材料扫描或转PDF后上传到系统。
第二阶段,AI解析与数据入库。系统对每份材料自动解析,抽取报告编号、报告日期、样品名称、物质清单、含量数值、单位、检出限等字段。解析完成后,系统会把同一份报告解析出的字段整理成一张表,让审核专员核对。这里有个经验:AI首次解析的准确率大约在九成左右,剩余的错误主要是单位识别(把mg/kg识别成ppm)和物质名同义词(比如把“六价铬”写成“Cr VI”)。
第三阶段,IACheck规则判定。数据入库后,规则引擎自动跑一遍全部检查项。如果所有检查项都是绿色,系统直接生成“合规预备结论”。如果有黄色提示(比如SVHC接近阈值)、橙色异常(比如某报告过期)或红色异常(比如某物质超限),系统会生成异常清单,推送给人去处理。
第四阶段,人工复核与关闭异常。合规专员打开异常清单,逐条查看。每条异常都关联着AI抽取的原始片段和规则计算结果。确认属实的,补充证明材料或要求供应商更新文件;属于误报的,填写复核意见后关闭。
第五阶段,出证与留档。所有异常清零后,系统生成完整的合规档案包,包含每份报告的名称、编号、有效期、对应的合规判定记录。这个档案包可以直接用于客户审核,也可以作为内部追溯的底档。
这套流程跑完,单颗电芯从资料齐备到合规结论生成,实际工时大概在两到三个小时。传统模式下,光是逐项核对限值和证书有效期就要大半天,差距还是很明显的。
5. 常见问题与排查技巧实录
5.1 五个高频坑,基本每个人都踩过
把IACheck和AI审核跑起来之后,我们遇到了一堆实际问题。挑五个最典型的说。
第一个坑,报告扫描件模糊导致的字段错乱。有些供应商发来的报告是二次扫描件,文字边缘发虚,AI把“0.01%”识别成了“0.001%”,差一个数量级。后来我们在解析规则里加了“数值置信度”机制,置信度低于一定水平时,强制转入人工确认,不许自动入库。
第二个坑,文件命名混乱导致档案匹配错误。供应商发来的文件叫“报告最新版”“最终版2”,或者干脆叫“新建文档”。我们后来统一要求:上传时必须按“产品型号-材料类别-文件类型-版本号”的格式重命名,否则系统直接拦截。
第三个坑,报告有效期计算方式不统一。有的报告写“签发日期起一年有效”,有的写“有效期至”,还有的写“测试日期”。规则引擎如果只按一种方式算日期,就会出错。我们的做法是把所有报告先归一化成“签发日期+有效期月数”,再由引擎统一计算。
第四个坑,SVHC候选清单更新后,旧数据产生大量误报。清单新增物质后,规则库里如果没有同步,系统会漏掉新物质;如果只同步了规则库却没同步历史数据,存量档案又会集体弹异常。我们后来定了一条铁律:规则库更新后24小时内,做一次全量存量档案的重新判定,避免漏网。
第五个坑,跨文档信息不一致被当成单文档问题。前面说过,AI可以做到跨文档比对,但前提是文档之间的关联关系建得准。如果两份报告里样品名称一个写“18650电芯”、一个写“18650 lithium-ion cell”,AI匹配不到一起,就会错过一致性检查。这个需要在解析阶段就把样品名归一化。
5.2 排查顺序建议:遇到异常先看哪
合规审核中遇到异常,别急着改报告,按顺序排查往往更高效。
第一步,确认异常发生的层级。是AI抽取错了,IACheck规则配置错了,还是单据本身有问题?这三类原因的处置方式完全不同。AI抽取错的,修正解析规则;规则配置错的,查规则库版本;单据有问题的,跟进供应商。
第二步,看同一批异常是否集中出现。比如同一家供应商的所有材料集体弹“证书过期”,大概率是对方批量续证后,台账没同步,而不是真的过期。
第三步,查版本时间线。把异常涉及的文档、规则、清单的更新时间拉出来看,往往会发现问题出在哪个版本切换的时间点上。
第四步,也是最容易被忽略的,就是回到原始报告去验证。所有自动判定都是基于AI抽取的字段,字段本身可能出错。异常再合理,也要回到原始PDF去翻原页。这个动作不能省,很多乌龙就是这么排除的。
5.3 这套方案后续可以怎么扩展
IACheck和AI审核组合,目前主要用于圆柱电池检测认证中的环保合规把关。跑顺之后,有几个方向值得扩展。
第一个方向,是把运输安全法规的核对并进来。圆柱电池出货要做UN38.3和运输鉴定,这部分也有很多“证据链完整性”的需求,底层逻辑和环保合规是一致的。
第二个方向,是向供应商端延伸。目前是收材料再审核,将来可以做供应商自报通道,让供应商按统一的表格填报数据,AI预审一遍再进入规则引擎,拦截效果会更好。
第三个方向,是做合规画像。积累足够多的审核记录后,可以按材料类别、供应商、产品系列做合规趋势分析。比如某个供应商的SDS经常版本过期,系统就能提前预警,这比事后补救强太多。
这几个方向都不需要改变现有架构,在数据层加规则、在流程层加节点就行。
我个人在实际操作中最深的体会是,这套系统真正解决的不是“软件有没有智能”的问题,而是“人工复核工作流能不能被标准化”的问题。AI审核负责消化信息量,IACheck负责固定判定标准,人的精力集中在真正的异常判断上。三者配合下来,审核效率和正确率都在往上走。
最后再分享一个经验:不要一开始就追求技术方案有多强大,先把规则库维护好,把数据采集规范定好,比什么都重要。技术工具能放大流程的效能,但没法替代流程本身的合理性。合规这件事,慢一点反而快。