多店舗の数字を1つのシートに集める仕組み
「各店舗から数字が上がってこない」「集まっても形がバラバラで、結局手で打ち直している」——複数の拠点や店舗を持つ会社で、月次のたびに繰り返される問題です。
結論から言うと、数字が集まらない原因は現場の意識ではありません。入力を集約する側の作業にしてしまっていることが原因です。入力は分散させ、集約は自動にする。役割を逆にしないことが設計の核心です。
株式会社Fyveは中小企業向けにAI活用の顧問業務を行っています。この記事では、複数拠点の数字を1つのシートに集める仕組みを、フォーマットの決め方から遅れる拠点への対処まで書きます。
「集まらない」の原因は入力ではなく集約にある
多店舗・多拠点の会社で数字が集まらないとき、対策として出てくるのは「締切を守らせる」「報告のルールを徹底する」です。これで解決した例はほとんどありません。
理由は、現場の負担が変わっていないからです。現場から見ると、報告は本来の業務の外にある作業です。締切を強めても、優先順位は上がりません。
本当に起きている構造
実務でよく見る流れはこうです。
- 各拠点が、それぞれの方法で数字をまとめる（Excel、手書き、レジの出力そのまま）
- メールやチャットで本部に送る
- 本部の担当者が、届いたものを1つのシートに手で打ち直す
- 形が違うものは、意味を確認しながら合わせる
- 足りないものは催促する
この流れの問題は、3〜5の作業が全部本部に集中していることです。拠点が2つなら回りますが、増えるほど本部の作業量が線形に増えます。そして、この作業は本部の担当者しかできない形になっていきます。
つまり、集まらないのではなく集める作業が人力になっているのが実態です。解決すべきはここで、督促や報告ルールの徹底では手が届きません。現場の負担を変えずに本部の作業だけを増やしている状態だからです。
入力は分散、集約は自動——役割を逆にしない
設計の原則を1文で書くと、こうなります。データを入れる作業は各拠点に分散させ、それを1つにまとめる作業は仕組みに任せる。
逆になっている会社が多いのは、入力の形式を自由にしているためです。各拠点が好きな形で送ってくるので、まとめる側が変換を担うことになります。
分散させる条件
各拠点に入力を任せるには、条件が2つあります。
- 入力先が1か所で、そこに直接書ける：ファイルを送るのではなく、共有された表に各拠点が直接入力する形
- 入力する項目が固定されている：どこに何を入れるかが迷わない状態
この2つが揃うと、集約という作業そのものが消えます。各拠点が入力した時点で、すでに1つの表になっているからです。
ファイルを送る運用をやめる
いちばん効果が大きい変更はこれです。ファイルを送る運用を、共有の表に直接入力する運用に変える。
ファイル送付の運用には、避けられない問題があります。
- どれが最新版か分からなくなる（修正のたびに新しいファイルが飛ぶ）
- 拠点ごとにファイルを改造してしまう（列を足す、行を挿入する）
- 送信漏れが分からない（届いていないことに本部が気づくまで時間がかかる）
共有の表に直接入力する形なら、この3つが同時に解決します。最新版は常に1つで、構造は本部が管理し、入力されていない拠点は空白で一目で分かります。
データの置き場所がまだ整っていない会社では、ここが最初の作業になります。置き場所の考え方はこちらで整理しています。
フォーマットを固定する——「列の定義書」を1枚作る
集約が自動になる前提は、形が揃っていることです。そのために、列の定義を1枚の紙に書きます。
定義書に書く項目
列ごとに、次の4つを決めます。
- 列の名前：社内で通じる呼び名で1つに統一する
- 入れるもの：何の数字か、税込か税別か、どの期間か
- 形式：数値／日付（YYYY-MM-DD）／文字。単位も決める
- 空欄を許すか：必須なのか、該当なしがあり得るのか
この4つのうち、実務でトラブルになるのは2つ目です。「売上」という列があっても、税込で入れる拠点と税別で入れる拠点があると、合計が意味を持ちません。列名だけ揃えても、中身の定義が揃っていなければ集約は失敗します。
定義書はソフトを使う必要がありません。紙1枚か、共有の表の1枚目のシートに書けば足ります。重要なのは形式ではなく、拠点の担当者が迷ったときに見る場所が1つに決まっていることです。定義を変えたときは、変更日と変更内容を同じ紙に追記します。これが無いと、過去の数字がどの定義で入力されたのか分からなくなります。
よくある定義のずれ
- 税込／税別：もっとも多いずれ
- 割引の扱い：値引き後の金額か、値引き前と値引き額を分けるか
- 日付の意味：発生日か、入金日か、計上日か
- 締めの期間：月末締めか、特定の曜日までか
- 件数の数え方：注文単位か、商品単位か
定義書を作る作業は地味ですが、ここを飛ばすと後工程のすべてが崩れます。AIに集計や整形を任せる場合も、定義が揃っていないデータからは正しい答えが出ません。
列は増やさず、行を増やす設計にする
表の作り方にも原則があります。拠点や月を列にせず、行にする。
拠点ごとに列を作る形（A店の売上、B店の売上、C店の売上…）は、拠点が増えるたびに表の構造を変える必要があります。集計の数式も毎回作り直しになります。
代わりに、1行に「日付・拠点名・項目・数量・金額」を並べる形にします。拠点が増えても行が増えるだけで、構造は変わりません。この形は集計にも強く、AIに渡したときの解釈も安定します。
Excelでの集計作業をAIに任せる場合の具体的な操作は、こちらで扱っています。
集める経路は3つある
数字がどこから出てくるかによって、集め方が変わります。
経路1：人が入力する
共有の表に各拠点が直接入力する形です。もっとも導入が簡単で、どの会社でも今日から始められます。
- 向いているもの：日報レベルの数字、在庫の実数、現場でしか分からない情報
- 注意点：入力する項目が多いと続きません。1拠点あたり1日3分で終わる分量に抑えます
経路2：機器やシステムの出力を使う
POSレジや自動精算機などの販売機器、業務システムから出てくるデータを使う形です。人の入力が要らないので、精度と継続性が高くなります。
- 最初に確認すること：CSVやExcel形式で出力できるか。出力できる項目は何か。日次で出せるか
- 注意点：出力の形式が機器ごとに違います。項目名も並び順も違うので、定義書との対応表を作る必要があります
ここでAIが効きます。出力されたデータを定義書の形に揃える作業は、判断が少なく形が決まっている工程なので、AIに寄せやすい部分です。ただし、寄せる前に定義書が固まっていることが前提になります。
経路3：紙から起こす
手書きの日報や伝票しかない場合です。この経路は効果が大きい反面、最初に手を付ける対象としては向きません。
理由は、読み取りの精度が実際のサンプルで試すまで分からないためです。紙の状態、書き手の癖、レイアウトの揺れによって結果が変わります。経路1と2で仕組みを立ち上げてから、3に取り組む順序を勧めています。
ただし、紙をやめる方向の設計は有効です。私が幼稚園向けに作った仕組みでは、小さいメモ帳への走り書きをやめて、スマホの音声入力でそのままデータになる形に変えました。あとから事務員が字を読めないという問題が消え、誰がいつ入力したかも残るようになりました。紙を読み取るより、紙を経由しない経路を作る方が確実という判断です。
経路が混ざるときの受け渡しを決める
実際には、1つの表に3つの経路が混ざります。売上は機器の出力から、在庫は人の入力から、現金の実数は紙の記録から。このとき決めるべきことが2つあります。
- どの経路の数字が正なのか：同じ項目が2つの経路から来る場合、どちらを採用するかを決めておく。決めていないと、突き合わせのたびに議論になります
- 取り込む順序と時刻：人の入力が終わる前に機器の出力を取り込むと、行の並びが崩れます。順序を固定します
1つ目は特に重要です。「機器の出力を正とし、人の入力は補足として使う」という原則を先に決めておくと、数字が合わないときの調査が短く済みます。逆に、両方を正として扱うと、毎月同じ照合作業が発生します。
遅れる拠点への対処
仕組みを作っても、必ず遅れる拠点が出ます。ここへの対処が運用の実質です。
督促ではなく「見える化」で解く
締切を守らせようとすると、本部の担当者が催促の連絡をする作業が発生します。これは集約作業と同じで、人力の負担が増えるだけです。
代わりにやるのは、入っていない状態が全拠点から見えるようにすることです。共有の表に直接入力する形なら、これは自動的に達成されます。
- 空欄の行が、誰の目にも見える
- 他の拠点が入れているのに自分だけ空欄という状態が分かる
- 本部が催促する前に、拠点側が気づく
この効果は実際に大きく、催促の連絡回数が減ります。締切を強めるより、状態が見える形にする方が確実です。
見える化を機能させるには、1つ条件があります。表を全拠点が閲覧できる状態にすることです。本部だけが見られる形にすると、空欄が拠点側に見えないので効果が出ません。他の拠点の数字を見せたくない場合は、入力状況（入力済み／未入力）だけを共有する形でも成立します。
遅れる理由を分けて対処する
それでも遅れる場合、理由を3つに分けます。
- 入力する項目が多すぎる：項目を削ります。使っていない項目を集めているケースが実際にあります
- 入力する担当が決まっていない：拠点ごとに名前で決めます。「拠点の誰か」では入りません
- 数字が手元に無い：機器の出力を確認する。人が計算しないと出ない数字を要求している場合があります
3つ目は見落とされやすい原因です。本部が求めている数字が、拠点側では手作業で計算しないと出せない形になっていることがあります。この場合、遅れているのは意識の問題ではなく設計の問題です。
締切を「日次」に寄せる
月次でまとめて入力する形は、遅れやすく、精度も落ちます。1か月分を思い出しながら入力するためです。
日次で少しずつ入れる形にすると、1回あたりの負担が小さくなり、記憶に頼らずに済みます。月末の作業量をゼロにする設計が理想で、日次の入力が済んでいれば月次の集計は表を見るだけになります。
月次で見る数字を先に決める
順序の話です。集めてから何を見るか考えるのではなく、見る数字を決めてから集めます。
逆になっていると、使わない項目を集め続けることになります。実務でよくあるのは、過去に誰かが必要と言った項目が、誰も見ないまま数年間集められているケースです。
決める手順
- 1. 月次の会議で実際に見ている数字を書き出す：見ていない数字は、その場では出てきません
- 2. その数字を出すために必要な項目だけを列にする
- 3. 今集めていて、1に出てこなかった項目を止める
3番目を実行すると、たいてい項目が減ります。項目が減れば入力の負担も減り、遅れる拠点も減ります。集める仕組みを作る前に、集めるものを削るのが最初の作業です。
日次で見る数字と月次で見る数字を分ける
集める頻度と見る頻度は別です。ここを混ぜると、毎日入力しているのに誰も見ていない項目が生まれます。
- 日次で見る：異常があればその日に動く必要がある数字（売上、客数、在庫切れ）
- 月次で見る：傾向を判断する数字（拠点別の推移、項目別の構成比、人時あたりの効率）
- 年に数回見る：構造を見直すための数字
日次で見る数字は、多くても3〜5項目に絞ります。毎日見る前提の項目が10個あると、実際には誰も見ません。「毎日見る」と決めた項目だけを、1画面に収まる形で置くのが実務的な設計です。
拠点間の比較ができる形にする
1つのシートに集める目的は、合計を出すことだけではありません。拠点間の比較ができることに価値があります。
比較を成立させるには、拠点の規模の違いを吸収する項目が必要です。売上の絶対額だけでは、規模が違う拠点を比べられません。1日あたり、1人あたり、席あたりといった単位を1列足しておくと、規模に関係なく比較できます。
AIに任せる前に整えること
集約の仕組みにAIを組み込む場合、前提条件があります。ここを飛ばすと期待した結果が出ません。
機械に読めない表になっていないか
人間には読めるが機械には読みにくい表の特徴です。
- セルの結合が多い：見出しをまとめるための結合が、データの構造を壊します
- 1つのシートに複数の表がある：どこからどこまでが1つの表なのか判別できません
- 見出しが複数行にわたる：どの行が列名なのか決まりません
- 数字と文字が同じ列に混ざる：「1,200円」「未確定」が同じ列にある状態
- 合計行が表の途中にある：明細と合計が混ざると、二重に数えられます
この5つを直すだけで、AIに渡したときの結果が変わります。整えるのは1回の作業で、以降ずっと効きます。
何を任せて、何を任せないか
- 任せる：形式の変換、項目名の対応付け、分類、集計、異常値の指摘、レポート文の下書き
- 任せない：数字が正しいかどうかの最終判断、定義そのものの決定
出力を確認しやすくする工夫として、件数と合計を必ず書かせることを勧めています。「32件を集計し、合計は◯◯でした」と書かせれば、元データと照合して数十秒で判定できます。取りこぼしがあれば件数がずれるので、すぐ分かります。
異常値の検知を工程に入れる
集約が自動になると、新しい問題が出ます。誰も数字を見ていない状態でデータが溜まっていくことです。人力で打ち直していた頃は、打つ過程で担当者が違和感に気づいていました。
この気づきの機能を、意図的に工程として残します。やり方は簡単で、前月比や前年同月比から大きく外れた行を指摘させるだけです。
- 前月から3割以上動いた項目を挙げる
- 他の拠点と傾向が逆になっている拠点を挙げる
- 空欄のまま締められた行を挙げる
指摘されたものが本当に異常かどうかは人が判断します。AIの役割は異常の判定ではなく、目を向ける先を絞ることです。この工程を入れておくと、入力ミスがその月のうちに見つかります。
段階的に進める順序
いきなり全拠点・全項目でやろうとすると立ち上がりません。順序を書きます。
- 第1段：見る数字を決める（項目を削る）
- 第2段：列の定義書を1枚書く（税込か税別か、日付の意味まで）
- 第3段：共有の表を1つ作る（1行に日付・拠点・項目・数量・金額）
- 第4段：1拠点だけで1か月運用する（うまくいかない点を洗い出す）
- 第5段：全拠点に広げる
- 第6段：機器やシステムの出力を取り込む工程をAIに寄せる
- 第7段：紙が残っている部分に取り組む
第4段を飛ばさないことが要点です。1拠点で1か月回すと、定義書の不足が必ず見つかります。全拠点に広げてから問題が出ると、修正の連絡が拠点数だけ発生します。
この進め方の全体像は、AI導入のスモールスタートと同じ構造です。
失敗する形
各拠点が独自に表を改造する
もっとも多い失敗です。列を足す、行を挿入する、独自の色分けをする。悪意ではなく、その拠点にとって必要だったから足しています。
対策は2つです。構造を変更できる人を限定することと、足したい項目があるときの申し出先を決めておくこと。後者が無いと、勝手に改造する以外の選択肢がありません。
本部が「とりあえず全部集める」
項目を削らずに始めると、入力の負担が大きくなり、拠点が入れなくなります。集める項目の数と、集まる確率は反比例します。
集約はできたが誰も見ない
1つのシートに集まったのに、月次の会議では従来の資料が使われ続けるケースです。原因は、見る数字を決める工程を飛ばしたことにあります。集める仕組みを先に作ると、この形になります。
担当者1人にしか運用できない
集約の仕組みを作った人だけが手順を知っている状態です。仕組み自体は動いていても、その人が不在になると更新が止まります。手順を1枚に残す設計はこちらで扱っています。
よくある質問
Q. 拠点が2つでもこの仕組みは必要ですか
必要です。むしろ拠点が少ないうちに形を作る方が簡単です。3つ目・4つ目が増えたときに、仕組みがあれば追加は行を増やすだけで済みます。人力で回している状態で拠点が増えると、そのタイミングで本部が回らなくなります。
Q. 各拠点が使っているレジや機器が違います
問題ありません。機器ごとに出力の形が違っても、定義書という共通の形が決まっていれば揃えられます。むしろ機器が統一されていない会社こそ、定義書の価値が大きくなります。
Q. 拠点の担当者がパソコンに慣れていません
入力する項目を減らし、入力先を1か所に固定するのが対策です。スマホから入力できる形にするのも有効です。操作の教育で解決しようとせず、入力の経路を変える方が確実です。
Q. 本部で手打ちするのを完全にやめられますか
経路によります。共有の表への直接入力と、機器の出力の取り込みが整えば、通常の月では手打ちがゼロになります。ただし例外処理（イレギュラーな取引、修正）は残ります。手打ちをゼロにするのではなく、通常分をゼロにするのが現実的な目標です。
Q. リアルタイムで数字を見られるようにすべきですか
目的次第です。日次の入力が回っていれば、翌日の朝に前日分が見える状態になります。多くの中小企業では、これで十分な判断ができます。リアルタイム性を求めると、機器との連携の開発が必要になり費用が上がります。
Q. 集計の途中で数字が合わなくなったときは、どう調べますか
1行1明細の形にしておくと、原因の切り分けが速くなります。合計が合わない場合、行の数を数えれば取りこぼしか二重計上かが分かります。合計行を表の途中に入れないことが、この調査のしやすさに直結します。
Q. 定義書は誰が作るのですか
本部の担当者と、拠点の代表1名で作るのが現実的です。本部だけで作ると、拠点で手元に無い数字を要求してしまいます。逆に拠点だけで作ると、月次で見たい数字が漏れます。
Q. すでに10年分のExcelファイルがあります。過去分も揃えるべきですか
いいえ。過去分の統一は費用対効果が低くなります。今月から新しい形で始めて、比較が必要な期間だけ遡る判断が現実的です。過去のファイルは参照用として残しておけば足ります。
まとめ
複数拠点の数字を1つのシートに集める設計の要点を整理します。
- 集まらない原因は現場の意識ではなく、集める作業が人力になっていること
- 原則は入力は分散、集約は自動。ファイルを送る運用をやめ、共有の表に直接入力する
- 列の定義書を1枚作る。列名だけでなく税込／税別・日付の意味まで決める
- 拠点や月を列にせず、1行1明細の形にする。拠点が増えても構造が変わらない
- 集める経路は3つ（人の入力／機器の出力／紙）。紙は最初に手を付けない
- 遅れる拠点には督促より空欄が全員に見える形が効く
- 集める前に見る数字を決めて、使っていない項目を止める
- AIに寄せる前に、セル結合・複数表・途中の合計行を直しておく
集約の仕組みが立ち上がると、月末の作業が「表を見る」だけになります。そこまで到達すれば、拠点が増えても本部の負担は増えません。逆に人力集約のままだと、拠点を増やすこと自体が本部の作業量を押し上げる構造になります。
なお、集約の仕組みは会計処理とは別の層です。社内の管理に使う数字と、税務に使う数字を同じ表で兼用しようとすると、どちらの要件も満たさない形になります。この境界の引き方は次の記事で扱っています。
御社の業務に合わせたCopilot導入・定着支援
「ライセンスを配ったのに使われない」を終わらせる。
業務の棚卸しから、効く業務の切り分け、社内への定着まで一貫して支援します。