申請・承認の滞留を見える化する設計例

1. STEP 01

   申請の種類と必要情報をそろえる

   まず、何の申請かを選ぶだけで必要な記入項目や確認者が分かるよう、申請種別ごとの規程と現行手順を整理します。必須項目を機械的に判定できる場合でも、内容の妥当性や例外の判断は担当者に残します。

2. STEP 02

   受付時に不足の候補を知らせる

   受付時には、未記入の項目や添付の不足など、事前に定めた条件に当てはまるものを申請者へ知らせる流れを検討します。自動通知は記入漏れの見落としを減らす補助であり、申請の承認や差し戻しを自動で決めるものではありません。

3. STEP 03

   承認待ちの状態と担当を記録する

   受付済み、確認中、承認待ち、差し戻しなど、現場で意味の通る状態を決め、現在の担当者と更新履歴を残します。滞留を把握するために必要な情報を見えるようにしつつ、閲覧・変更できる人は役割に応じて分けることが重要です。

4. STEP 04

   決裁後の保管先と確認履歴を整える

   決裁後にどこへ保管するか、申請内容や承認記録を何と照合するかを既存の規程に沿って決めます。保管先への転記や通知をつなぐ場合も、重複登録や処理失敗が起きた際に誰が確認し、どの記録を正とするかを先に整理します。

たとえば「承認待ち」をひとつの状態にまとめるのではなく、次に確認する人や必要な手続きが分かる単位まで整理できるかを検討します。ただし、状況を細分化しすぎると入力や維持の負担が増えます。現場で無理なく更新でき、管理者が滞留の原因を判断できる粒度を選ぶことが大切です。

• ✓申請種別ごとの規程、必須情報、承認者が参照できる
• ✓差し戻し、代理承認、取り消しなどの例外と現在の扱いが分かる
• ✓申請情報や履歴を誰が閲覧・変更できるべきか確認できる
• ✓利用中の申請ツール、通知手段、保管先と連携条件を調べられる
• ✓紙・押印が関わる箇所と、電子化できる範囲を関係者と確認できる

既存ツールとの連携可否は、各サービスの機能、契約条件、APIやデータ出力の提供状況に左右されます。使っているシステム名だけで実現方法を決めず、権限やデータ形式、失敗時の対応も含めて確認します。