如何检查活动菜单：餐饮过敏原矩阵

活动菜单的实操检查：过敏原矩阵应包含哪些字段、由谁确认成分，以及如何验收出餐线。

当菜单上有一个规整的“不含坚果”标注，但标注本身并不能说明酱汁和整个冷餐会出餐线的情况时，就需要餐饮过敏原矩阵。因此，我们在Aventura不仅检查菜名。我们需要一张最新的表格，把成分、可能的交叉接触以及餐饮方负责员工关联起来。出餐线上的菜品卡必须与这一版本一致。

过敏原矩阵有助于管理这条链条。它不能替代厨房的工艺文件、医疗咨询或专家对具体风险的评估。它的任务更简单、更实际：不让不同版本的菜单在客户、厨房、服务员和宾客之间出现分歧。

什么是餐饮过敏原矩阵？

餐饮过敏原矩阵是针对菜单中每一道菜品的工作表格。它展示菜品及组成成分的构成，按适用清单标注受控成分，描述可能的交叉接触，并记录告知宾客的方式。每一行都有版本、状态以及确认数据的餐饮员工。

矩阵从原始数据到成品菜品逐步构建。首先，餐饮方核查配方、标签和原料规格。然后拆解酱汁、调味汁、半成品、饮品和装饰。只有在这之后，才会为宴会菜单或冷餐会卡片生成一行记录。

对于这样的核查来说，菜品名称太简短了。沙拉中可能含有复杂的调味汁和撒料。甜点中可能是含有多种成分的成品混合料。

饮品中可能含有糖浆或装饰物。如果团队只看名称，部分成分就会留在讨论范围之外。

英国食品标准局（Food Standards Agency）建议将过敏原矩阵作为记录菜品信息并在配方或成分变化时更新信息的方法之一。这是一个有用的组织范例。它不会把英国的过敏原清单变成俄罗斯的规范，也不会让某个具体模板成为强制性的国家表格。

当需要更广泛的餐饮简报时，我们会单独梳理活动餐饮形式：时间安排、场地、宾客流线、服务和预算。过敏原矩阵解决的是更窄的任务——保持成分和出品的可追溯性。

文件与责任的边界

该矩阵有助于核对团队的信息和行动，但不能证明产品没有痕迹。配方、原料和厨房流程必须由餐饮运营方确认。客户和活动组织方需核实答复已收到、已转入工作版本，并原样传达至出餐环节。

在俄罗斯框架下，宜区分三个层面。第一层是对采购产品的标签要求，以及技术法规第4条第4.4部分第14项中的成分清单。第二层是餐饮产品和服务的相关信息。

第三层是具体外烩服务的合同条款。这些不能简化为一句“在俄罗斯必须标注14种过敏原”：数字14属于欧洲模式，而TR CU 022/2011对成分的列举方式不同。

我们不把内部表格称为法律规定的表格。TR CU 022/2011和《公共餐饮服务提供规则》中并不存在名为“餐饮过敏原矩阵”的强制格式。该表格仍是项目工具，帮助将可核实的信息汇集于一处。

对宾客的承诺同样需谨慎表述。如果厨房未确认单独流程，就不能写“完全安全”“无痕迹”或“适合所有过敏人群”。诚实的标注“成分已确认，共用生产线可能存在接触”比确信但未经证实的承诺更有用。

注册时应收集哪些数据？

注册时需要的是运营需求，而非病史。我们询问需要排除哪些产品或成分、该需求是否针对特定参与者，以及是否可以联系以进一步确认。如果通过明确的饮食条件即可解决问题，餐饮方无需了解诊断、反应描述和药物信息。

“特殊要求”自由填写栏将偏好、宗教限制、不耐受和过敏反应风险混在一起。团队收到的答复精确度参差不齐，不得不在活动临近前逐一确认。最好提前区分需求类型，仅对影响制作或出餐的细节保留简短说明。

工作表单可包含以下字段：

1. 需求类别。偏好、宗教限制、不耐受、过敏风险或其他条件。
2. 需要排除的内容。宾客以文字说明的具体产品、配料或成分组。
3. 参与形式。该参与者可使用哪些餐次和餐饮点。
4. 是否需要回访联系。用于无法转化为明确条件的情况的复选框。
5. 内部标识符。使用注册号或订单号，而非分发完整宾客名单。

需提前确定谁可以查看原始答复。完整名单不应在公共聊天中流转，也不应出现在自助餐台。餐饮方通常只需按需求、份数、出餐形式和协调人联系方式汇总的匿名摘要。

如果活动餐饮服务在注册开放后接入，团队首先将已收集的字段与厨房的实际任务进行核对。有时需通过协调人进一步明确表述。原始答复不会发送给项目所有参与方：只有经确认的条件才会进入工作表格。

最小化原则载于《联邦法律第152-FZ》第5条：数据范围应与目的相符，不得过度。健康信息具有特殊的法律地位。因此，表单文本、处理依据、访问范围和保存期限最好与个人数据负责人共同审核。关于表单的整体流程、确认和状态变更，另有活动参与者注册指南。

工作矩阵的字段

矩阵中应有足够的数据用于核查，但不必把它变成厨房全部技术文档的副本。每一行将具体菜品与配方来源、适用标记、出餐控制和当前状态关联起来。如果某个字段无法核查，就应将其表述为待解决问题并指定负责人。

“可能含有微量”一栏不能根据客户的假设填写。依据应是供应商数据和餐饮服务方对流程的评估。如果餐饮运营方无法确认结论，该行应保持“复核中”状态。

矩阵便于作为最终菜单的附件发布，但不应藏在冗长的往来邮件中。文件开头应注明活动名称、菜单版本、确认日期和文件负责人。下方保留变更日志：哪个条目发生了变化、为何重新开启该行、以及谁发布了下一版本。

这样的日志不是为了官僚程序。它说明了为什么昨天打印的卡片已不再适用于今天的供货。

条目状态应影响团队的行动。“已确认”允许在卡片和答复宾客时使用相关信息。“复核中”禁止将该条目作为符合特定限制的菜品出餐。

“已停止”意味着该菜品、卡片及员工清单中的提及均从流通中撤除。如果状态只存在于表格中而不改变一线操作，矩阵就只是档案，而非控制工具。

成分来源需单独记录。对于简单产品，可以是标签。对于复杂菜品，则需要配方及复合配料的相关信息。

“据厨师所说”的引用无法提供可追溯性：一旦员工或批次更换，团队就无法复现核查。客户不必保存全部技术文档，但应了解餐饮服务方的答复基于哪份文件，以及在哪里能快速找到该文件。

在需求简报阶段，我们会要求在准备整个矩阵之前先展示一行填写好的测试行。这样可以发现术语、状态和责任方面的分歧。如果测试行对厨房、经理和协调员都清晰易懂，其余菜单就按同样逻辑编制。如果每个人理解不同，应在批量填写前修正格式。

对于每个特殊需求，都需要从表格到实际份餐建立衔接。在表格中记录并不代表合适的菜品已制作、分隔、标记并送达指定环节。控制链条如下：宾客需求 - 已确认条目 - 具体份餐 - 出餐员工。

谁确认每一行？

菜单内容由负责配方和生产的餐饮员工确认，而不是任何项目经理。组织方的餐饮协调员负责收集版本、提出问题并检查数据迁移。客户确认服务形式和接待宾客的规则。场地确认配送、储存、用水、清洁和内部路线的条件。

我们通常这样划分职责：

• 技术专家或厨房授权员工确认成分、原料和生产流程；
• 餐饮经理负责传递最新版本并执行约定；
• 餐饮协调员将菜单、签到、卡片、特殊份餐和指挥中心串联起来；
• 现场负责人知道矩阵放在哪里，以及把争议问题交给谁；
• 签到员工只传递已确认的最少数据；
• 项目经理决定是否停止有争议的菜品或更换发放形式。

“餐饮方全都考虑到了”这句话并不能结束核查。需要责任人的姓名、表格版本和确认方式。如果未决问题影响发放，就必须有截止时间和负责回复的人。

在组织企业活动时，餐饮会与流程、场地、签到和宾客服务相互交叉。因此，矩阵的负责人必须身处项目总指挥中心之内，而不是脱离当天流程单独工作。

菜单版本与变更控制

任何食材或供应商的更换都可能改变矩阵中的某一行。新的酱汁、配菜、装饰、半成品和饮品同样如此。变更后，受影响的菜品需重新复核，旧卡片从出餐线撤下。在再次确认之前，员工回答宾客时不得使用原有标记。

工作文件必须有一个负责人和清晰的版本名称。名称中带日期有用，但如果多人创建副本，仅有日期还不够。最好保留一个当前有效源文件，供厨房、印刷和指挥部的导出文件在确认后从该源文件生成。

变更流程可归纳为五步：

1. 餐饮方告知哪个菜品、哪个成分发生了变更。
2. 厨房负责人重新核查成分及可能的交叉接触。
3. 协调员更新矩阵，并将原行标记为失效。
4. 团队更换卡片、宴会单、特殊份量清单和员工须知。
5. 开放前，同一菜品在出餐线再次复核。

“已替换为同类产品”这样的说法并不合适。同类产品可能成分不同或标识不同。在数据确认之前，菜品保持“复核中”状态或暂停出餐。

如何检查卡片和出餐线？

卡片必须明确对应菜品，并与当前矩阵一致。没有清晰文字说明的彩色图标很容易混淆。我们检查准确名称、标牌位置、可读性、是否残留旧版本，以及宾客获取补充信息的路径。还需单独核对酱汁、饮品、面包和装饰——它们常常摆放在旁边却没有自己的卡片。

在冷餐会上，不能只看标牌。公用的夹子可能从一个容器移到另一个容器。宾客会挪动餐具和盘子。

装饰或酱汁是在主体组装之后才添加的。因此，对于已确认的特殊份量，通常需要由餐饮运营方自行确定的独立可控出餐路径。

开放前，协调员按宾客将看到的顺序走一遍出餐线：

1. 将每个菜品的ID和名称与最终宴会单核对。
2. 将卡片与最新版矩阵比对。
3. 将酱汁、饮品、面包、添加物和装饰作为独立元素检查。
4. 找到特殊份量，检查其标识和存放位置。
5. 明确哪些餐具对应哪个容器，以及由谁负责其位置。
6. 请出餐员工演示他在哪里获取关于成分的准确答案。
7. 检查员工向谁报告差异，以及谁有权停止某个菜品的出餐。

“请问服务员”这句话只有在服务员打开当前记录或能迅速联系负责人时才有效。凭记忆回答是不行的。如果附近没有确认信息，员工应平静地说：“我按矩阵核实一下。”

饮食也属于完整无障碍参与路径的一部分。在关于包容性企业活动的文章中，我们专门解释了为什么偏好、宗教限制、不耐受和过敏风险不能用同一个彩色标签来合并表示。

开放前的最终演练

演练的目的是检验人员的操作，而不是表格的美观程度。我们给员工一个真实场景：找到菜品、打开对应行、核对卡片、展示特殊份量，并将问题转交给负责人。如果流程中断，就记录问题，并在修正后重新测试。结果由现场餐饮协调员记录。

对于简短演练，几个关键场景就足够了：

• 客人询问菜品名称中未提及的酱料成分；
• 现场卡片与最新版菜单不一致；
• 特殊份量送达时没有清晰标识；
• 公共位置的餐具出现在了单独份量处；
• 发放员工不知道矩阵放在哪里；
• 供应商在卡片打印后通知更换食材；
• 客人的临时需求未能及时与厨房确认。

每条问题都要记录地点、事实、负责人和复查期限。笼统地写“修正标识”太模糊。最好写成：“在茶歇区，M-12 号位置的卡片仍为旧名称；餐饮经理更换卡片，并在开放前向协调员展示。”

修正后，团队在相同条件下重复同一步骤。回复“已完成”不算检查。我们在活动技术彩排中也采用这种方法：只有复测通过才算缺陷关闭，而不是执行者自信的答复。

如果配料未确认，该怎么办？

未经确认的餐品不能作为适合特定限制条件的选项提供。团队应暂停有争议的发放，核对当前矩阵和原始来源，取得餐饮方授权人员的答复，然后才将确认后的结果告知宾客。如果没有答复，必须直接说明。只能向宾客提供那些配料和发放已经核实过的替代方案。

工作流程如下：

1. 记录准确的问题和菜品ID。
2. 不要根据菜名或记忆作答。
3. 必要时暂停特定餐品的发放。
4. 核对矩阵版本、标签、规格或工艺卡。
5. 取得餐饮负责人的确认。
6. 如果发现不一致，更新卡片和工作表。
7. 只提供事先已确认的替代方案。

备用方案不应意味着「给点差不多的东西」。如果替代份量没有经过同样的核查，它仍然属于未确认状态。菜品是否适合特定个人，不由活动组织者或服务员根据餐盘外观来决定。

向指挥部报告时，措辞不要包含诊断信息和多余的个人细节：「B线暂停M-12餐品，等待配料核对；负责人为餐饮经理；更换卡片后进行下一次核查」。角色分工和升级的整体逻辑可与活动危机应对计划相关联。

不涉及医疗承诺的B计划

B计划描述团队的组织行动。它不应将文章或简报变成医疗指令。组织者指定停止发放、呼叫急救服务、迎接急救团队、指引路线并向负责专家提供菜品信息的人员。行动顺序需在活动前与指挥部、场地和餐饮方共同检查。

计划中需明确：

• 场地的准确地址、入口及急救服务路线；
• 拨打112的员工；
• 迎接急救团队并疏通通道的人员；
• 提供产品成分、配方和包装的餐饮负责人；
• 停止争议菜品的项目经理；
• 保存矩阵、卡片和实际发放数据以供分析的流程；
• 在不传播客人健康信息的情况下向团队通报已确认事实的方式。

我们不会在此类文章中纳入诊断、症状清单、药物和剂量。这些决策属于医疗救助和专业人员的职责。对项目而言，能力边界至关重要：团队应迅速呼叫援助并确保通道畅通，而非进行诊断。

备用方案需在客人到来前检查。协调员必须知道地址、入口和集合点。厨房负责人必须能够快速找到菜品数据。指挥部必须清楚谁停止发放，谁发布确认信息。

餐饮服务的最终验收

最终验收将文件与现场实际摆放的内容联系起来。我们使用内部检查清单或常规服务验收的附件。我们不将其称为强制性的国家“过敏原法案”，因为并不存在这种规定格式。验收结果由负责协调员在向宾客开放取餐线之前记录。

开放前需确认：

1. 菜单和矩阵的最终版本。
2. 协商后所有实际替换项。
3. 名称、代码和卡片的一致性。
4. 特殊份餐的状态及其发放顺序。
5. 餐具的摆放及防止混用的措施。
6. 工作人员获取最新信息的途径。
7. 厨房和取餐线餐饮负责人的姓名。
8. 简短试运行和重复测试的结果。
9. 未解决的限制、已撤下的菜品及确认的替代方案。

在合同及附件中，最好记录可观察到的行动。 “考虑宾客的过敏情况”这一表述并未说明客户究竟验收什么。工作条件应更具体：餐饮方提交规定结构的矩阵，通报变更，对已协商的菜品进行标记，开展培训并参与取餐线检查。

当厨房、餐饮经理、协调员和发放人员使用同一版本时，过敏原矩阵才有用。这样宾客的提问就不会引发一连串猜测。团队打开已确认的记录，检查具体份餐，并如实告知控制范围。

资料来源

• 欧亚经济委员会：TR CU 022/2011《食品标签要求》
• ConsultantPlus：俄罗斯联邦政府第1515号决议《公共餐饮服务提供规则》
• ConsultantPlus：联邦法律第152-FZ号《个人数据法》
• UK Food Standards Agency：食品企业过敏原检查清单
• Food Safety Authority of Ireland：Safe Catering Pack，过敏原章节
• University of Reading：Delivered Catering Allergen and Dietary Requirements Process Guide
• University of Bath：Allergies and dietary requirements in event catering
• 俄罗斯紧急情况部：112——紧急行动服务呼叫号码