AIによるレンタカーキャンセルは、いきなり取消ボタンを押す処理ではありません。正しい予約を特定し、現在の返金額を計算し、何が変わるのかを明確に説明することから始まります。
OrcarのMobiもこの順序で動きます。予約へのアクセスを承認した後、取消結果を計算し、返金額と手数料を説明し、明示的な確認を待ってから既存の予約取消経路を使います。「取り消したらいくら戻りますか」という質問を承認とは扱いません。
要点: 安全なAIキャンセルは準備と実行の2段階です。まず正確な操作を提示し、同じ予約と現在のサポート文脈に結び付いた確認がある場合だけ実行します。
キャンセルが一般回答と異なる理由
回答は次のメッセージで訂正できますが、キャンセルは実際の予約、在庫、手数料、返金に影響します。そのため影響の大きい操作として扱う必要があります。
米国連邦取引委員会も、期限や前払い予約では手数料が発生し得るため、予約前に取消条件を確認するよう案内しています。[1]
- 本人性: 対象予約へのアクセス承認が必要です。
- 時点: 返金額は依頼時刻で変わる場合があります。
- 意図: 見積もりの質問と実行承認は別です。
- 結果: 予約取消と返金状況を分けて伝えます。
Orcar Mobiがキャンセルを処理する順序
| 手順 | Mobiの処理 | 目的 |
|---|---|---|
| 1. 承認 | 登録運転者情報で対象予約へのサポートアクセスを承認します。 | 予約番号だけを権限にしません。 |
| 2. 計算 | 有効な予約とOrcarの既存ロジックで結果を算出します。 | 現在の状態に合わせます。 |
| 3. 説明 | 返金額、手数料、実行内容を示します。 | 内容を理解して選べます。 |
| 4. 確認 | 明示的な同意を待ちます。 | 質問と承認を分けます。 |
| 5. 実行 | 既存の予約取消経路を使い、結果を案内します。 | AI専用の別処理を作りません。 |
会話はモデルが進めますが、権限、ポリシー計算、承認状態、実行規則が操作範囲を制限します。
有効な承認に必要な5つの制御
OWASPは、過剰な自律性と影響の大きい操作の悪用をAIエージェントのリスクとして挙げています。明示的な承認、事前表示、操作に結び付いた承認、短い有効期限、監査記録、安全側への失敗を推奨しています。[2]
- 最小権限: 必要なツールだけを使います。
- 正確な事前表示: 対象予約と金銭結果を示します。
- 操作に結び付いた承認: その予約と操作だけに有効です。
- 期限: 文脈が変わった古い承認を使いません。
- 監査性: 準備、承認、実行、結果を確認可能にします。
NISTは、他システムと連携して判断するエージェントAIで、信頼性、評価、ガバナンス、リスク管理を重視しています。[3] 自然な会話は実行権限そのものではありません。
人の対応へ切り替える場面
予約が承認され、結果が明確で、お客様が確認した場合は自動化が役立ちます。手数料への異議、承認失敗、不明確な返金状況、事故や請求、確認中の予約状態変更、人による対応希望がある場合は担当者へ引き継ぎます。
良い引き継ぎは目的、会話、承認済み予約の文脈を保持します。詳しくはAIレンタカーサポートが人へ引き継ぐ場面をご覧ください。
確定前に旅行者が確認すること
- 予約、受取日、車両が正しいか確認します。
- 返金額と取消手数料を分けて読みます。
- 取消が最終操作か、再予約が必要か確認します。
- 確認内容と処理結果を保存します。
- 金額や本人確認に違和感があれば人の対応を求めます。
予約前はレンタカー取消ポリシーガイドを確認してください。予約ごとのサポートに承認が必要な理由は本人確認ガイドで説明しています。
よくある質問
MobiはOrcarの予約を取り消せますか？
承認された予約から結果を計算し、返金額と手数料を説明し、明示的な確認後にOrcarの既存経路で処理できます。
返金額を聞くだけで取消になりますか？
なりません。情報の質問と取消の承認は別です。
なぜ最初に予約アクセスを確認しますか？
実際の予約を変更するためです。予約番号や電話番号だけを変更権限として扱いません。
いつ人の対応を求めるべきですか？
手数料に異議がある、予約を確認できない、事故や請求がある、返金状況が不明、自動対応を続けたくない場合です。
出典と製品情報
製品情報: ここで説明したMobiの流れは、Orcarが文書化した現在の取消手順に基づきます。実際の金額は依頼時の予約とポリシーにより異なります。