取り消しを承認
取り消しを承認した場合：元の休暇予定が「取り消し済み」に変わり、確定した休暇時間がゼロになります。元の申請と取り消し申請は、どちらも確認できる状態で残ります。
休暇申請ワークフロー
次の対応が明確な休暇承認
すべての申請に確認者を割り当て、次の対応を記録します。不備のある申請を差し戻し、時間と代行体制を確認してから承認。取り消し時も元の休暇予定を残せます。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
ログインしてプレビュー。サンプルデータ付きでインストールし、自社の業務で試せます 申請と判断.
次の担当者と、時間が差し引かれるタイミングを確認
従業員は一件の申請を送信します。担当の上司が時間と引き継ぎを確認し、情報が不足していれば差し戻すか、判断を記録します。従業員の休暇残時間が減るのは、申請が承認された場合だけです。
- 申請
従業員が詳細を送信
選択した休暇口座から担当の確認者を取得します。日付、所定労働時間、引き継ぎ情報は申請と一緒に引き継がれます。
確定した休暇時間なし - 確認
上司が時間と代行体制を確認
確認者は申請内容を読み、現在反映されている付与枠を確認します。代行体制が合意済みか、代行が不要かを記録してください。
担当が明確なタスク - 差し戻し
申請者が同じレコードを修正
不備のある申請には、具体的なコメントを付けて差し戻します。申請者は許可された入力欄を修正し、再度確認を受けるために送信します。
履歴を保持 - 判断
承認または却下
承認が完了すると、確定した休暇時間が反映されます。却下した場合は、時間を差し引かずに申請を終了します。代行体制の不備や付与枠の不足があると、通常の承認を進められません。
残時間への影響を明確化
申請内容の入力と判断権限を分ける
| 役割 | 従業員・申請者 | 担当の確認者 | 休暇管理担当者 |
|---|---|---|---|
| 申請内容 | 日付・時間・引き継ぎを入力し、差し戻された申請を修正 | 申請を読み、不明点を確認 | フィールドと規程の案内を管理 |
| 承認者 | 選択した口座から取得 | 割り当てられたタスクを受領 | 口座の確認者を管理し、未完了タスクを明示的に再割り当て |
| 承認と代行体制 | 上司の判断は編集不可 | 判断結果と代行体制の評価を記録 | 確認ルールを管理 |
| 付与枠 | 自分の付与時間の反映は不可 | 判断前に口座を確認 | 付与と増減を示す調整を確認 |
| 確定した休暇時間の反映 | 直接編集は不可 | 承認をきっかけに反映 | 休暇予定と調整のレコードを照合 |
これらはインストールしたアプリで想定する役割です。利用開始前に実際のメンバーを紐付け、従業員、上司、管理者のアクセスをそれぞれ検証してください。
従業員が入力する申請フィールドを見る →取り消しにも個別の判断を
承認済みの申請を直接変更すると、最初の合意内容が分かりにくくなります。別の取り消し申請で元の申請を参照し、その確認者に休暇予定の取り消しを求めます。
取り消しを却下
取り消しを却下した場合：元の休暇予定が残ります。サンプルでは、上司が取り消しを却下した後も、Mayaの四時間の申請分は差し引かれたままです。
日付や時間を変える場合は、まず元の休暇予定の取り消し方法を合意し、変更後の申請を送信してください。誤って両方を承認済みの休暇として残さないようにします。
問題を解消する対応を選ぶ
| 状況 | 役立つ次の対応 | 避けたい記述 |
|---|---|---|
| 日付と時間が一致しない | 説明または修正を求めて申請を差し戻す | 従業員の勤務形態を推測する |
| 休暇の残時間が足りない | 申請時間を減らすか差し戻し、正当な付与調整は別途確認する | 入力された例外メモを追加の付与枠として扱う |
| 引き継ぎを誰も引き受けていない | 通常の承認の前に代行体制の不備を解消する | 代行候補者の名前があるだけで合意済みと扱う |
| 二人の確認者が同じ限られた残時間を使う申請を承認する可能性がある | 一人の確認者に割り当てて順番に判断し、その都度残時間を更新する | 開いたときに十分な時間が表示されたため、両方を同時に承認する |
| 承認者が不在 | 権限のある管理者が未完了タスクを再割り当てする | 従業員に別の承認者を選ばせる |
| 従業員が承認済みの休暇を撤回したい | 関連付けた取り消しプロセスを使う | 元の承認履歴を削除する |
システムを作り直さずに確認手順を変更
チームの要件が変わる
最初は日付、時間、一つの引き継ぎメモで運用していたチームに、カスタマーサポートの休暇では代行連絡先と引き継ぎ期限も必要になったとします。
申請と審査ステップを更新
管理者はJodooでこれらのフィールドを追加し、該当する申請で必須にして、確認者に表示できます。既存の口座、休暇予定、申請履歴のために、別のアプリを用意する必要はありません。
口座の確認者を変更すると新規申請に反映されますが、すでに進行中のタスクは明示的な再割り当てが必要です。申請フィールドを変更したら、従業員が入力できること、上司が閲覧できること、承認済み申請が正しい時間を差し引くことを確認してください。
チームが実際に使う流れを試す
- 残時間が十分で、代行体制も合意済みの終日申請
- 一日六時間以下の勤務での時間単位の申請
- 差し戻し後に修正・再申請する流れ
- 却下後も口座が変わらない申請
- 取り消しの承認と却下
- 従業員と上司が別々にログインし、想定どおりのレコードにアクセス
チームを招待する前に、自社の規程と従業員・上司の別々のアカウントで、これらの流れを試してください。サンプルレコードは架空です。自動付与、祝日の計算、給与計算、法定休暇の判断は含まれません。残時間に上限のある同じ口座の申請は、順番に判断してください。
周辺業務を含めた休暇管理プロセスを計画 →休暇承認ワークフローに関する質問
差し戻しと却下はどう違いますか？
差し戻しは、申請者に同じレコードの修正と再送信を求めます。却下は、承認せずに申請を終了します。このサンプルでは、どちらも休暇時間を確定しません。
時間はいつ差し引かれますか？
確認ワークフローが承認で完了すると、その申請の確定した休暇時間が反映されます。承認待ちの申請や、従業員が入力した「承認」という文字だけでは、休暇予定は確定しません。
申請者が自分の休暇を承認できますか？
申請者の入力手順には、上司の判断フィールドを表示しません。担当の確認者は休暇口座に設定します。誤って本人が自分の確認者に割り当てられないよう、実際のメンバーの関係とアクセスグループを設定してください。
取り消すと元の申請は削除されますか？
いいえ。取り消しは、元の申請に関連付けた別のレコードです。承認されると元の差し引きを戻し、却下されると元の休暇予定が残ります。両方の判断を引き続き確認できます。
二人の上司が同じ残時間を使う申請を同時に承認できますか？
一人の確認者が順番に判断してください。承認時には現在の残時間を確認しますが、このサンプルは、まったく同時に行われた二つの判断で時間を別々に確保できることを保証しません。同時承認が必須の場合は、利用開始前にその保護機能を追加し、検証してください。
従業員ごとに別のアプリをインストールする必要がありますか？
組織でテンプレートを一度インストールして設定し、共有アプリへの適切なアクセスをメンバーに付与します。テンプレートのプレビューにあるのはサンプルであり、自社の従業員の実際の申請履歴ではありません。