Excelで1列だけ並べ替えて、名前と金額、請求書番号と宛先などの対応がずれた場合は、もう一度並べ替える前に、正しい対応を示す元資料が残っているかを確認します。元の順番を戻すことと、別々に動いた列の対応を戻すことは別の問題です。
この記事では、取り消しが使える場合、正しい以前の版や原資料がある場合、根拠が足りない場合を分けます。共有原本を直接上書きせず、どの行を業務に使えるか判断するための確認表を用意しました。
まず「順番が変わった」だけか「組み合わせが崩れた」かを分ける
表全体が動き、同じ人の名前・ID・金額が一緒に移っているなら、並び順の問題です。名前は同じ位置にあるのに金額だけが別の人の値になっているなら、列どうしの対応が崩れています。
Microsoftは、大きい範囲の一部だけを並べ替えると、元の対応が分離することがあると説明しています。一方、非表示行やフィルターが残って全体の順序がそろわない場合は、非表示行とフィルターの並べ替え確認が別の問題を扱います。
対応が崩れた表を昇順から降順へ切り替えても、それだけで元の組み合わせを取り戻せるとは限りません。ずれた列や発生時点が不明な場合は、推測で「復旧済み」にしないでください。
保存したかどうかだけで、取り消しの可否を決めない
同じExcelで作業を続けている場合は、操作を増やす前に、取り消しで対象の並べ替えを戻せるか確認します。WindowsではCtrl＋Zまたは［元に戻す］を使います。Microsoftの説明では、保存後でも取り消しの範囲内なら変更を戻せる場合があります。「上書き保存したら、必ず取り消せない」とは判断できません。
ただし、すべての操作を取り消せるわけではありません。取り消し可能な対象は現在の履歴によります。何度も戻すと、その後に行った正しい入力まで戻ることがあるため、戻した結果のID・名前・金額などを確認します。閉じて開き直した場合や履歴が使えない場合に、Ctrl＋Zだけで元に戻るとは考えないでください。
復旧できる根拠を、この表で確認する
| 今の状態 | 確認する根拠 | 次の判断 |
|---|---|---|
| 対象の並べ替えを取り消せる | 取り消す操作と、取り消し後の各行の対応 | 正しい組が戻ったか確認する。その後の正しい更新が消えていないかも確かめる |
| 正しい以前の版がある | 並べ替え前の時点のファイル・表と、その後の更新 | 現状を保全し、正しい版を別の作業用コピーで比較する。共有原本をすぐ置き換えない |
| 正しい原資料や再出力がある | 同じ対象・時点の資料、正しいIDと値の組 | 正しい組を根拠に作業用表を再構成し、全行の対応を照合する |
| IDと合計だけが残っている | そのIDにどの値が属したかを示す別資料 | ID・件数・合計だけでは復旧完了にしない |
| 重複IDがある、動いた列が不明、原資料がない | 一意に対象を特定できる追加資料 | 類似した氏名や金額で決めつけない。根拠不足の行は未確定として業務利用を止める |
OneDriveやSharePointに保存していても、必要な以前の版が実際に残っているかは確認が必要です。版履歴の利用可否は保存先や管理設定に依存します。また、以前の版へ復元すると、その版以後の正しい変更も失い得ます。既存の履歴を確認するために、新しい設定を変更することから始めないでください。
ID・件数・合計が同じでも、対応は正しいとは限らない
次の表は架空の3件です。元表Aと元表Bは、IDに対応する金額が違います。しかし、ID列を残したまま金額列だけを昇順にすると、どちらも右端の同じ結果になります。
| ID | 元表Aの金額 | 元表Bの金額 | 金額列だけ昇順にした結果 |
|---|---|---|---|
| R01 | 30 | 20 | 10 |
| R02 | 10 | 30 | 20 |
| R03 | 20 | 10 | 30 |
どの表も3件、合計60、ID集合は同じです。壊れた結果だけでは、元表Aだったのか元表Bだったのか一意に決められません。金額列を降順にしてもR01＝30、R02＝20、R03＝10となり、元表AにもBにも戻りません。
これは、正しい元の組を示す情報が必要だという説明です。「IDを追加した」「合計が合った」「逆順にした」だけで、失われた対応を証明することはできません。
正しい元資料がある場合も、IDの意味と全行の対応を確認する
例えば、正しい原資料に「R01＝30、R02＝10、R03＝20」が残っていれば、その組を根拠として別の作業用表を作れます。現在の表と原資料に同じIDがあっても、IDが別の対象に再利用されていたり、原資料の時点が違っていたりする場合は、そのまま結び付けられません。
- 現状の表と、正しい元資料をそれぞれ保全する。共有原本を直接修正せず作業用コピーで確認する。
- どの列が動いたか、IDや名前の対応も崩れていないかを確認する。
- 原資料の対象・時点・IDの意味を確認する。IDが一意か、空欄や重複がないかも確認する。
- 正しいIDと値の組を根拠に、別の作業用表へ対応を戻す。原資料のない値や、その後の更新は未確認として分ける。
- 件数と合計に加え、全行のID・名前・金額などの対応を原資料と照合する。未確定行を残したまま請求や集計に使わない。
正しい原資料と作業用表の比較を進める場合は、Excelで2つの台帳を比較する方法を参照してください。台帳比較は、正しい資料どうしの照合や相違の洗い出しに使います。元の正しい組が残っていない表から、その組を推測して作り出す方法ではありません。
小チームで共有する確認メモの記入例
次は架空の記入例です。復旧した行と未確定の行を、根拠付きで共有するために使います。確認者の名前を埋めるだけで復旧を承認した扱いにはしません。
| 項目 | 架空の記入例 |
|---|---|
| 対象・利用を止めた範囲 | 10月分の作業用請求一覧。金額と宛先の対応を確認するまで請求に使用しない |
| 発生状況 | 10月8日に金額列を並べ替えた後で不一致に気付いた。取り消し対象は確認中 |
| 正しい根拠 | 10月7日確定の原資料。IDの定義と対象期間が同じか確認する |
| 確認結果 | 原資料のあるR01～R03はID別金額を照合。追加行R04は原資料がなく未確定 |
| 未確定事項と次の行動 | R04の発生元資料を担当者が確認する。確認期限まで請求対象へ戻さない |
再発防止では、同じレコードに属する列を一緒に動かすことが基本です。並べ替え前のコピーを残し、元の順序へ戻す必要がある場合は事前の連番なども検討します。ただし、後から連番を振っても、すでに崩れた対応を直す根拠にはなりません。
検証範囲：架空3件の値対応と合計をPythonで検算しました。Excelの復旧操作、取り消し、版履歴の実機動作は未確認です。メニュー操作と仕様の説明は下記Microsoft資料に基づきます。マクロ付き台帳、数式参照のずれ、共同編集などを含む個別ファイルの復旧を保証するものではありません。
