元のデータを開く
予約一覧と一日の予定を同じ内容に
サービスの予約は、抽象的な期限ではなく時間の区間です。Tsumiraは有効な顧客予約を開始と終了とともに業務カレンダーへ出します。顧客とサービスの名前を表示し、予約レコードへ参照できます。日々の準備に使いながら、状態や詳細、変更の正式な場所は元の予約として保持します。
約束した区間を表す
実際の開始と終了を使い、一般的な仮の長さを作りません。情報があれば顧客名とサービス名を組み合わせます。誰が何のために、いつ来るかを確認する表示です。メモ、場所、状態が判断に必要なら元の予約を読みます。短いカレンダー表示にすべての情報が入っていると考えず、必要な文脈へ進めます。
- 実際の開始と終了
- 顧客とサービスの表示
- 予約レコードへの参照
現在の約束と取消済みを区別する
取消済み予約は、その時間に顧客が来る予定ではなくなるため、有効なカレンダー寄与から外れます。予約自身は、以前の約束と取消の記録として残ります。置き換えた予約は新しい現在の約束となり、古いものは適切な流れで中止します。過去の取消記録を、受付が準備すべき仕事と混同しないための区別です。
- 有効な予約を表示
- 取消した約束の履歴は保持
- 置き換えには固有の状態変更
予約履歴に保持
予約履歴に保持
他の予定と見ても、元の業務は変えない
カレンダーでは、選んだソースと権限に従い、対応する内部予定や業務日を予約と一緒に見られます。準備を助けますが、すべてを同じ編集対象にはしません。種類の選択や予約の閲覧だけで、日時変更を指示したことにはなりません。元の予約を開き、現在の状態や必要な空きを確認する許可された操作を使います。
- 他の対応する仕事と計画
- 問いに合う種類の選択
- 変更は権限のある元の操作
具体的な業務の流れ
予約を確定する
空きと確認の流れを通して顧客予約を作ります。
対象日を見る
カレンダーに予約を出し、占める区間を読みます。
元の予約を確認する
必要なサービス、顧客、メモ、状態を見ます。
適切に更新する
許可された取消や置換を使い、現在の約束が反映されるか見ます。
実務を想定した例
利用例：午後の相談を準備する
受付担当が当日のカレンダーを開き、顧客とサービス名のある有効な相談を見ます。長い相談と短い電話を区別して場所を準備できます。古い取消予約は現在の約束としては出ません。変更前には元の予約を開き、相談のメモも確認します。
この機能についての質問
長さもカレンダーに反映しますか。
実際の開始と終了を持つため、点だけでなく約束した区間を表せます。
取消済みがカレンダーから消えるのはなぜですか。
その時刻に誰も来る予定ではないためです。元の取消記録は残ります。
フィルターで予約を変更できますか。
いいえ。表示元の選択です。変更は元の予約の適切な操作から行います。
すべての外部カレンダーと双方向同期しますか。
ここでは内部カレンダーへの寄与を説明します。外部ICSの読み取りは別の購読機能です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
