イベントメニューの確認方法：ケータリングのアレルゲンマトリックス

イベントメニューの実践的な検証：アレルゲンマトリクスにどの項目を含めるか、誰が組成を確認するか、提供ラインをどう受け入れるか。

ケータリングのアレルゲンマトリクスが必要になるのは、メニューに「ナッツ不使用」という丁寧な注記があっても、それだけではソースやビュッフェ全体の提供ラインについて何も分からない場合です。そのため、Aventuraでは料理名だけでなく、組成、起こり得る交差接触、ケータリング担当者を結び付ける最新の一覧表を確認します。提供ラインのカードはこのバージョンと一致していなければなりません。

アレルゲンマトリクスはこの連鎖を管理するのに役立ちます。ただし、厨房の技術文書、医学的助言、専門家による個別リスク評価の代わりにはなりません。その役割はよりシンプルで実務的です。発注者、厨房、ウェイター、ゲストの間で異なるメニューバージョンが食い違わないようにすることです。

ケータリングのアレルゲンマトリクスとは？

ケータリングのアレルゲンマトリクスとは、メニュー項目ごとの作業用一覧表です。料理と構成食材の内容を示し、適用されるリストに基づいて管理対象成分を明記し、起こりうる交差接触を説明し、ゲストへの情報提供方法を記録します。各行にはバージョン、ステータス、データを確認したケータリング担当者が紐づきます。

マトリクスは一次データから完成料理へと組み立てていきます。まずケータリングはレシピ、ラベル、原材料の仕様を確認します。次にソース、ドレッシング、半調理品、飲料、デコレーションを分解します。その後に初めて、バンケットシートやビュッフェカード用の行が生まれます。

こうした確認において、料理名だけでは情報が足りません。サラダには複雑なドレッシングやトッピングが含まれることがあります。デザートには複数の成分を含む既製ミックスが使われることもあります。

飲料にはシロップやガーニッシュが入ることがあります。チームが名称だけを見ていると、組成の一部が検討の対象外のまま残ってしまいます。

英国食品基準庁（Food Standards Agency）は、料理に関する情報を管理し、レシピや原材料の変更時に更新する方法の一つとしてアレルゲンマトリクスを提案しています。これは有用な組織的モデルです。ただし英国のアレルゲンリストをロシアの基準にするものではなく、特定のテンプレートを義務的な政府様式にするものでもありません。

より広範な食事のブリーフが必要な場合は、イベントでの食事形式を別途検討します。タイミング、会場、ゲストの動線、サービス、見積もりなどです。アレルゲンマトリクスはより狭い課題、すなわち組成と提供のトレーサビリティを保つ役割を担います。

文書と責任の範囲

このマトリクスはチームの情報と行動を照合する助けにはなりますが、製品の痕跡がないことを証明するものではありません。レシピ、原材料、厨房工程を確認するのは給食事業者です。発注者と主催者は、回答が得られ、作業版に反映され、提供ラインまで歪みなく届いたことを確認します。

ロシアの枠組みでは、三つの層に分けると分かりやすくなります。第一は、購入した製品の表示要件と、技術規則第4条第4.4項第14号に定める成分の一覧です。第二は、製品および給食サービスに関する情報です。

第三の層は、個別のケータリングサービスにおける契約条件です。これらを「ロシアでは14種類のアレルゲンが必須」という一言に還元することはできません。14という数字は欧州モデルに属し、TR TS 022/2011は成分を別の形で列挙しています。

私たちは社内の表を、法律で定められた様式とは呼びません。TR TS 022/2011および給食サービス提供規則には、「ケータリングのアレルゲンマトリクス」という名称の必須様式は存在しません。この表は、検証可能な情報を一か所に集めるためのプロジェクトのツールにとどまります。

ゲストへの約束も同様に慎重に表現します。厨房が個別の工程を確認していない場合、「完全に安全」「痕跡なし」「すべてのアレルギー患者に適合」と書くことはできません。「配合は確認済み、共用ラインでの接触の可能性は排除できない」という正直な注記は、自信に満ちていても確認されていない約束よりも役に立ちます。

登録時にどのようなデータを集めるべきか？

登録時には、病歴ではなく運用上のリクエストが必要です。私たちは、どの製品や成分を除外する必要があるか、そのリクエストが特定の参加者に関するものか、確認のために連絡してよいかを尋ねます。診断名、反応の説明、薬剤は、正確な食事条件によって課題を解決できるのであれば、メニュー作成のためにケータリングには必要ありません。

「特別な要望」という自由記入欄は、嗜好、宗教上の制限、不耐症、アレルギー反応のリスクを混在させてしまいます。チームは精度の異なる回答を受け取り、イベント直前にそれらを確認し始めることになります。リクエストの種類をあらかじめ分け、調理や提供に影響する詳細についてのみ短い説明を残す方がよいでしょう。

実用的なフォームには、次のような項目を含めることができます。

1. リクエストのカテゴリー。 嗜好、宗教上の制限、不耐症、アレルギーリスク、その他の条件。
2. 除外が必要なもの。 ゲストの言葉による具体的な製品、食材、または成分グループ。
3. 参加形式。 この参加者が利用できる食事や提供ポイント。
4. 折り返し連絡の要否。 リクエストを一義的な条件に置き換えられない場合のチェックボックス。
5. 業務用識別子。 ゲストの完全なリストを配布する代わりに、登録番号や注文番号。

元の回答を誰が見るかは、あらかじめ定めます。完全な名簿が共通チャットを回ったり、ビュッフェのカウンターに置かれたりしてはなりません。ケータリングには通常、要件、提供数、提供形式、コーディネーターの連絡先に関する匿名化された要約で十分です。

登録開始後にイベント向けケータリングが加わる場合、チームはまずすでに収集された項目を厨房の実際の課題と照合します。場合によっては、コーディネーターを通じて表現を明確にする必要があります。その際、元の回答がプロジェクトの全参加者に配信されることはありません。作業用の表には、合意された条件のみが記載されます。

最小化の原則は、連邦法第152-FZ第5条に定められています。データの量は目的に適合し、過剰であってはなりません。健康に関する情報には別の法的枠組みがあります。そのため、フォームの文面、処理の根拠、アクセス範囲、保存期間は、個人データの責任者と確認することをお勧めします。フォーム、確認、ステータス変更の全体的な流れについては、イベント参加者の登録に関する別のガイドがあります。

作業マトリクスのフィールド

マトリクスには検証に十分なデータが必要ですが、厨房の技術文書全体のコピーにする必要はありません。各行は、特定の料理を構成の出典、該当する表示、提供時の管理、現在のステータスと結び付けます。検証できないフィールドは、未解決の課題として記載し、担当者を割り当てます。

「微量を含む可能性」の欄は、発注者の推測で記入しません。根拠となるのはサプライヤーのデータとケータリング側の工程評価です。給食事業者が結論を確認できない場合、行には「再確認中」のステータスが残ります。

マトリクスは最終メニューの付属資料として発行すると便利ですが、長いメールのやり取りの中に隠してはいけません。文書の冒頭に、イベント名、メニューのバージョン、確認日、ファイルの管理者を記載します。その下に変更履歴を残します。どの項目が変更されたか、なぜ行を再び開いたか、誰が次のバージョンを発行したかです。

このような履歴は形式主義のためではありません。昨日印刷したカードが今日の納品に適さなくなった理由を示します。

行のステータスはチームの行動に影響を与えるべきです。「確認済み」は、カードやゲストへの回答で情報を使用することを許可します。「再確認中」は、特定の制限に適合する項目として提供することを禁止します。

「停止」は、料理、カード、スタッフ用シートの記載を提供から外すことを意味します。ステータスが表の中だけに存在し、現場で何も変えなければ、マトリクスは管理ツールではなくアーカイブのままです。

構成の出典は別途記録します。単純な製品ではラベルで十分な場合があります。複雑な項目には、レシピと複合成分に関する情報が必要です。

「調理師の話によると」という参照ではトレーサビリティが確保できません。担当者やロットが変わると、チームは検証を再現できなくなります。発注者は技術文書全体を保管する必要はありませんが、ケータリングの回答がどの文書に基づいているか、その文書をどこで素早く見つけられるかを理解する必要があります。

ブリーフの段階で、マトリクス全体を準備する前に、記入済みのテスト行を1行見せてもらうようお願いしています。そうすることで、用語、ステータス、責任の不一致が見えます。テスト行が厨房、マネージャー、コーディネーターにとって明確であれば、残りのメニューも同じ論理でまとめられます。もしそれぞれが異なる解釈をするなら、大量記入の前に書式を修正すべきです。

各特別リクエストには、表から実際のポーションへの橋渡しが必要です。フォームへの記入は、適した料理が調理され、分離され、ラベル付けされ、必要なポイントに届いたことをまだ意味しません。管理の連携は次のようになります。ゲストのリクエスト - 確認済みの項目 - 具体的なポーション - 提供担当者。

各項目を確認するのは誰か？

構成を確認するのは、レシピと製造を担当するケータリングの担当者であり、プロジェクトマネージャーなら誰でもよいわけではありません。主催者側の食事コーディネーターが各バージョンを集約し、質問を行い、データの転記を確認します。発注者はサービスの形式とゲスト対応のルールを承認します。会場は配送、保管、水、清掃、業務動線の条件を確認します。

私たちは通常、役割を次のように分けています：

• テクノロジストまたはキッチンの権限ある担当者が構成、原材料、製造工程を確認する；
• ケータリングマネージャーが最新版の共有と合意事項の履行に責任を持つ；
• 食事コーディネーターがメニュー、受付、カード、特別食、本部をつなぐ；
• 現場の責任者がマトリックスの所在と、係争案件を誰に引き継ぐかを把握している；
• 受付担当者は合意された最小限のデータのみを共有する；
• プロジェクトリーダーが問題のある項目の中止または提供形式の変更を決定する。

「ケータリングはすべて考慮済み」という一言では確認は完了しません。責任者の氏名、表のバージョン、確認方法が必要です。未解決の課題が提供に影響する場合、期限と回答を持ち帰る担当者を定めなければなりません。

企業イベントの企画では、食事はプログラム、会場、受付、ゲストサービスと交差します。そのため、マトリックスの所有者はプロジェクト全体の本部内にいるべきであり、当日の進行から切り離されて働くべきではありません。

メニューのバージョン管理と変更管理

食材やサプライヤーを差し替えると、マトリクスの行が変わる可能性があります。新しいソース、付け合わせ、デコレーション、半調理品、飲み物も同様です。変更後は該当項目を再確認に戻し、古いカードはラインから外します。再確認が完了するまで、スタッフはゲストへの回答に以前の表示を使用しません。

作業ファイルには、一人の管理者と分かりやすいバージョン名が必要です。名前に日付を入れるのは有効ですが、複数の人がコピーを作成する場合は十分ではありません。単一の最新ソースを保管し、キッチン、印刷、本部向けの出力は確認後にそこから発行するのが望ましいです。

変更手順は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. 未解決の制約、取り下げられた品目、確認済みの代替品。

契約書および別紙には、観察可能な行為を記載するのが望ましいです。「ゲストのアレルギーに配慮する」という表現では、発注者が具体的に何を検収するのかが明確になりません。実務的な条件はより具体的です。ケータリングは定められた構造のマトリックスを提出し、変更を通知し、合意された品目に表示を行い、スタッフへの説明を実施し、ラインの確認に参加します。

アレルゲンマトリックスは、キッチン、ケータリングマネージャー、コーディネーター、提供スタッフが同じバージョンで作業しているときに役立ちます。そうすれば、ゲストの質問が推測の連鎖を引き起こすことはありません。チームは確認済みの記録を開き、該当するポーションを確認し、管理の範囲を正直に伝えます。

出典

• Eurasian Economic Commission: TR CU 022/2011「食品の表示に関する技術規則」
• ConsultantPlus: 外食サービス提供規則、ロシア連邦政府決議第1515号
• ConsultantPlus: 連邦法第152-FZ「個人データについて」
• UK Food Standards Agency: 食品事業者向けアレルゲンチェックリスト
• Food Safety Authority of Ireland: Safe Catering Pack、アレルゲンに関する章
• University of Reading: デリバリーケータリングにおけるアレルゲンおよび食事要件プロセスガイド
• University of Bath: イベントケータリングにおけるアレルギーと食事要件
• ロシア非常事態省: 112 - 緊急対応サービスへの通報番号