メインコンテンツへスキップ
業務別AI活用

Excel集計:拠点ごとにバラバラな表を統合する

拠点ごとに提出されるExcelを毎月ひとつにまとめる作業は、**多くの中小企業で「担当者が個人技でこなしている業務」**になりがちです。この記事では、なぜ統合作業が終わらないのか、そしてAIで自動化する場合にどんな工程を踏むのかを整理します。

現場で起きていること

月初になると、各拠点から売上表・在庫表・勤怠表がメールやチャットで届きます。担当者はそれを開き、列の並びを直し、単位を揃え、空欄を埋め、ひとつの集計表に貼り付けていきます。

  • 拠点ごとに列の順番も名前も違う(「売上」「売上高」「売上金額」が混在する)
  • 同じ商品なのに表記が揺れている(全角・半角、旧品番と新品番)
  • 合計行が表の途中に紛れ込んでいる
  • 前月と今月で様式が変わっている拠点がある

結果として、集計そのものより**「表を揃える作業」に時間の大半が消えます。** そして担当者が休んだ月に、集計が止まります。

なぜ終わらないのか

この作業が終わらない理由は、担当者の手際ではありません。様式の差が「担当者の頭の中」で吸収され続けているからです。

各拠点は、それぞれの現場の都合に合わせて表を育ててきました。そこに悪意も怠慢もありません。問題は、その差を吸収するルールがどこにも書かれていないことです。書かれていないルールは、自動化できません。人が毎回判断するしかなくなります。

さらに、この構造は時間とともに悪化します。拠点が増え、商品が増え、様式が枝分かれするたびに、担当者が覚えておくべき例外が増えていきます。「Excelが限界」と感じるとき、限界に来ているのはExcelではなく、暗黙のルールの量です。

ここを逆にすれば、自動化の道筋が見えます。差を消すのではなく、差を書き出して、変換ルールに変える。 これが統合作業の本体です。

拠点ごとに列数や様式の違う表が集まり、机の上で揃わないまま積み上がっている様子のイラスト

統合の工程を分解する

Guidaがこの業務を自動化するとき、次の3つの工程に分けて進めます。

様式差の洗い出しから突合点の設定を経て、ひとつの統合表になるまでの工程を表したイラスト

① フォーマット差の洗い出し

まず、各拠点の実物のファイルを集め、どこがどう違うのかをすべて並べます。

列名の違い、列の順番、シートの構成、日付や金額の書き方、単位、コード体系。ここで大事なのは、「あるべき姿」ではなく「現に届いているもの」を対象にすることです。理想の様式を先に決めてしまうと、現場が守れず、結局は手作業に戻ります。

過去数か月分をさかのぼって見ると、その拠点の様式が安定しているのか、揺れ続けているのかもわかります。揺れる拠点は、後の工程で扱いを変える必要があります。

② 統合ルールの明文化

洗い出した差を、「この列はこの列に対応する」「この表記はこう読み替える」という対応関係の一覧にします。

このとき、必ず一緒に決めるのが例外の扱いです。対応表にない列が来たらどうするか。空欄をゼロとみなすのか、未提出とみなすのか。同じ品番で単価が違ったらどちらを採るのか。

ここが自動化の成否を分けます。 ルールが明文化されていれば、AIは同じ判断を毎月ぶれずに繰り返せます。明文化されていなければ、AIは「それらしい答え」を出してしまい、誰も間違いに気づけません。

このルールは、システムの設定ファイルではなく、業務のドキュメントとして残します。 担当者が変わっても、拠点が増えても、ここを見れば判断の根拠がわかる状態にします。

③ 突合点の設定

最後に、統合結果が正しいかを機械的に確認できるポイントを決めます。

拠点ごとの合計と全体合計が一致するか。前月との件数の差が説明できる範囲か。対応表にない項目が何件出たか。こうした確認点をあらかじめ組み込んでおくことで、「たぶん合っている」ではなく「合っていることが確認できた」状態になります。

自動化した処理で一番怖いのは、止まることではありません。間違ったまま静かに動き続けることです。突合点は、そのための安全装置です。

AIに任せる範囲と、人が持ち続ける範囲

この業務では、境界線がはっきりしています。

AIが担うのは、決まったルールを高速に、ぶれずに繰り返す部分です。

  • 届いたファイルを読み取り、列の対応関係にしたがって変換する
  • 表記の揺れを、対応表に沿って統一する
  • 合計行や注記など、データではない行を除外する
  • 突合点をチェックし、ずれた箇所を一覧で出す
  • 対応表にない項目を「判断待ち」として切り出す

人が持ち続けるのは、ルールそのものを決める部分です。

  • どの拠点のどの数字を正とするか — 同じ取引が二重に上がっているとき、本社の売上計上と拠点の売上計上のどちらを採るのかは、経理方針の問題です。データを見ても決まりません。
  • 新しい列が増えたときの意味づけ — 拠点が「返品調整」という列を独自に足したとき、それを売上から引くのか、別項目として扱うのかは、その会社の管理会計の考え方によります。
  • 例外を例外のまま残す判断 — ある拠点だけ締め日が違う、ある商品だけ単位が違う。これを無理に揃えると現場の実態と合わなくなります。揃えないと決めることも、立派な設計です。
  • 突合でずれたときの原因の特定 — 数字が合わないとき、入力ミスなのか、業務上正しいずれなのかを見分けるには、現場で何が起きたかを知っている必要があります。

つまり、AIは「決めたとおりに動かす」担当、人は「何を決めるか」の担当です。この線を曖昧にしたまま自動化を始めると、誰もルールを知らないブラックボックスができあがります。

進め方を詳しく知るには

拠点データの統合は、いきなり全社で始める必要はありません。まず1つの帳票、2〜3拠点から始めて、対応表と突合点を作り切るほうが、確実に前に進みます。

実際にどうフォーマット差を洗い出し、どう対応表を組み立て、どこに突合点を置くのか。具体的な手順と、つまずきやすい箇所については、ウェビナーで詳しくご説明しています。 自社のExcel統合をどう自動化できるか、進め方の全体像をつかみたい方は、ぜひご参加ください。

具体的な進め方は、Guidaが定期開催しているウェビナーでご案内しています。

ウェビナーの案内を見る