複数拠点のExcelを統一する進め方
「拠点ごとにExcelの形が違って、毎月かき集めて手で貼り直している」「統一しようと号令をかけたが、3ヶ月で元に戻った」——複数の拠点や店舗を持つ会社で、必ず出てくる話です。
結論から言うと、フォーマット統一は全部を揃える作業ではなく、集約点から逆算して最小限だけ揃える作業です。「きれいな統一書式を作って全拠点に配る」という進め方は、ほぼ確実に失敗します。理由は現場が怠慢だからではなく、統一の利益が現場に返らないからです。
株式会社Fyveは、中小企業の業務をAIで回せる状態にするところから伴走しています。その入口でほぼ毎回出てくるのがこの問題です。この記事では、失敗する構造と、実際に定着する進め方を順に整理します。
結論：揃えるのは「集約に必要な列の意味」だけ
フォーマット統一の目的は、たいてい「拠点の数字を横に並べて見たい」ことです。だとすれば、揃える必要があるのは横に並べるときに突き合わせる列だけです。
売上を拠点別に比較したいなら、必要なのは「日付」「拠点」「区分」「金額」の4つが同じ意味で入っていること。それだけです。列の並び順、罫線の太さ、シート名、ファイル名の付け方、備考欄の使い方は、揃わなくても集約できます。
ここを混ぜると失敗します。「統一書式」として全項目を定義したファイルを配ると、現場は自分の業務に必要な列が消えていることに気づいて、勝手に列を足します。足された列は集約時に無視されるので、現場から見れば「入力させられただけ」になります。次の月から入力が止まります。
揃えるのは意味、揃えないのは見た目と運用。この線引きが、統一が続くかどうかを決めます。
いきなり統一しようとすると失敗する3つの理由
1. 現場の表は、理由があってバラバラになっている
拠点ごとに違う形になっているのは、その拠点の業務が違うからです。取り扱う品目が違う、シフトの組み方が違う、記録すべき項目が違う。バラバラなのは怠慢の結果ではなく、その場の必要に応えてきた結果です。
ここを「非効率だから統一する」と切ると、現場は自分の業務が理解されていないと感じます。統一の議論が感情の問題にすり替わるのは、ほとんどこの入口でつまずいたときです。
2. Excelは個人の道具として育っている
拠点の表は、多くの場合その拠点の誰か1人が作って改良してきたものです。関数の組み方、色の意味、入力の順番まで、その人の頭の中にあります。
これを別の書式に置き換えるのは、道具を取り上げるのと同じ体感になります。しかも、置き換えた直後は必ず前より使いにくい。慣れの分だけ生産性が落ちます。この一時的な低下を織り込まずに進めると、「前のほうが早かった」で終わります。
3. 統一の利益が現場に返らない
統一で楽になるのは、集める側（本部・経理・経営者）です。入力する側の手間は、変わらないか増えます。
これは構造的な非対称です。「会社全体のためだから」という説明は、非対称そのものを解消しません。入力する側にも返るものを設計に入れないと、統一は続きません。ここは後で詳しく扱います。
最初に決めるのは「何のために統一するのか」
統一が迷走する最大の原因は、目的が「統一すること」になってしまうことです。目的が曖昧なままだと、揃えるべき範囲が決まらず、際限なく広がります。
先に次の3つを言葉にしてください。
- 誰が、何を見たいのか。経営者が月次で拠点別の粗利を見たいのか、本部が日次で異常値を見たいのか。見る頻度と粒度が変わります
- その数字で何を判断するのか。判断に使わない数字は集めなくていい。ここで項目が大幅に減ります
- いま、その判断ができていない原因は何か。集まらないのか、遅いのか、信用できないのか。原因が違えば打ち手が変わります
「集まらない」なら入り口の設計、「遅い」なら集約の自動化、「信用できない」なら定義の統一が本命です。この3つを混ぜて一度に解こうとすると、どれも中途半端に終わります。
現状の棚卸し——拠点ごとの表を並べて差分を出す
目的が決まったら、次は現物です。ここを飛ばして標準書式を作ると、必ず「うちの拠点では入れられない項目」が出て差し戻しになります。
集め方
全拠点から、直近1ヶ月分の実物のファイルをもらってください。加工前のものです。「きれいにしてから送ります」と言われたら断ってください。崩れている状態こそが情報です。
並べて見るべき5点
- 列名の一覧：何という名前で、何を入れているか。同じ名前で違うものを入れている場合が最も危険です
- 1行が何を表しているか：1日1行なのか、1伝票1行なのか、1商品1行なのか。ここが違うと単純には足せません
- 区分（カテゴリ）の分け方：拠点ごとに分類軸が違うのが普通です。何段階に分けているかも見ます
- 数字がどこから来ているか：機器から出たデータか、手入力か、別のファイルからの転記か。手入力が多い列は誤差の温床です
- 誰が、いつ入れているか：日次で本人が入れているのか、月末に1人がまとめて入れているのか。後者の場合、統一より先に入り方を変える必要があります
この5点を1枚のシートに横並びで書き出すと、揃えるべき箇所と揃えなくていい箇所が目で見えます。この1枚が、以降の議論のたたき台になります。
差異を3つに分類して、扱いを分ける
棚卸しで出てきた差異は、性質が違うものが混ざっています。3つに分けると、それぞれ打ち手が決まります。
A. 呼び方だけ違う（実質は同じ）
「売上」「売上高」「日商」が同じものを指している。「客数」「来客数」「組数」が同じ意味で使われている。これは変換表を1枚作れば片付きます。現場に直させる必要はありません。
ここを「用語を統一しましょう」と現場に投げるのは、労力に対して得るものが小さい打ち手です。集約側で吸収してください。
B. 粒度が違う
片方は日次で持っていて、もう片方は月次でしか持っていない。片方は商品別、もう片方は大分類別。これは変換で片付きません。細かい側に合わせるしかないためです。
粗い側の拠点に「明日から日次で入れてください」と言うことになります。ここが交渉の本番です。全項目を細かくするのではなく、目的に照らして必要な列だけを細かくしてもらう。判断に使わない列は、粗いままで構いません。
C. そもそも取っていない
ある拠点では記録しているが、別の拠点では記録していない。これは本当に必要かを問い直す段階です。
取っていない拠点でも業務が回っているなら、その項目は判断に必須ではない可能性があります。逆に、経営判断に本当に必要なら、新しく記録を始める負担が発生します。その負担を誰が持つのかを決めないまま「項目に入れておく」と、空欄のまま埋まらない列が残ります。
空欄の列は、集計を静かに壊します。埋まらないと分かっている列は、最初から入れないほうが健全です。
統一の最小単位——標準フォーマットの作り方
ここまでで、揃える対象が絞られています。標準フォーマットは「最大公約数」ではなく「集約に必要な最小列」で作ります。
作り方の手順
- 1. 集約に必要な列だけを並べる。目的で使う判断材料に紐づく列のみ。多くの場合5〜8列で足ります
- 2. 各列の定義を文章で書く。「売上（円）＝税抜・値引後・その日に計上した金額」のように、境界まで書きます。ここを書かないと、同じ列名で違う数字が入ります
- 3. 区分のマスタを1本作る。拠点ごとの分類を、共通の分類にどう対応させるかの表です。拠点固有の細分類は残して構いません
- 4. 拠点固有の列を「自由領域」として認める。標準列の右側は自由に使ってよいと明示します
- 5. 1行1レコードで作る。結合セル・二段見出し・小計行を入れません
4番を明示するのが重要です。「余計な列を足すな」と言うと、必要な記録の行き場がなくなって別ファイルに逃げます。別ファイルに逃げた記録は、二度と集約できません。逃げ道を用意しておくほうが、結果として1枚に収まります。
1行1レコードの作り方や、見出し・型・表記ゆれの整え方は、こちらで詳しく扱っています。
揃えないもの
- 列の並び順（集約側で並べ替えれば済む）
- 書式・罫線・色（見た目は現場の使いやすさに委ねる）
- シート名・ファイル名（規則は決めるが、統一のために既存を改名させる必要はない）
- 拠点固有の列（自由領域）
- 拠点内での運用（誰が入れるか、いつ入れるか。これは拠点に任せる）
移行と定着——二重運用の設計と崩れの防止
標準フォーマットができても、翌月から全拠点が切り替わることはありません。移行期間は必ず発生します。ここを設計せずに始めるのが、3ヶ月で戻る典型パターンです。
変換シートで受ける（現場を先に変えない）
最初にやるのは、集約側に変換の層を作ることです。各拠点の現行フォーマットを、そのまま受け取って標準形に変換するシートを拠点ごとに1枚用意します。
これで、現場を1人も動かさずに横断集計ができる状態になります。手間は集約側に集まりますが、集約側は統一で得をする側なので、負担の置き場所としては正しいです。
この段階を経ると、統一の議論が変わります。「見たい数字が見える」状態を先に作れるので、そのうえで「この列だけ入れ方を変えてもらえれば、変換の手間が減る」という具体的な依頼ができます。何のためか分からない統一書式を配るのとは、話の通りやすさが違います。
いつ止めるかを先に決める
二重運用は、期限を切らないと恒久化します。恒久化した変換シートは、作った人が異動した時点でブラックボックスになります。
先に決めておくのは次の2つです。
- 変換シートを廃止する条件：全拠点が標準列を入れられるようになった時点、など
- 移行しない拠点をどう扱うか：期限までに移行しない拠点は、変換シートを維持するのか、それとも集約対象から外すのか
後者を決めておかないと、1拠点のために全体の仕組みが縛られ続けます。
統一後に崩れないようにする
統一した形は、放っておけば必ず崩れます。列が足され、メモ行が挿入され、月次で書式が変わっていきます。悪意ではなく、その都度の必要から起きます。
- 標準列は保護して、入力できるセルを限定する。列の挿入を物理的にできなくします
- 入力規則を掛ける。日付列には日付、区分列にはマスタの値のみ
- 自由領域を最初から用意する。備考欄がないと、標準列に書き込まれます
- 受け取り側に検査行を持つ。行数・合計・空白セル数・マスタ外の値の数を先頭に出しておくと、崩れた月にその場で気づけます
- 定義の更新責任者を1人決める。列の定義を変える権限を分散させると、拠点ごとに解釈が分かれます
現場の抵抗をどう扱うか
抵抗は情報として扱う
「そのやり方だとうちは無理です」という反応は、統一の障害ではなく設計の材料です。無理だと言われる理由は、たいてい次のどれかに分類できます。
- 入力の手間が増える：手が空かない時間帯に入力が発生する、など運用上の制約
- その項目を知る立場にない：原価や人件費など、拠点では見られない数字を求めている
- いまの形に依存した業務がある：その表を印刷して使っている、別の資料に転記している
- 変える意味が分からない：説明が足りていない
この4つは、それぞれ打ち手が違います。1番目なら入力タイミングの変更、2番目なら項目の削除、3番目なら印刷用の別シート、4番目なら説明。「抵抗」と一括りにすると、どれも解けません。
入力側に返すものを設計に入れる
統一で得をするのが集める側だけなら、続きません。入力側に返せるものを、意識して設計に入れてください。
- 入力の手間を減らす：これまで2箇所に書いていたものを1箇所にする。ドロップダウンで打つ量を減らす
- その拠点が使える集計を返す：自分の拠点の推移が自動で見える1枚を、標準フォーマットの副産物として渡す
- やめる作業を作る：新しく入れてもらう代わりに、これまで出してもらっていた報告を1つ廃止する
3番目が最も効きます。増やすだけの変更は続きません。1つ増やすなら1つ減らすのを原則にしてください。
進める順番
- 1拠点で先に回す。協力的な拠点を1つ選び、そこだけで標準形を回します
- その拠点の副産物を他拠点に見せる。「これが自動で出ます」を実物で示します
- 展開は拠点ごとに個別対応で進める。全体会議で一斉に決めると、その場で反対が出ない代わりに実行されません
AIが効く工程と、効かない工程
この作業のどこにAIを使えるかを整理します。期待できる場所と、期待してはいけない場所がはっきり分かれます。
効く工程
- 差分の洗い出しの下書き：複数の表の列名を並べて、同じ意味と思われるものを組にする案を出させる。最終判断は人がします
- 変換ルールの数式化：「この列名をこの標準列に寄せる」という方針を伝えて、数式や手順の案を書かせる
- 定義文の下書き：列の定義を文章にする作業は、たたき台を出させると速くなります
- 崩れの指摘：受け取ったファイルを見せて、標準形から外れている箇所を挙げさせる
- 説明資料の下書き：現場向けの説明文や手順書のたたき台
効かない工程
- 粒度の決定：何を判断したいかは社内の意思です。AIは代わりに決められません
- どの列を捨てるかの判断：業務上の必要性は現場の文脈にあります
- 金額の突合そのもの：正確性が要る照合は、関数や仕組みで機械的にやってください
- 現場との合意形成：ここが統一作業の本体です。ここを短縮する手段はありません
AIを使う順番を間違えない
順番を間違えると、AIが余計な仕事を増やします。よくある失敗は、棚卸しの前にAIへ「統一フォーマットを提案して」と頼むことです。現物を見せずに頼めば、一般的な書式が返ってきます。それは社内のどの拠点にも合いません。合わない書式をたたき台にすると、議論が「この項目は要る／要らない」の水掛け論になります。
正しい順番は、現物を集める → 差分を並べる → そこでAIに整理させるです。材料が揃った状態なら、列名の対応付けの下書きや定義文のたたき台は速く出ます。材料がない状態で相談すると、それらしい一般論が返ってきて、判断材料が増えないまま時間が過ぎます。
もう一つの注意点は、拠点の実データをそのまま渡す前に、社内のルールを確認することです。取引先名・従業員名・個人が特定できる情報が入っているファイルは、扱いのルールが決まっているはずです。列名の一覧だけを渡せば足りる作業も多いので、データ本体を渡す必要があるかを先に検討してください。
Copilotに任せられる範囲と任せられない範囲の切り分けは、こちらでも整理しています。
拠点ごとの数字を集約する側の設計は、飲食店の売上管理をAIで効率化する｜多店舗でも具体的に扱っています。業種が違っても、集約の設計はほぼ同じ考え方で使えます。
よくある質問
統一にはどのくらいの期間がかかりますか
拠点数・現状の差異の大きさ・入力体制で大きく変わるため、一律の目安を出すのは適切ではありません。ただし進め方の順序は共通です。棚卸し→変換シートで集約→1拠点で試験運用→個別展開の順で進めると、途中で止まっても「集約はできている」状態が残ります。逆に標準書式を全拠点に一斉配布する進め方は、失敗したときに何も残りません。
全拠点を一斉に切り替えるのは本当に避けるべきですか
拠点数が2〜3で、入力担当者が全員同じ習熟度なら、一斉でも回ることがあります。避けるべきなのは「一斉に配って、あとは現場で」という進め方です。切り替え直後は必ず問い合わせが出ます。誰が受けるかを決めずに一斉展開すると、問い合わせ先がないまま各拠点が独自解釈で運用を始めます。
拠点が使っているソフトが違う場合はどうしますか
ソフトを揃える話と、データの形を揃える話は分けてください。ソフトの入れ替えは費用と教育が発生し、判断に時間がかかります。一方、書き出したデータの形を揃えるのは、多くの場合ソフトの出力設定で対応できます。まず「各ソフトから何がどの形で出せるか」を確認し、出せるもので集約する形を組んでください。
標準フォーマットは誰が作るべきですか
集める側（本部・経理）が原案を作り、拠点の代表と1回ずつ突き合わせる形が現実的です。拠点に作らせると、その拠点の業務に最適化されて横断性が失われます。逆に本部だけで決めると、入れられない項目が入ります。原案は集約側、検証は現場、という分担にしてください。
変換シートを作ると、その人しか分からなくなりませんか
その懸念は正しく、実際に起きます。対策は2つです。1つは変換ルールを数式の中に埋めず、別シートの対応表として持つこと。対応表なら誰でも読めます。もう1つは、変換シート自体に「何を何に変換しているか」を日本語で書いた説明欄を持たせることです。手順が記録される取り込み機能を使う場合も、対応表は外に出しておいてください。
まず1拠点で試すとき、どの拠点を選べばいいですか
協力的で、かつ現状が最も崩れている拠点を選んでください。きれいな拠点で試すと、問題が出ないまま横展開して他拠点で詰まります。崩れている拠点で通る形なら、他拠点でも通ります。ただし入力担当者の負荷が高すぎる拠点は避けてください。試験運用は追加の手間が発生するため、余力がない場所では検証になりません。
拠点が2つしかない場合も、この進め方が必要ですか
手順は簡略化できますが、考え方は同じです。拠点が2つなら、棚卸しは2枚のファイルを並べるだけで済みます。ただし「2つだから話せば揃う」と考えて定義を文章にしないと、後から3つ目が増えたときに全部やり直しになります。列の定義を書いた1枚だけは、規模が小さくても残してください。将来の拠点追加が、定義書のコピーだけで済むようになります。
統一しても、結局本部で手作業が残ります。何が悪いのでしょうか
多くの場合、集約の入り口が複数あることが原因です。フォーマットは揃っているのに、あるファイルはメールで、あるファイルは共有フォルダで、あるファイルは口頭で来ている。この状態だと、フォーマットが揃っていても集める作業は減りません。形を揃える前に、置き場所と提出方法を1つにするほうが効果が大きい場合があります。
まとめ
複数拠点のExcelフォーマット統一は、書式の問題ではなく合意形成と設計の問題です。押さえるべき点を整理します。
- 揃えるのは「集約に必要な列の意味」だけ。見た目・並び順・拠点固有の列は揃えない
- 失敗の構造は「利益が入力側に返らない」こと。1つ増やすなら1つ減らす
- 目的を先に言葉にする。誰が何を見て何を判断するか。判断に使わない項目は集めない
- 現物を集めて差分を出す。加工前のファイルをもらう
- 差異は3分類。呼び方だけなら変換で吸収、粒度は交渉、取っていないものは必要性を問い直す
- 先に変換シートで集約を成立させる。現場を動かさずに「見える」状態を作ってから依頼する
- 二重運用は廃止条件を先に決める。決めないと恒久化してブラックボックス化する
- 崩れは構造で防ぐ。保護・入力規則・自由領域・検査行・定義の責任者
- AIは差分洗い出しと下書きに使う。粒度の決定と合意形成は代替できない
統一が進まない会社の多くは、書式の完成度を上げようとして止まっています。集約側で先に受けて、見える状態を作ってから最小限を依頼する。この順番に変えるだけで動き始めることが少なくありません。
最後に、この作業を進めるときの心構えを1つ挙げます。フォーマット統一は、拠点を管理するための作業ではありません。バラバラな状態で困っているのは集める側であって、拠点は困っていないことも多い。だから「統一してください」ではなく「これが見えると判断が早くなるので、この4列だけ協力してほしい」という依頼になります。依頼の形にできない統一は、権限で押し切ることになり、押し切った分だけ形骸化します。
私が業種の違う現場で業務のAI化に関わってきて感じるのは、詰まる場所が業種によらず似ているということです。データが揃わない原因は、たいていツールではなく、入り口の設計と合意の取り方にあります。ここを先に片付けておくと、その後にどんなツールを載せても効きます。
御社の業務に合わせたCopilot導入・定着支援
「ライセンスを配ったのに使われない」を終わらせる。
業務の棚卸しから、効く業務の切り分け、社内への定着まで一貫して支援します。