よくある質問（FAQ）
当社のスマートロッカー管理システムの仕組み。
お客様の基本的な予約手順はどのように動きますか？
- ユーザーが場所、サイズ、ロッカー数を選択します。
- インタラクティブなカレンダーで正確な日付と時間帯を選択します。
- システムが空き状況を確認し、リアルタイムで料金を計算します。
- ユーザーが連絡先メールまたは電話番号を入力します。
- 確認後、予約はステータス confirmed で作成され、各ロッカーごとに固有の QR コードが発行されます。
お客様が到着した際、前の利用者によってロッカーが使用中だった場合はどうなりますか？
当社のシステムはサービス保証のため バッファーロッカー 戦略を採用しています：
- 緊急時のために一定割合のロッカーを予備として確保しています。
- QR をスキャンした際に衝突（競合）を検知すると、システムが自動的に空いているバッファーロッカーへ再割り当てします。
- お客様は新しい割り当てを受け取り、すぐに利用できるため、良い体験が維持されます。
遅れてしまったお客様はどうなりますか？
- 利用終了時刻を過ぎて QR をスキャンしようとすると、予約ステータスが overstay に変わります。
- システムが超過時間分の追加料金の支払いを案内します（設定可能なペナルティレートで計算）。
- この金額の支払いが完了するまで、最終受け取りのための解錠は行われません。
お客様は予約の変更やキャンセルができますか？
はい、"予約の管理" から可能です：
- 変更： サイズや日付を変更できます。システムが新しい空き状況を確認し、変更費用（管理手数料 + 差額がある場合はその差額）を計算します。
- キャンセル： 事前通知のタイミングに応じた柔軟な返金ポリシーでキャンセルできます。
ロッカーのステータスの完全なライフサイクルは？
占有率を最適化するため、システムが自動でステータスを管理します：
available → booked → in_use → available
- booked: 予約開始時刻になると自動的に設定されます。
- in_use: ユーザーの最初の QR スキャンで変化します。
- available: ユーザーが能動的に予約を完了したときにこの状態へ戻ります。
では、予約（BOOKING）のステータスの完全なライフサイクルは？
予約ステータスはユーザーの行動に応じて変化します。主なパスは以下です：
- 通常パス：confirmed → active → completed
- 遅延パス（Overstay）：confirmed → active → overstay → completed
- 再割り当てパス（衝突）：confirmed → active_reassigned → completed
- キャンセルパス：confirmed → cancelled
お客様が本当にロッカーを空にしたことを、システムはどうやって判断しますか？
これは最重要オペレーションの一つです。安全性を担保しつつ可用性を最大化するため、システムは2つの補完的な方法で管理します：
1. 能動的な完了（理想的な方法）
ユーザーは "予約の管理" から能動的に予約を完了できます。
- ユーザーが "Open to FINISH" ボタンを押します。
- システムが最終受け取りのためにドアを開けます。
- 自動的に予約は <completed>completed</completed> に変わり、ロッカーは次の利用者のために <available>available</available> になります。
- これによりロッカーが空であることを100%確信できます。
2. 受動的な管理（ユーザーが通知せずに去った場合）
予約時間が終了してもユーザーが完了しない場合、安全のためシステムは ロッカーが空だと仮定しません。代わりに状況に応じて反応します：
- 期限切れでも予約とロッカーは中間状態（<active>active</active> / <in_use>in_use</in_use>）のまま維持されます。
- 新しいお客様がスペースを必要とする場合： バッファーシステムが予備ロッカーを割り当て、新規顧客体験を守りつつ「不確実」なロッカーは運営者の確認に回します。
- 元のユーザーが遅れて戻った場合： QR をスキャンすると時間超過を検知し、予約を overstay に変更して、最終解錠の前にペナルティ支払いプロセスを開始します。
まとめると、システムは占有の可能性があるロッカーを割り当てないことを常に最優先します。ユーザーが能動的に確認した場合にのみ、100%利用可能としてマークされます。