Excelでは開けるのに、プログラムでは読めなかった｜月次の照合作業を自動化した話

月に一度、2つのデータを突き合わせる作業

月次でやっている確認作業がある。

システムに登録された案件のデータと、正しい情報がまとまった台帳。この2つを突き合わせて、登録した時点で正しい請求先が書かれていたかを1件ずつ確認する。書かれていなかったものは後で直さなければならないので、洗い出しておく必要がある。

判断はそう単純ではない。番号で書かれているものもあれば、会社名だけ書かれているものもある。書き方が少し違うだけで実質は合っているケースもある。そもそも確認の対象外にしている取引先もある。

つまり**「これは合っている、これは違う」を人の目で判断していく作業**で、件数がまとまると相当に骨が折れる。これをなんとかしたかった。

最初の壁：Excelでは開けるのに、プログラムでは読めない

作業の入り口は、システムからデータをExcel形式で書き出すこと。これをプログラムで読み込んで処理する——そのはずだった。

ところが、読み込もうとするとエラーになる。**「このファイルは壊れています」**と言われる。

不思議なのは、同じファイルをExcelで開くと普通に開けることだ。中身も正常に見える。壊れているようにはまったく見えない。

「じゃあこっちの書き方が悪いんだろう」と思って何度も試したが、どうやっても読めない。ここでかなり時間を使った。

Excelファイルは、実は「圧縮ファイル」だった

原因を調べる過程で、自分が知らなかったことを知った。

**Excelファイル（.xlsx）は、中身が複数のファイルに分かれていて、それをひとまとめに圧縮した"箱"**なのだ。ZIPと同じ仕組みで、拡張子を.zipに書き換えれば中を覗くこともできる。

そして箱の中には、「どこに何が入っているか」を示す目次が付いている。

今回のファイルは、この目次の部分が壊れていた。

• Excelは寛容だった：目次が怪しくても、中身を自力で探しに行って開いてくれる
• プログラムは正直だった：目次を信じて読もうとするので、「目次が壊れている＝このファイルは壊れている」と判断して止まる

つまりどちらも正しい動作で、「Excelで開けるから正常なファイル」とは限らないということだった。

目次を作り直して読ませた

対処は、箱の目次を無視して中身を頭から順に探し出し、目次を付け直すという方法をとった。

ファイルの中には、部品の始まりを示す決まった印がある。それを全部拾い出して、正しい構造に組み立て直す。そうすればプログラムからも普通に読めるようになる。

正直、この対処は自分ひとりでは絶対にたどり着けなかった。「Excelでは開けるのにプログラムでは読めない」という症状を伝えたら、Claudeが「ファイルの構造そのものが壊れている可能性がある」という筋を出してくれた。 自分にはそもそも「Excelファイルの中に目次がある」という知識がなかったので、疑うことすらできなかった。

前にも書いたが、非エンジニアがいちばん助かるのは「自分が知らないから疑えないこと」を出してもらえる場面だと思う（ClaudeとCopilotの比較でも同じことを書いた）。

本題：人の曖昧な判断を、ルールに落とす

ファイルが読めるようになってからが本題だった。

これまで目でやっていた照合を、機械に任せるにはルールを言葉にしなければならない。やってみて気づいたのは、自分がやっていた判断は「合っている／違う」の2つではなかったということだ。

整理してみると、実際にはこうなっていた。

自分で無意識にやっていた判断を並べてみると、あいだの段階がいくつもあった。これに気づけたのが一番の収穫だったかもしれない。

「ニュアンス一致」という段階を作った

いちばん悩んだのが4つ目の**「書き方が少し違うが、実質は合っていそう」**というケースだ。

会社名の書き方は揺れる。「株式会社」が付いているかどうか、略称で書かれているか、前後に余計な文字が付いているか。人が見れば同じだと分かるが、文字として完全に一致はしない。

これを「不一致」に入れてしまうと、要確認の山に大量の"実は問題ない案件"が混ざる。かといって「一致」にしてしまうと、本当に違うものを見逃すかもしれない。

そこで、専用の段階をひとつ作った。「たぶん合っているが、機械が断定はしない」という置き場所だ。

これは前回の記事で書いた「迷ったら要確認に入れる」と同じ考え方だ。白黒つけられないものを無理にどちらかへ寄せず、グレーの箱を用意する。 曖昧なものを扱うときは、これがいちばん事故が少ないと思う。

出てくるのは、色分けされた1つのExcel

処理が終わると、Excelファイルが1つ出てくる。中は9枚のシートに分かれている。

• 全体の集計（何件中、何件が要確認か）
• 全件の一覧（判定ごとに色分け）
• 要確認のものだけを集めたシート
• そのほか、判定ごとのシート

判定は色で分けてある。合っているものは緑、はっきり違うものは濃い赤、何も書かれていないものは赤、対象外はグレー。

狙いは全件を見なくて済むようにすることだ。以前は全部に目を通していたが、今は「要確認」のシートだけ開けばいい。

これも前に書いた話とつながる。書類の仕分けの記事で「人が見る場所を1か所に絞ることのほうが価値がある」と書いたが、今回も同じだった。自動化の成果は"作業が消えること"だけでなく、“見るべき場所が減ること"にもある。

今は「照合して」と伝えれば、このExcelが出てくるところまで自動になっている。

まとめ

この作業から学んだことを3つ。

1. 「Excelで開けるから正常」とは限らない。 システムが書き出したファイルは、見た目が普通でも中身が壊れていることがある
2. 自分の判断を書き出すと、思っていたより段階が多い。 「合っている／違う」の2択でやっているつもりで、実は5〜6段階の判断をしていた
3. グレーの箱を用意する。 白黒つけられないものを無理に寄せず、専用の置き場所を作ったほうが結果的に速い

そして毎回思うのだが、詰まったときに効くのは「自分が知らないことを疑ってもらえる」ことだった。Excelファイルの中に目次があるなんて、この作業をするまで知りもしなかった。知らないことは疑えない。そこを埋めてもらえるかどうかが、非エンジニアが自動化を進められるかの分かれ目になっていると思う。