導入
契約管理や単価管理、請求管理で使うExcel管理表で、「契約金額や単価を直したのに、なぜそう変えたのかが残っていない」と感じたことはありませんか。修正後の値だけが残り、元の値や修正理由が分からなくなっていると、後から経緯を説明するのに苦労します。
これは担当者の記録不足というより、Excel管理表に元の値と修正後の値を区別する仕組みがないことが本当の原因です。1つのセルを上書きするだけの運用では、過去にどの値が入っていたか、なぜ変えたかという情報はその時点で失われます。
この記事では、元データの修正を上書きではなく履歴として別管理する方法を紹介します。今回の方法を取り入れると、契約や単価の修正経緯を後から説明しやすくなり、監査や顧客対応にも備えられる管理表に近づきます。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | 修正後の値しか残らない |
| 主な原因 | 元値と修正後の値を区別していない |
| 解決方法 | 修正前・修正後・理由・担当者を別シートに残す |
| 対象業務 | 契約管理・単価管理・請求管理 |
| 対象人数 | 3〜50人 |
| 難易度 | ★★★☆☆ |
| 作成時間 | 60分 |
| 効果 | 修正経緯を説明しやすい |
| 向かないケース | 履歴が不要な一時表 |
この内容は、契約管理表を全面的に作り直す話ではありません。今ある表に「修正履歴シート」を1つ追加し、そこで元値・修正後・理由・担当者を残す手順です。
なぜその管理表はうまくいかないのか
修正経緯が残らないExcel管理表には、上書き運用に起因する共通の特徴があります。
- 1つのセルを直接上書きしていて、元の値が残らない
- 修正前後の値を並べる列がない
- 修正理由を書き込む欄がない
- 修正担当者と修正日が記録されていない
- 「Aさんが直したらしい」というメールやチャット連絡が記録の代わりになっている
- 修正の重要度に関わらず、同じ運用で済ませている
- 同じ表に「最新値だけ」「修正前後」「履歴」のような役割が混在している
- 監査や顧客対応で問われたときに、表だけでは説明できない
これらは担当者の記録力の問題ではなく、Excel管理表が「修正履歴を残す場所」を持っていない構造の問題です。
改善手順
「修正前・修正後・理由・担当者を別シートに残す」を、現場で運用できる手順に落とします。所要時間の目安は60分ほどです。
ステップ1. 修正履歴シートを用意する
Excel管理表の中に「修正履歴」専用シートを1つ追加します。最低でも次の列を持たせます。
- 修正日
- 対象(契約ID・単価ID・請求書番号など)
- 修正項目(金額・期間・支払条件など)
- 修正前の値
- 修正後の値
- 修正理由
- 修正担当者
- 確認担当者
「履歴シートはここ」と分かる名前にしておくと、新しい担当者でも辿りやすくなります。
ステップ2. 元シート側のルールを決める
修正履歴シートを用意したら、元の管理表シート側のルールも決めます。
- 元データシート(契約一覧・単価一覧など)には最新値だけを残す
- 修正は元データシートで行うが、必ず修正履歴シートにも1行追加する
- 元データシートに「最後の修正日」「最後の修正担当者」のメモ欄を持つ
最新値はメインの管理表で見られるようにし、修正の経緯は履歴シートで追える、という役割分担にします。
ステップ3. 修正フローを決める
修正履歴シートに書き残す流れを揃えます。
- 修正を行うときは、必ず履歴シートを開いてから始める
- 修正前の値をコピーしておく
- 元データシートで値を更新する
- 修正履歴シートに修正後の値・理由・担当者を記入する
- 確認担当者がチェックして「確認済み」欄を埋める
「履歴を書いてから修正する」のではなく、「修正と同時に履歴を書く」とすると抜け漏れが減ります。
ステップ4. 重要度に応じた運用を決める
すべての修正を厳密に履歴化すると、運用が回らなくなります。重要度に応じて運用を分けるのも有効です。
- 金額・契約条件など、後から問われる可能性が高い項目は必ず履歴化する
- 表記ゆれの修正、誤字訂正など、後の説明に影響しない項目は履歴化しない
- 履歴化対象の項目をシート冒頭に明記しておく
履歴化対象を絞ることで、重要な修正の精度が逆に上がります。
ステップ5. 監査・引き継ぎへの備えを決める
最後に、監査や顧客対応、担当者交代の場面で履歴シートをどう使うかを決めます。
- 顧客から契約金額の経緯を問われたら、履歴シートを見せる
- 担当者交代時には、直近3か月の履歴シートを一緒に引き継ぐ
- 年に1回、履歴シートのバックアップを別途取る
履歴シートは普段は静かに増えていく場所ですが、いざという場面で説明の根拠になります。
Before / After
| 観点 | Before | After |
|---|---|---|
| 課題 | 修正後の値しか残らない | 元値・修正後・理由・担当者が記録に残る |
| 原因 | 元値と修正後を区別していない | 修正履歴シートで区別している |
| 運用 | セルを直接上書きする | 元データを修正し、履歴シートに1行追加する |
| 確認 | 担当者の記憶頼みで経緯を辿る | 履歴シートで時系列に確認できる |
| 効果 | 監査や顧客説明で詰まる | 修正経緯を説明しやすい |
表の使い方を1つ増やすだけで、説明可能性が大きく上がります。
実務での注意点
- 履歴が不要な一時表には向かない(短期のメモや試算には作り込まない)
- 履歴項目を増やしすぎると、書く側の負担が増えて運用されなくなる
- 元データシートと履歴シートの紐付け(IDの一致)を曖昧にすると追跡が崩れる
- すべての修正を履歴化すると、本当に重要な修正が埋もれる
- 個人だけが使う簡易メモには、ここまでの作り込みは不要な場合がある
最初は「金額」「契約条件」「単価」など、後から問われる可能性が高い項目だけに絞って履歴化するところから始めるのが現実的です。
Web化・スプレッドシート化との関係
Excel改善で足りる場合
対象人数が3〜50人ほどで、契約数や単価レコード数が手作業で追える範囲であれば、Excel管理表内の修正履歴シートで十分機能します。契約管理や単価管理のように、項目ごとの修正経緯を残したい業務とも相性がよく、Excelの強みを生かせる範囲です。
スプレッドシート化・Web化を考える場合
契約数や単価が増えて履歴シートが大きくなりすぎる、複数拠点が同時に修正する、監査要件が厳しく改ざん防止が必要、といった条件が重なってきたら、スプレッドシートやWebデータベース、契約管理サービスでの履歴管理も検討対象になります。
ただし、ツールを変える前に「修正前・修正後・理由・担当者を別シートに残す」という基本ルールを整えておくと、Excelを続ける場合にも別ツールへ移る場合にも、設計の土台として役立ちます。
まとめ
Excel管理表で修正経緯が残らないのは、元値と修正後の値を区別する仕組みがないことが原因です。修正前・修正後・理由・担当者を別シートに残す運用に変えると、修正経緯を説明しやすくなり、契約管理や請求管理での説明責任にも備えやすくなります。
