店舗のAI予約対応で顧客情報を守る｜本人確認・照合・引継ぎの実務設計

最初の受付では、予約の有無を推測したり、氏名から候補を表示したりしません。一般案内で解決できるか、個別予約の照合が必要かを分け、後者だけを本人確認の工程へ進めます。AIは用件の整理と必要な確認の案内を支援し、確認前の顧客情報は回答へ出さない設計にします。

AI事業者ガイドライン第1.2版は、安全性、プライバシー保護、セキュリティ確保、透明性、アカウンタビリティを共通の指針として示しています。店舗では、便利な一続きの会話にするより、どの段階で何を確認し、誰が責任を持つかを明確にします。

予約の確認、変更案の作成、実際の変更、取消し、返金は別の操作です。AIが変更内容を整理しても、日付、人数、料金、取消料、連絡先、適用条件を人が確認し、許可された操作だけを実行します。重複更新や別予約の変更を防ぐため、対象予約、変更前後、実行者、実行時刻、結果を記録します。

IPAは、クラウドAIへ秘密情報を安易に渡さないことや、AIが参照する情報を混ぜないことなど、利用者が押さえるべきセキュリティ対策を示しています。予約情報も、AIが利用できる範囲、スタッフが確認する範囲、会計や決済で扱う範囲を分けます。

受入れチェックには、一般案内と個別手続きの境界、本人確認項目、利用経路、参照範囲、操作権限、承認者、引継ぎ先、保存期間、停止条件を含めます。テストでは実在顧客の情報を使わず、架空の予約データとテスト用アカウントを用意します。

運用開始後は、回答件数だけでなく、本人確認の失敗、誤照合の未遂、担当者への引継ぎ、手作業での修正、重複処理、顧客からの訂正依頼を確認します。ここで示す方法は一般的な活用例であり、特定店舗の導入実績や効果を示すものではありません。店舗の業種、予約システム、契約、利用媒体、扱う情報に合わせて調整します。