導入
申請管理表で「確認済みかどうか」を担当者ごとに違うやり方で書いていた。ある人は備考に「OK」と書き、別の人は確認日列に日付だけ入れ、別の人は何も書かずに口頭で「確認した」と伝えていた。後で「これは確認済みなのか？」を見返しても判別できない――こんな場面はありませんか。
これは個人の運用癖ではなく、確認者の作業範囲と書き方が組織として決まっていないことが原因です。本記事では、確認列と差戻し理由列を設けて、確認者の編集範囲を明示し、確認結果の表記を統一する手順をまとめます。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | 確認済みの扱いが曖昧になる |
| 主な原因 | 確認者の責任範囲が決まっていない |
| 解決方法 | 確認者は確認列と差戻し理由を編集する |
| 対象業務 | 申請管理・契約管理・問い合わせ管理 |
| 対象人数 | 3〜30人 |
| 難易度 | ★☆☆☆☆ |
| 作業時間 | 20分 |
| 用意するもの | 対象の管理表／確認フロー |
| 効果 | 確認責任が明確になる |
| 向かないケース | 確認工程がない表 |
確認列・確認日列・差戻し理由列を専用に設け、確認者の編集範囲を明示するだけで、「確認済みか不明」の状況がなくなります。
なぜその管理表はうまくいかないのか
- 確認結果を書き残す専用列がない
- 確認者が誰なのか、確認日がいつなのか記録されていない
- 確認NG（差戻し）時の理由を書く場所がない
- 確認者の編集範囲が決まっていないため、確認結果の書き方がバラバラ
- 「確認済み」を口頭で伝えるだけになっている
担当者の判断ではなく、確認結果を残す列構造と確認者の権限定義が不足していることが原因です。見直しは、確認列・確認日列・差戻し理由列を表に追加するところから始めます。
完成イメージ
直す前 — 確認結果が不明:
| 申請ID | 申請者 | 申請内容 | 申請日 | 備考 |
|---|---|---|---|---|
| 001 | 鈴木 | 経費精算 | 5/10 | OK |
| 002 | 田中 | 経費精算 | 5/11 | （空欄） |
| 003 | 山田 | 経費精算 | 5/12 | 5/14確認 |
| 004 | 佐藤 | 経費精算 | 5/13 | 一部修正必要 |
→ どれが確認済みか、誰が確認したか、修正が必要なものに何があったかが不明。
直した後 — 確認列を専用化:
| 申請ID | 申請者 | 申請内容 | 申請日 | 確認状態 | 確認者 | 確認日 | 差戻し理由 |
|---|---|---|---|---|---|---|---|
| 001 | 鈴木 | 経費精算 | 5/10 | 確認済 | 佐藤 | 5/12 | – |
| 002 | 田中 | 経費精算 | 5/11 | 未確認 | – | – | – |
| 003 | 山田 | 経費精算 | 5/12 | 確認済 | 佐藤 | 5/14 | – |
| 004 | 佐藤 | 経費精算 | 5/13 | 差戻し | 佐藤 | 5/14 | 領収書添付なし |
確認状態・確認者・確認日・差戻し理由が一目で分かる。
改善手順
ステップ1. 確認列と差戻し理由列を設ける
確認に関連する列を3〜4列追加します。
操作: 対象シートに「確認状態」「確認者」「確認日」「差戻し理由」の4列を追加する。
記入例:
| 新規追加列 | 入力規則 | 用途 |
|---|---|---|
| 確認状態 | プルダウン（未確認／確認済／差戻し） | 確認の進捗 |
| 確認者 | プルダウン（確認者名） | 誰が確認したか |
| 確認日 | 日付 | いつ確認したか |
| 差戻し理由 | テキスト（自由入力） | 差戻し時の修正理由 |
確認状態の選択肢は「未確認／確認済／差戻し」の3つ固定にする。「確認中」や「保留」を増やすと判定が曖昧になる。
ステップ2. 確認者の編集対象を確定する
確認者が編集できる列・編集できない列を明示します。
操作: 別シート「権限設定表」で、確認者の編集範囲を定義する。
記入例:
| 列名 | 確認者の編集 | 理由 |
|---|---|---|
| 申請ID | × | 申請者の入力内容 |
| 申請者 | × | 申請者の入力内容 |
| 申請内容 | × | 申請者の入力内容（差戻し後に再入力） |
| 申請日 | × | 申請者の入力内容 |
| 確認状態 | ○ | 確認者が確認・差戻しを選択 |
| 確認者 | ○ | 確認者が自分の名前を選択 |
| 確認日 | ○ | 確認者が今日の日付を入力 |
| 差戻し理由 | ○ | 確認者が差戻し時に記入 |
| 承認状態 | × | 承認者の領域 |
確認者は「確認系の4列」だけを編集する。申請者の入力は変えない。
✗悪い例: 確認者が申請内容を「親切で」修正してしまう → 申請者の意図が変わる ◎良い例: 差戻し理由を書いて申請者に修正させる → 申請者の意図を尊重
ステップ3. 確認列だけロックを外す
確認者編集列をロック解除し、他は維持します。
操作: 確認関連の4列だけ、入力者がロック解除しないようロック設定を保持し、確認者だけが編集できるように運用ルールで縛る。実装上は「確認列はロック解除、入力列もロック解除」となり、シート保護下で両者が編集できる状態にする。
記入例:
| 列 | ロック設定 | 編集者の運用 |
|---|---|---|
| 申請ID〜申請日（入力列） | ロック解除 | 申請者のみ編集（運用ルール） |
| 確認状態〜差戻し理由（確認列） | ロック解除 | 確認者のみ編集（運用ルール） |
| 承認状態（数式） | ロック維持 | 編集不可 |
| 業務分類コード | ロック維持 | 管理者のみ |
| 見出し行 | ロック維持 | 編集不可 |
Excelのシート保護は「セル単位」での編集者制御ができないため、運用ルールで縛る。物理的に制限したい場合は、確認用と入力用でシートを分ける（マスタ・データの2層化）。
ステップ4. 差戻し理由の書き方をルール化する
差戻し時の書き方を統一します。
操作: 差戻し理由テンプレートを「確認ルール」シートに記載する。
記入例:
| 差戻し理由のカテゴリ | テンプレート |
|---|---|
| 必須項目不備 | 「[項目名]が未入力。記入してください」 |
| 添付不備 | 「[書類名]の添付なし。添付してください」 |
| 金額・数値誤り | 「[項目名] [現値]→[正しい値]に修正」 |
| 規程違反 | 「規程第○条による。詳細は別途連絡」 |
| その他 | 自由記述（具体的に） |
差戻し例:
| ID | 差戻し理由 |
|---|---|
| 004 | 領収書添付なし。添付してください |
| 007 | 業務分類コードが空。経理 鈴木に確認してください |
| 011 | 金額10万→正しくは1万円に修正 |
「あいまい」「適当に」のような曖昧な書き方を避ける。具体的な修正内容を残す。
ステップ5. 確認者向けの説明を表の中に残す
確認者向けガイドをファイル内に置きます。
操作: 対象ファイルに「確認者ガイド」シートを作る。
記入例:
シート全体:
## 確認者ガイド
申請を確認するときの作業ガイドです。
【あなたが編集できる列】
- 確認状態（E列、プルダウンから選択）
- 確認者（F列、自分の名前を選択）
- 確認日（G列、確認した日付）
- 差戻し理由（H列、差戻し時のみ）
【あなたが編集できない列】
- 申請ID〜申請日（A〜D列）→ 申請者の入力内容
- 承認状態（I列）→ 自動計算
【確認手順】
1. 確認状態が「未確認」の行を上から順に確認
2. 内容に問題なし → 確認状態=「確認済」、確認者=自分、確認日=今日
3. 修正が必要 → 確認状態=「差戻し」、確認者=自分、確認日=今日、差戻し理由を具体的に記入
4. 差戻しの場合、申請者にチャットで通知
【差戻し理由テンプレート】
| カテゴリ | テンプレート |
|---|---|
| 必須項目不備 | 「○○が未入力。記入してください」 |
| 添付不備 | 「○○の添付なし」 |
| 数値誤り | 「○○ 現値→正しい値に修正」 |
| 規程違反 | 「規程第○条による」 |
【問い合わせ】
管理者: 経理 鈴木（内線1234）
【最終更新】
2024-05-15
確認者がファイルを開けば、自分のやるべきことが明確に分かる。
実務での注意点
- 確認工程がない表（純粋なリストや個人メモ）にはこの整理は不要です。
- 確認状態のプルダウン選択肢は3つに固定します。増やすと判定が曖昧になり、運用が崩れます。
- 差戻し時は、申請者に必ずチャット・メールで通知します。差戻し理由を書くだけで放置すると、申請者が気づかず案件が止まります。
- 確認者が複数いる場合、誰がどの行を確認するかの分担も役割一覧で決めておきます（順番制、担当エリア制など）。
- 差戻し回数が多い場合は、差戻し理由のパターンを集計して、申請テンプレや入力ガイドを改善します。差戻し件数が減れば確認者の負荷も下がります。
まとめ
確認済みの扱いが曖昧になる原因は、確認結果を残す列構造と、確認者の編集範囲が定義されていないことです。確認状態・確認者・確認日・差戻し理由の4列を追加し、確認者ガイドで作業手順と差戻し理由のテンプレートを明示すれば、確認の責任と進捗が誰でも一目で分かる状態になります。
次にやることは、自分の申請管理表で「確認済みか不明」「誰が確認したか不明」の行が何件あるか確認することです。3件以上あれば、本記事の確認列整備の効果が出ます。あわせて、役割の洗い出しは利用者の役割を洗い出す手順、入力者の権限は入力範囲を決める手順、確認列の追加は確認状態列を作って漏れを防ぐ手順も参考になります。
