導入
売上管理や請求管理、CSV取込を行うExcel管理表で、「どこを修正したのかが後から分からない」と感じたことはありませんか。元の数字と加工後の数字が同じ表の中で重なっていて、誰が何を直したのかが追えなくなるケースは現場でよく見かけます。
2〜30人ほどで共有するExcel管理表では、それぞれが少しずつ値を書き換えてしまい、月末になって「加工前の状態に戻したいのに戻せない」という状況になりがちです。これは担当者の問題ではなく、加工前後の状態を1つの表で扱う構造に無理があります。
この記事では、Excel管理表で元データと加工済みデータを別シートに分けて整理する方法を紹介します。今回の方法を取り入れると、加工のたびに「どの値が修正されたか」を追いやすくなります。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | どこを修正したか分からない |
| 主な原因 | 加工前後の状態を同じ表で扱っている |
| 解決方法 | rawデータと加工済みデータを別シートにする |
| 対象業務 | 売上管理・請求管理・CSV取込 |
| 対象人数 | 2〜30人 |
| 難易度 | ★★☆☆☆ |
| 作成時間 | 30分 |
| 効果 | 加工ミスを追跡しやすい |
| 向かないケース | 加工が不要な表 |
この内容は管理表を作り替えるためのものではなく、今のExcel管理表に「元データを保持する役割」のシートを足して、加工前後を見分けられる状態に近づける手順です。
なぜその管理表はうまくいかないのか
加工前後を追えなくなるExcel管理表には、共通する特徴があります。値の正しさ以前に「どの値が元で、どの値が修正後か」が表の作りから判別できない状態になっているのが本当の原因です。
- 元データと加工後データが同じシートの同じ列に入っている
- 修正した人が値を直接上書きし、元の値が残らない
- どの行が加工済みかを示す印が決まっていない
- 修正のタイミングが人によって違い、再集計の基準日が曖昧
- 確認する人が決まっていないため、間違いに気づくのが月末になる
- CSV取込直後のデータと手作業で修正したデータが見分けられない
これらは担当者個人の問題ではなく、Excel管理表が「元データの保管場所」と「加工結果の確認場所」を一枚に兼ねさせている構造の問題です。
改善手順
「rawデータと加工済みデータを別シートにする」という解決方法を、現場で試せる手順に落とします。所要時間の目安は30分ほどです。
ステップ1. シート構成を決める
1つのExcelファイルの中に、最低でも次の2つのシートを用意します。
- raw(取込直後の元データを保管するシート)
- work(加工・修正をかける作業用シート)
集計結果を見る view シートを別に切り出すと、表示用と加工処理が混ざらず、後の管理が楽になります。
ステップ2. raw シートの役割を決める
raw シートは「取込直後の状態」を保つためのシートです。次の運用ルールをセットで決めます。
- raw への手入力・上書きは禁止
- 値の修正は work シート側で行う
- raw に対してはシート保護機能で書き換えを抑制する
- 取込日とファイル名を1行で残し、いつのデータかを明示する
raw シートを「触ってはいけない場所」として位置づけることで、加工が必要になったときに必ず work 側で作業する流れができます。
ステップ3. work シートに加工内容を残す
work シートは raw を参照する形にし、修正は work 側で行います。次の要素を入れておくと、加工内容を追いやすくなります。
- 修正フラグ列(修正したかを 1/空欄で示す)
- 修正前の値を残す列
- 修正後の値の列
- 修正理由と担当者・修正日の列
修正後の値だけ残すのではなく、修正前の値も並べておくことが「どこを直したか」を後から追跡できる状態を作るポイントです。
ステップ4. 集計は view へ流す
集計や月次レポート用の view シートは、work を元に作ります。view 側でも値を直接編集せず、加工は必ず work に戻る運用にします。これにより集計結果がおかしいと感じたとき、view → work → raw の順に遡って原因を確認できます。
Before / After
| 観点 | Before | After |
|---|---|---|
| 課題 | どこを修正したか分からない | 修正箇所と内容を追跡できる |
| 原因 | 加工前後が同じ表に重なっている | raw と work で役割が分かれている |
| 運用 | 担当者がそれぞれ直接上書きする | raw は触らず work で修正する |
| 確認 | 結果だけ見て正誤を判断する | raw → work → view の順で原因を追える |
| 効果 | 加工ミスに気づかず月次が締まる | 加工ミスを早い段階で追跡しやすい |
加工ミス自体は完全にはなくせませんが、「どこで起きたか」を追える状態にしておくと、原因の説明や再発防止が考えやすくなります。
実務での注意点
- 加工が不要な表には向かない(そのまま閲覧用に使う一覧表など)
- raw を「絶対に触らない」ルールが守られないと意味が薄れる
- シート数が増えるため、ファイル容量が大きくなりすぎないか確認する
- 修正フラグや修正前値の列を増やしすぎると、入力負担が逆に増える
- 個人だけで使う小さなメモには、ここまでの作り込みは必要ない場合がある
最初から完璧な構成を目指さず、まずは raw と work の2シートに分けて運用を1か月ほど回してから、足りない要素を増やすのが安全です。
Web化・スプレッドシート化との関係
Excel改善で足りる場合
対象人数が2〜30人で、月次の取込件数も数百〜数千行程度であれば、raw と work をシート単位で分ける運用で十分機能します。売上管理や請求管理、CSV取込のようにファイル単位で扱う業務とも相性が良く、Excelの強みを生かせる範囲です。
スプレッドシート化・Web化を考える場合
取込件数が増え1ファイルが重い、複数人が同時に raw を加工する、修正履歴を厳密に残したい、といった条件が重なったら、スプレッドシートやWebデータベースで raw / work / view の役割を分けることも検討対象になります。
ただし、ツールを変える前に「元データと加工済みデータを別シートに分ける」という基本整理をしておくと、Excelを続ける場合にも別ツールへ移る場合にも、設計の土台として役立ちます。
まとめ
Excel管理表で「どこを修正したか分からない」状態が続くのは、担当者の注意不足ではなく加工前後を同じ表で扱う構造に原因があります。rawデータと加工済みデータを別シートに分け、修正前後の値と理由を残す運用にすることで、加工ミスを追跡しやすくなります。
