導入
担当別ファイルを統合しようと開いてみたら、ある担当のファイルは1か月前から動いておらず、別の担当のファイルは半年放置、退職した担当者のファイルもまだ残っている。古いまま統合すると、最新版に古い情報を上書きしてしまう――こんな場面はありませんか。
これは確認不足ではなく、各ファイルの最終更新日と利用状況を判定するルールがないことが原因です。本記事では、ファイルの最終更新日と担当者の在籍状況を組み合わせて「現役・休眠・停止」を判定し、統合前に古いデータを見分ける手順をまとめます。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | 古いファイルと新しいファイルが混ざる |
| 主な原因 | 更新状況を見ていない |
| 解決方法 | 各ファイルの最終更新日と利用状況を確認する |
| 対象業務 | 営業管理・顧客管理・月次管理 |
| 対象人数 | 3〜50人 |
| 難易度 | ★☆☆☆☆ |
| 作業時間 | 20分 |
| 用意するもの | 担当別ファイル一覧／担当者の在籍状況 |
| 効果 | 統合前に古いデータを見分けられる |
| 向かないケース | 全ファイルが毎日更新される業務 |
ファイル更新日と担当者の状況を組み合わせて「現役・休眠・停止」を判定すれば、統合候補と廃止候補が機械的に仕分けられます。
なぜその管理表はうまくいかないのか
- ファイルの最終更新日を見ていない
- 担当者が異動・退職してもファイルだけ残っている
- 「動いているファイル」と「止まっているファイル」が同じ場所にある
- ファイルが古いまま統合され、最新データを上書きしてしまう
- 更新頻度のばらつきが業務状態を反映していない
担当者の管理不足ではなく、ファイルの「生死判定」のルールがないことが原因です。見直しは、確認する項目を決め、担当者ごとに状況を聞き取るところから始めます。
完成イメージ
直す前 — 更新状況が不明:
担当別ファイル群（状況不明）:
- 営業1課_案件.xlsx （いつ更新？担当者は？）
- 営業2課_案件.xlsx （いつ更新？担当者は？）
- 案件_山田.xlsx （いつ更新？担当者は？）
- 顧客リスト_佐藤.xlsx （いつ更新？担当者は？）
- 案件管理_テスト.xlsx （いつ更新？担当者は？）
→ 古いファイルを統合に含めてしまい、最新情報が古い情報で上書きされる。
直した後 — 更新日と担当状況で判定:
| ファイル | 最終更新日 | 担当者 | 在籍状況 | 利用頻度 | 状態 | 統合判定 |
|---|---|---|---|---|---|---|
| 営業1課_案件.xlsx | 2024-05-10 | 鈴木 | 在籍 | 週次 | 現役 | 統合する |
| 営業2課_案件.xlsx | 2024-05-08 | 田中 | 在籍 | 週次 | 現役 | 統合する |
| 案件_山田.xlsx | 2023-08-15 | 山田 | 退職 | 停止 | 停止 | 引き継ぎ確認後archive |
| 顧客リスト_佐藤.xlsx | 2023-11-20 | 佐藤 | 異動 | 休眠 | 休眠 | 引き継ぎ確認 |
| 案件管理_テスト.xlsx | 2024-02-01 | 鈴木 | 在籍 | テスト | 廃止候補 | 削除 |
現役だけを統合し、休眠・停止は別途処理。
改善手順
ステップ1. 確認する項目を決める
ファイル状況を判定するための観点を最初に決めます。
操作: 棚卸し表（または既存の担当ファイル一覧）に、確認項目の列を追加する。
記入例:
| 確認項目 | 取得方法 |
|---|---|
| 最終更新日 | ファイルプロパティ（右クリック→プロパティ） |
| 担当者の在籍状況 | 人事台帳または部門長へ確認 |
| 利用頻度 | 担当者本人へヒアリング |
| 直近の編集者 | ファイルの編集履歴・更新ログ |
| 関連ファイルとの整合 | 他の担当ファイルとデータ突合 |
「最終更新日だけ」では判断不足になる。在籍状況と利用頻度を組み合わせる。
ステップ2. 各担当にヒアリングする
担当者本人に利用頻度を聞きます。
操作: 棚卸し表を共有し、担当者に「利用頻度」「最終編集日」「現在使っているか」を記入してもらう。期限は1週間程度。
記入例:
依頼フォーマット:
件名: 案件管理ファイルの利用状況ご確認のお願い
ご担当の案件管理ファイルについて、下記項目を5月15日までにご記入ください。
- ファイル名
- 利用頻度（毎日／週次／月次／随時／停止）
- 最終編集日（覚えている範囲で）
- このファイルを今後も使うか（はい／いいえ／不明）
【URL】\営業部\棚卸し\案件管理_利用状況確認.xlsx
担当者の自己申告と、ファイルプロパティの最終更新日を両方取る。
ステップ3. 「現役」「休眠」「停止」を判定する
ヒアリング結果と最終更新日から、状態を3区分に分けます。
操作: 棚卸し表に「状態」列を追加し、以下の判定基準で記入する。
記入例:
| 状態 | 判定基準 | 対応 |
|---|---|---|
| 現役 | 最終更新日が3か月以内 ＋ 担当者「使っている」回答 | 統合対象 |
| 休眠 | 3〜12か月更新なし／担当者「使うかも」回答 | 担当者と相談後判断 |
| 停止 | 12か月以上更新なし／担当者「使わない」回答／担当者退職 | archive化または削除 |
✗悪い例: 最終更新日だけで「3か月以内＝現役」と機械判定 → 担当異動済みでも現役扱いされ、ゴミデータが統合される ◎良い例: 更新日＋担当者状況の2軸で判定 → 実態に合った仕分けができる
ステップ4. 担当者の在籍状況も組み合わせる
担当者の在籍・異動・退職をファイル状態に反映します。
操作: 棚卸し表に「担当者在籍状況」列を追加。人事台帳または部門長から情報を取る。
記入例:
| ファイル | 最終更新日 | 担当者 | 在籍状況 | 補正後の状態 |
|---|---|---|---|---|
| 営業1課_案件.xlsx | 2024-05-10 | 鈴木 | 在籍 | 現役 |
| 営業2課_案件.xlsx | 2024-04-30 | 田中 | 在籍 | 現役 |
| 案件_山田.xlsx | 2024-04-01 | 山田 | 退職 | 停止（直近更新あるが担当不在） |
| 案件_佐藤_引き継ぎ.xlsx | 2024-05-01 | 佐藤→鈴木 | 異動済（鈴木引継ぎ） | 現役（担当変更） |
| 顧客リスト_退職者.xlsx | 2023-09-15 | 元担当者 | 退職 | 停止 |
「直近更新あり」でも担当者が不在なら停止扱いにする。逆に「3か月更新なし」でも担当が引き継がれていれば現役。
ステップ5. 棚卸し結果を関係者と共有する
判定結果を関係者に共有し、合意を取ります。
操作: 棚卸し表（状態列付き）を関係者全員に共有し、1週間程度の確認期間を取ったうえで状態を確定する。
記入例:
共有時のテンプレート:
件名: 案件管理ファイル棚卸し結果（要確認）
棚卸し結果を下記のとおりまとめました。
状態（現役／休眠／停止）にご異議があれば5月20日までにご連絡ください。
【共有URL】\営業部\棚卸し\案件管理_棚卸し結果.xlsx
状態別件数:
- 現役: 5件 → 統合対象
- 休眠: 3件 → 担当者と個別相談
- 停止: 4件 → 引き継ぎ確認後archive化
異議がなければ、5月21日から統合作業に進みます。
関係者合意があれば、後で「あのファイルは現役だった」となるリスクが減る。
実務での注意点
- 全ファイルが毎日更新される業務（コールセンターの問い合わせ記録など）では、更新日では判定できません。担当者と利用頻度で別途判断します。
- ファイルプロパティの最終更新日は、内容を編集しなくても開いて保存しただけで更新されることがあります。担当者ヒアリングと併用します。
- 担当者異動時のファイル引き継ぎ漏れが、休眠・停止ファイルの主因です。異動時の引き継ぎチェックリストに「管理ファイルの引き継ぎ」を追加することで再発予防になります。
- 停止判定したファイルは即削除せず、archive化して半年〜1年は復元可能な状態にします。後から「やっぱり必要」となったときに戻せます。
- 棚卸しは年1〜2回で十分です。毎月やる必要はありません。半期初め（4月、10月）など定期化します。
まとめ
古いデータと新しいデータが混ざる原因は、各ファイルの最終更新日と利用状況を判定するルールがないことです。最終更新日と担当者の在籍状況・利用頻度を組み合わせて「現役・休眠・停止」を判定すれば、統合前に古いデータと現役データを機械的に仕分けられます。
次にやることは、自部署の担当別ファイル5つの最終更新日をプロパティで確認することです。3か月以上更新がないファイルが2つ以上あれば、本記事の判定の効果が出ます。あわせて、棚卸しは担当ファイルを一覧化して棚卸す手順、共通列の抽出は共通列を抽出する手順、統合の進め方は担当列でまとめる手順も参考になります。
