审计追踪回答三个问题：谁动的数据、什么时候动的、改之前是什么。这三问正是资质认定评审与 CNAS 认可对记录可追溯性的硬要求——《检验检测机构资质认定评审准则》与 CNAS-CL01:2018 都明确要求记录的更改可追溯、电子记录受控。审计追踪不是"功能清单上的一行字"，而是评审现场能不能答上来问的那道题。
这篇讲清四件事：评审员查审计追踪具体看什么、三级审核怎么在系统里跑、审计日志本身会不会被改掉、出了数据争议怎么用它自证。
评审员查审计追踪，具体看什么？
看三样：记录改没改能查到人、修改历史完整、系统时间可信。
评审现场的场景通常是这样的：评审员随手点开一份原始记录或报告，问"这个数据改动过吗？谁改的？原来的值是什么？"——机构要能当场演示出来。对应到要求上，《检验检测机构资质认定评审准则》（2023 年第 21 号公告发布，已代替 RB/T 214-2017）要求记录的更改可追溯到更改人、更改前的信息可获取；CNAS-CL01:2018 第 7.5 条（技术记录）要求记录包含足够信息以保证尽可能复现检测过程，第 8.4 条（记录控制）要求记录受控、防止未授权更改。
市场监管总局关于发布《检验检测机构资质认定评审准则》的公告（2023 年第 21 号）全文 · CNAS-CL01:2018《检测和校准实验室能力认可准则》官方发布页
还有一条容易忽略：归档期限。《检验检测机构监督管理办法》第十三条规定原始记录和报告归档留存不少于 6 年——审计追踪数据同样在这个期限内要可查。日志只留三个月，等于把 6 年的要求砍成 3 个月。
编制、审核、签发三级流怎么在系统里跑？
一条状态机加职责分离：编制、审核、签发由不同账号完成，每一级的意见和时间都留下。
检测报告的三级审核是资质要求的核心流程：编制人完成报告与记录后提交，审核人复核数据与记录的一致性，签发人（授权签字人）最终批准发出。系统里落成三个要点：
一是职责分离。编制、审核、签发必须是不同账号，同一账号不能既编又批——这不是三个人的问题，是三个角色的问题。系统用权限强制，不靠"我们内部有规定"。
二是每级留痕。每一级处理时写下意见、操作时间、处理结论，退回修改的还要记录退回原因。评审时这条链就是"报告怎么复核"的标准答案。
三是状态驱动。报告在"编制中—审核中—签发中—已签发—已归档"之间只能按流程推进，跳不过、撤不回（更正走单独的更正流程，见报告防篡改一文）。
审计日志本身会不会被改掉？
不会也不该会。日志只追加、不可改、不可删，再接哈希链和异地备份，才叫可信。
这是最容易被问倒的地方："你们日志自己人能删吗？"我们的答案是：技术上删不掉——审计日志表禁更新、禁删除，写错了只能追加一条更正记录；每条日志带前序哈希接成链，改历史记录会破坏链条；日志随数据库定期异地备份。三层防护对应三种攻击场景：内部误操作、内部恶意篡改、单点物理损毁。
顺便说个反例：见过有机构用普通业务表记"操作日志"，管理员一条 DELETE 就清空了。那种日志在评审员眼里等于没有——因为无法自证未被篡改的日志，不构成证据。
出了数据争议，怎么用它自证？
把争议对象从"人的信誉"切换成"可验证的时间线"——一条记录从产生到归档的每一步都有据可查。
数据争议有两种典型场景：客户质疑"你们改过数据"，或内部排查"这个结果是谁录错的"。两种场景的解法是同一个：导出该记录/报告的完整操作时间线——谁在什么时间做了什么、改前改后是什么、每一级审核谁批的、报告哪一版发的。事实摆出来，争议就从各说各话变成就事论事。
说到底，审计追踪的价值不在"防小人"，而在把机构的日常运作变成随时可验证的状态。评审能过、争议能解、责任能分清，靠的都是这一条。
本文出处与依据：易企检标准技术服务（济南）有限公司原创整理。依据文件：《检验检测机构资质认定评审准则》（国家市场监督管理总局 2023 年第 21 号公告发布，已代替 RB/T 214-2017）；CNAS-CL01:2018《检测和校准实验室能力认可准则》（ISO/IEC 17025:2017）第 7.5、8.4 条；《检验检测机构监督管理办法》（国家市场监督管理总局令第 39 号公布，根据 2025 年第 101 号令修订）。条文以官方现行有效版本为准。
延伸阅读：CMA / CNAS 对记录与报告的要求逐条对照 · 检测报告电子签章，和手写签字一样吗 · 产品功能