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