简介这份ISO 22000:2018内审检查表完整中文版面向食品企业食品安全小组、内审员及体系管理人员用于对照国际标准开展内部审核、排查体系运行中的薄弱环节。检查表围绕组织环境、相关方需求与期望、风险和机遇应对、食品安全方针与目标、资源配置、体系完整性、沟通机制、应急准备与响应、运行策划与控制等核心条款逐项设问并配有文件审核、现场提问与审核记录栏可直接用于实际审核场景。资源包内含1个PDF文件共61页压缩包约30.87MB页面按条款顺序编排便于按部门或条款检索使用。目前已有123人学习下载。读者可借助这份检查表梳理审核思路明确各条款的检查要点与取证方式提升内审的规范性与覆盖面为体系持续改进和外部审核准备提供实用参考。1. 一份 61 页的内审检查表为什么让体系工程师又爱又恨ISO 22000:2018 内审检查表完整中文版61 页这个体量放在任何一家食品企业的体系文件柜里都算得上“重器”。但真正做过内审的人都知道检查表厚不等于审得深——我见过太多企业把这份表打印出来审核员逐条打勾末次会议念一遍不符合项然后归档了事。问题出在大多数人把它当“填空题”而不是“追问脚本”。ISO 22000:2018 的核心变化在于把 HACCP 的 7 个原理嵌入了 PDCA 循环同时引入了“风险思维”和“可追溯性”的系统要求。这意味着内审检查表的每一条背后都对应着一个可验证的客观证据链。这份 61 页的中文版检查表覆盖了从 4.1 理解组织环境到 9.3 管理评审的全部条款适合食品生产、餐饮供应链、食品包装材料等需要做体系认证的企业内审员、品质经理和咨询顾问使用。接下来的内容我会按“怎么用这份表审出真问题”的路径拆开讲包括条款映射、抽样策略、不符合项判定和几个我踩过的坑。2. 把 61 页拆成可执行的审核路径条款映射与抽样设计2.1 先搞清这份检查表的条款结构ISO 22000:2018 的高层结构HLS决定了它和 ISO 9001、ISO 14001 的条款编号是对齐的。这份 61 页检查表通常按以下模块组织第 4 章组织环境、第 5 章领导作用、第 6 章策划、第 7 章支持、第 8 章运行、第 9 章绩效评价、第 10 章改进。其中第 8 章“运行”占的页数最多一般会拆成 8.1 运行策划和控制、8.2 前提方案PRPs、8.3 可追溯性系统、8.4 应急准备和响应、8.5 危害控制含 HACCP 计划、8.6 前提方案和危害控制计划的更新、8.7 监视和测量、8.8 验证、8.9 不符合控制、8.10 纠正措施。我一般会先做一件事把检查表里的每一条问题映射到对应的程序文件或作业指导书编号。比如检查表问“是否建立了前提方案 PRPs”对应的证据可能是《卫生标准操作程序 SSOP》和《设备维护保养规程》。这一步不做现场审核时就会变成“凭感觉问”审核员累被审核方也懵。下面这个映射表是我常用的模板用 Python 脚本可以快速生成# 将检查表条款与体系文件做映射的脚本 # 输入检查表条款列表从 PDF 提取后整理成 CSV # 输出条款-文件-证据类型 的映射表 import csv # 模拟从检查表提取的条款数据 clauses [ {条款: 4.1, 检查项: 是否确定与组织目标相关的外部和内部因素}, {条款: 5.2, 检查项: 食品安全方针是否形成文件并沟通}, {条款: 8.2, 检查项: 前提方案 PRPs 是否建立并实施}, {条款: 8.5.1, 检查项: 危害分析是否包含所有合理预期的危害}, {条款: 9.2, 检查项: 是否按计划的时间间隔进行内审}, ] # 映射规则条款前缀 - 常见体系文件 mapping_rules { 4: [《组织环境分析报告》, 《相关方需求清单》], 5: [《食品安全管理手册》, 《方针目标分解表》], 8.2: [《SSOP 卫生标准操作程序》, 《PRPs 前提方案》], 8.5: [《HACCP 计划》, 《危害分析工作单》], 9.2: [《内部审核程序》, 《内审计划》], } def map_clause(clause_no): 根据条款号匹配体系文件 for prefix, docs in mapping_rules.items(): if clause_no.startswith(prefix): return docs return [待确认] # 生成映射结果 with open(clause_mapping.csv, w, newline, encodingutf-8) as f: writer csv.writer(f) writer.writerow([条款, 检查项, 对应体系文件, 证据类型]) for c in clauses: docs map_clause(c[条款]) for d in docs: writer.writerow([c[条款], c[检查项], d, 文件/记录/现场]) print(映射表已生成共, len(clauses), 条条款)这段脚本的逻辑很简单用条款号的前缀去匹配常见的体系文件。参数说明上mapping_rules里的键是条款前缀值是该条款通常涉及的文件列表。实际使用时你需要根据自己企业的文件编号体系替换这些文件名。证据类型那一列我建议标注“文件/记录/现场”三类因为内审不能只看文件必须交叉验证。2.2 抽样策略61 页不可能全审怎么选61 页检查表如果逐条审按每条平均 5 分钟算需要 5 个小时以上还不算现场走动和访谈。实际内审中我一般按“条款权重 风险等级”做抽样。具体做法是第一步把第 8 章运行类条款全部保留因为这是食品安全的核心。第二步第 4、5、6、7 章按部门覆盖抽样比如领导作用条款只审最高管理者支持类条款审人力资源和采购。第三步第 9、10 章结合上次内审和管理评审的输出重点审改进措施的有效性。下面是一个抽样决策的伪代码逻辑# 内审抽样决策根据条款权重和风险等级筛选必审项 # 权重规则运行类(8.x)3, 危害控制(8.5)5, 其他1 # 风险等级高3, 中2, 低1 clause_weights { 8.1: 3, 8.2: 4, 8.3: 4, 8.4: 3, 8.5: 5, 8.6: 3, 8.7: 3, 8.8: 3, 8.9: 4, 8.10: 4, 4: 1, 5: 2, 6: 2, 7: 2, 9: 2, 10: 2 } risk_levels { 8.5: 3, # 危害控制直接关系食品安全 8.2: 3, # 前提方案是基础 8.9: 3, # 不符合控制涉及产品安全 8.3: 2, # 可追溯性 8.10: 2, # 纠正措施 } def should_audit(clause, available_hours8): 判断某条款是否纳入本次内审 weight clause_weights.get(clause[:3], clause_weights.get(clause[0], 1)) risk risk_levels.get(clause[:3], 1) score weight * risk # 得分 6 的必审其余按时间预算取舍 return score 6 # 输出必审条款 must_audit [c for c in clause_weights if should_audit(c)] print(本次内审必审条款, must_audit)参数说明clause_weights里的权重是我根据经验设定的你可以按自己企业的产品风险调整。比如做婴幼儿配方食品的企业8.5 的权重可以设到 5 以上。should_audit函数里的阈值 6 也是可调的时间充裕就降到 4时间紧就升到 8。这个脚本的输出是一个必审条款列表直接对应检查表里的页码方便分配审核员。2.3 把检查表问题转成“追问链”检查表上的问题通常是封闭式的比如“是否建立了可追溯性系统”如果只回答“是”审核就流于表面。我习惯把每个封闭问题转成三层追问第一层问“有没有”第二层问“怎么做”第三层问“做砸了怎么办”。举个例子检查表 8.3 可追溯性条款第一层是否有可追溯性程序文件第二层请现场演示从成品批号追溯到原料批次需要多长时间第三层如果追溯过程中发现原料批次记录缺失你们的纠正措施是什么这三层追问对应的时间分配大概是 2:5:3。第三层最能暴露体系漏洞但很多内审员问到第二层就停了。我建议在检查表旁边用铅笔标注每条的追问层级审核时按层级推进。3. 现场审核的取证方法从文件到现场的证据链闭环3.1 文件审核别只看有没有要看版本和签批文件审核阶段我重点看三样东西版本号、生效日期、签批人。ISO 22000:2018 第 7.5 条要求成文信息得到控制但很多企业的文件控制程序形同虚设。常见问题是现场使用的作业指导书是 A 版但文件柜里归档的是 B 版或者文件有编制人签字但没有批准人签字。我一般会随机抽 3 份现场文件对照《文件控制清单》核对版本。如果发现不一致直接开不符合项条款判 7.5.2。这里有个细节检查表上可能只写了“成文信息是否得到控制”但审核员要自己拆成“标识、格式、评审、批准、版本、分发、访问、存储、保管、更改、保留、处置”这些子项。下面是一个文件审核的检查清单表格我通常打印出来随身带检查项对应条款常见不符合证据类型文件是否有唯一标识7.5.2同一文件多个编号文件原件版本号是否与清单一致7.5.2现场版本滞后现场文件签批是否完整7.5.2缺批准人签字签批页外来文件是否受控7.5.2标准未更新标准清单记录保存期限是否明确7.5.3无保存期限规定记录清单3.2 现场取证拍照、复印、访谈记录三件套现场审核时我坚持“三件套”原则每个不符合项必须有照片、复印件或访谈记录中的至少两样。照片要拍清楚设备编号、日期显示、操作界面复印件要包含文件编号和版本访谈记录要写清时间、地点、被访谈人岗位和原话。比如审 8.2 前提方案里的“食品接触面清洁度”检查表可能问“是否定期清洁食品接触面”。现场取证时我会做三件事第一看清洁记录表核对最近一周的签字第二用 ATP 荧光检测仪现场测一个接触面读数超过 150 RLU 就记录第三问操作工“这个表面多久清洁一次用什么消毒剂浓度是多少”。如果操作工回答的浓度和 SSOP 文件不一致这就是一个典型的不符合项判 8.2。这里要提醒一句ATP 检测仪的读数阈值不同品牌不一样我用的那台是 150 RLU 以下为合格但你要按自己设备的说明书来。检查表上不会写这些参数得靠审核员自己准备。3.3 追溯演练从成品到原料的逆向验证可追溯性演练是内审的重头戏也是检查表 8.3 条款的核心。我一般选一个当天生产的成品批号然后让被审核方现场追溯。计时开始看他们需要多久找到对应的原料批次、供应商、检验报告、生产记录、留样。一个完整的追溯链应该包含成品批号 → 生产记录 → 原料领用记录 → 原料入库检验报告 → 供应商资质 → 原料批次号。如果中间任何一环断了追溯就失败。我见过最离谱的情况是原料领用记录上只写了“面粉 50kg”没有写批次号导致无法追溯到具体供应商。追溯演练的合格标准我一般定为 4 小时内完成全链条追溯且记录完整。如果超过 4 小时或者关键记录缺失判 8.3 不符合。这个 4 小时不是标准里的硬性规定是我根据行业经验设的内控线你可以按自己企业的产品保质期和供应链复杂度调整。4. 不符合项判定与整改闭环从开单到验证的四个关键动作4.1 不符合项描述的“三要素”写法开不符合项最怕写得太笼统比如“现场卫生状况不佳”。这种描述被审核方没法整改下次审核还会再犯。我坚持用“三要素”写法客观事实 对应条款 违反的具体要求。举个例子客观事实2025 年 3 月 12 日 10:30在原料仓库发现三袋面粉直接放置在地面上无托盘隔离地面有积水。对应条款ISO 22000:2018 第 8.2 条前提方案。违反要求企业《SSOP 卫生标准操作程序》第 4.3 条规定“所有原料应离地存放距离地面至少 15cm”。这样的描述被审核方一看就知道问题在哪、依据是什么、怎么改。检查表上通常只有条款号不符合项描述得自己写别偷懒。4.2 整改验证别只看整改报告要去现场复核整改闭环最容易翻车的地方是被审核方交了一份整改报告附了几张整改后的照片内审员就关闭了不符合项。我吃过这个亏——有一次整改报告说“已对员工进行培训”附了签到表但三个月后复审发现同样的问题又出现了。后来我改成“现场复核 记录抽查 人员访谈”三步验证。现场复核看硬件是否真的改了记录抽查看整改后的记录是否持续人员访谈问操作工“现在这个工序怎么做”如果回答和整改措施一致才算关闭。整改验证的时限我一般设 30 天。超过 30 天未关闭的升级到管理评审讨论。这个时限不是标准要求是内审程序文件里可以自己定的。4.3 内审报告的数据分析不符合项分布怎么看内审报告不是把不符合项列出来就完了我习惯做一张分布表按条款和部门两个维度统计。比如条款不符合项数量涉及部门严重程度7.5 成文信息3品质部、生产部一般8.2 前提方案5生产部、仓储部严重8.5 危害控制2品质部严重9.2 内审1品质部一般这张表能看出两个信息哪个条款问题最集中哪个部门被开单最多。如果 8.2 前提方案的不符合项占比超过 40%说明基础卫生管理有系统性问题不是个别员工疏忽。这时候整改措施就不能只写“加强培训”得从制度层面改。4.4 把内审结果喂给管理评审ISO 22000:2018 第 9.3 条要求管理评审输入包括内审结果。我一般会从内审报告里提取三个东西不符合项分布、整改完成率、上次管理评审决议的落实情况。这三个东西直接对应管理评审输入里的“审核结果”和“改进机会”。很多企业内审和管理评审是两张皮内审开完单就完了管理评审照常念一遍。我的做法是在内审报告最后一页附一张“管理评审输入摘要”把关键数据列出来管理评审时直接引用。这样内审的价值就往上走了一层。5. 避坑与常见问题内审员最容易翻车的五个地方5.1 把检查表当“标准答案”不敢追问现象审核员拿着 61 页检查表逐条问被审核方回答“是”就打勾全程没有追问。 原因新手内审员怕问多了暴露自己不懂或者怕得罪人。 解决记住检查表只是“最低要求”不是“最高要求”。每个“是”后面至少追一句“请给我看记录”或“请演示一遍”。我一般要求自己每审 10 条至少开出 1 个观察项或不符合项否则说明审得太浅。5.2 抽样只抽“好学生”的样本现象审核员让被审核方自己拿记录结果拿出来的全是整整齐齐、没有任何问题的记录。 原因被审核方提前准备了“审核专用记录”。 解决自己随机抽。比如从生产日报里随机指一个日期让被审核方拿那天的记录。或者从原料入库台账里随机指一个批次追它的检验报告。我一般会抽最近 3 个月内的 5 个批次覆盖不同班次和不同原料。5.3 不符合项描述里带情绪词现象不符合项写“员工态度敷衍”“管理混乱”“卫生极差”。 原因审核员被现场情况激怒忘了客观描述。 解决把情绪词换成可验证的事实。比如“卫生极差”改成“地面有积水约 2 平方米墙角有食品残渣”。情绪词会让被审核方抵触客观事实才能推动整改。5.4 整改验证只看报告不去现场现象被审核方交了整改报告内审员在系统里点“关闭”不符合项就销了。 原因时间紧或者内审员觉得“人家都写报告了应该改了”。 解决至少对严重不符合项做现场复核。我一般把不符合项分成两级一般不符合项看整改记录和照片严重不符合项必须去现场。严重不符合项的定义可以自己定比如涉及食品安全直接危害的、系统性失效的、上次内审重复出现的。5.5 内审时间安排太紧现场审核被压缩现象内审计划安排了 2 天结果文件审核花了 1.5 天现场只看了 2 小时。 原因文件审核没有提前做或者检查表太厚逐条审来不及。 解决内审前一周把检查表发给审核员要求提前完成文件审核部分现场只做验证和追问。现场审核时间至少占总时间的 60%。我一般按 1:3 分配文件 1 天现场 3 天这样才够。6. 进阶技巧用检查表反向优化体系文件6.1 把检查表问题变成体系文件的“自检清单”61 页检查表审完一遍你会发现有些条款年年审、年年有问题。我的做法是把这些问题反向写进体系文件变成日常自检清单。比如 8.2 前提方案里的“食品接触面清洁度”我在 SSOP 里加了一条“每班次生产结束后用 ATP 检测仪抽检 3 个接触面读数记录在《卫生监控记录表》上”。这样内审时直接看记录就行不用现场再测。这个反向优化的逻辑是内审检查表是“外部要求”体系文件是“内部规则”。把外部要求翻译成内部规则内审的符合率自然就上去了。6.2 用版本对比法发现文件更新的遗漏ISO 22000:2018 要求文件更新时考虑“变更的策划”。我一般每半年做一次版本对比把检查表里涉及的体系文件清单拉出来对照实际文件的版本号和生效日期。如果某个文件超过 2 年没更新但对应的条款有新的法规要求这就是一个改进机会。下面是一个版本对比的脚本示例# 体系文件版本对比检查文件是否超期未更新 # 输入文件清单文件名、版本号、生效日期、下次评审日期 # 输出超期未评审的文件列表 from datetime import datetime, timedelta # 模拟文件清单 documents [ {文件名: SSOP 卫生标准操作程序, 版本: C/0, 生效日期: 2023-01-15, 评审周期月: 12}, {文件名: HACCP 计划, 版本: B/2, 生效日期: 2024-06-01, 评审周期月: 12}, {文件名: 内审程序, 版本: A/1, 生效日期: 2022-03-10, 评审周期月: 24}, ] today datetime.now() for doc in documents: effective datetime.strptime(doc[生效日期], %Y-%m-%d) review_due effective timedelta(daysdoc[评审周期月] * 30) if today review_due: overdue_days (today - review_due).days print(f超期{doc[文件名]} 版本 {doc[版本]}已超期 {overdue_days} 天) else: print(f正常{doc[文件名]} 版本 {doc[版本]}下次评审 {review_due.date()})参数说明评审周期月是我按文件类型设的SSOP 和 HACCP 计划一般 12 个月程序文件 24 个月。你可以按自己企业的《文件控制程序》调整。这个脚本的输出直接对应检查表 7.5.2 条款的审核证据。6.3 内审员的“后悔药”审核前必做的三件事我做了这么多年内审总结出审核前必做的三件事能省掉很多后悔药。第一提前一天去现场走一圈不记录只看心里有个底。第二把上次内审的不符合项报告翻出来重点看整改措施是否还在执行。第三准备一个“追问清单”把检查表里最关键的 10 条问题写下来每条配三个追问方向。这三件事花不了两个小时但能让第二天的正式审核效率翻倍。我一般会在内审计划里专门留出这个准备时间不算在正式审核日内。最后说一个我自己的习惯每次内审结束后我会在检查表最后一页写三行字——这次审得最好的地方、最差的地方、下次要改的地方。这三行字不归档只给自己看。下次内审前翻出来比看任何程序文件都管用。希望帮到你。本文还有配套的精品资源点击获取