開発要件に食品安全と提供可否の境界を入れる
カフェのシステム開発では、機能、画面、連携だけでなく、食品衛生、アレルギー、提供可否、予約者情報、権限、外部委託、停止、障害時の事業継続を要件に含めます。AIは通常案内、帳票・確認事項の整理を補助できますが、食材の採用、アレルゲン・代替可否、衛生管理、調理・保存・提供、廃棄・回収、健康被害や事故対応を自動確定しません。
厚生労働省が公開する営業許可、営業届出、HACCPに沿った衛生管理に関する情報を確認し、店舗責任者、食品衛生責任者、調理担当者、情報管理、外部委託の確認者を開発段階から定めます。
要件・受入・運用ごとに確認者を置く
| 工程 | 確認する内容 | 人が最終判断すること |
|---|---|---|
| 要件整理 | 補助業務、食品・予約情報、権限、委託 | 衛生、提供可否、表示との境界 |
| 設計・開発 | 役割、再委託、変更、ログ、停止 | 責任分界、情報管理、安全手順 |
| 受入確認 | 通常時、誤案内、漏えい、停止、通知 | 利用開始、変更、停止、再開 |
| 運用 | 予約、記録、点検、顧客案内 | 食品の取扱い、提供、回収 |
| 見直し | 委託、仕様変更、終了、復旧 | 事業継続、リスク評価、改善 |
受入確認では食品安全・障害・顧客連絡を確認する
受入確認では、通常の予約や案内だけでなく、誤案内、アレルギー情報の誤取扱い、食品安全、情報漏えい、権限異常、システム障害、停止と顧客への連絡を確認します。AIが案内文、記録要約、点検候補を作成しても、食材、アレルゲン、代替可否、提供可否、提供停止・回収をAIに委ねません。
消費者庁は、外食・中食における食物アレルギーについて、情報提供、誤食の注意点、緊急時対応に関する公式資料を公開しています。食材の受入、保存、調理、提供、廃棄、回収、健康被害への対応は、店舗責任者、食品衛生責任者、調理担当者が最終判断します。
外部委託・予約者情報・停止を開発運用に含める
外部AI、予約・会員・決済・注文サービスを利用する場合は、委託先との役割、入力情報、予約者情報、再委託、変更、終了時の扱いを確認します。予約者、会員、決済、連絡先、アレルギー申告、カメラ、注文、従業員の情報は、利用目的、必要性、権限、保存、委託、提供、削除、漏えい時の対応を整理します。
誤案内、情報漏えい、システム障害、食品安全に影響する問題が起きた場合は対象機能を停止し、既存の衛生、アレルギー、提供停止・回収、顧客連絡、個人情報、事業継続の手順へ戻ります。提供可否、回収、健康被害対応、再開は店舗責任者と調理担当者が最終判断します。
よくある質問（FAQ）
Q1. Q1. カフェの開発要件に含めることは何ですか？
対象業務、食品安全との境界、アレルギー、予約者情報、権限、委託、受入、停止、提供停止・回収時の対応を含めます。
Q2. Q2. 受入確認では何を確認しますか？
通常処理だけでなく、誤案内、食品・アレルギー情報の誤取扱い、漏えい、障害、停止と顧客連絡を確認します。
Q3. Q3. 外部委託先に任せきりにしてよいですか？
できません。役割、責任、再委託、変更、予約者情報、障害時の連絡と対応を委託元が確認します。