简介：这份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="", encoding="utf-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_hours=8): """判断某条款是否纳入本次内审""" 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(days=doc["评审周期月"] * 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 条问题写下来，每条配三个追问方向。
这三件事花不了两个小时，但能让第二天的正式审核效率翻倍。我一般会在内审计划里专门留出这个准备时间，不算在正式审核日内。
最后说一个我自己的习惯：每次内审结束后，我会在检查表最后一页写三行字——这次审得最好的地方、最差的地方、下次要改的地方。这三行字不归档，只给自己看。下次内审前翻出来，比看任何程序文件都管用。希望帮到你。
本文还有配套的精品资源，点击获取
