売上総額がほぼ同じでも、集計基準が違えば同じデータではない――注文日と発送日の実例

総額が近いだけで「同じデータ」と判断すると、違いを見落とす

売上データを差し替えたとき、最初に確認したくなるのは合計金額です。

旧データと新データの総額がほぼ同じなら、「問題なさそう」と考えたくなります。

しかし、同じ金額に近づいたことと、同じ取引を集計していることは別です。

可児 波起が支援するEC事業の月次集計を見直したとき、この違いが実際の数字として現れました。

このEC事業では、発送日を売上の基準にしていた

このEC事業の経営側では、商品を実際に発送した日を売上の起点として扱っていました。

ところが、当初使っていた楽天の集計データは注文日を基準にしていました。

そこで楽天だけ、2026年8月の売上データを発送日基準のCSVへ差し替えました。

Yahoo側は従来のデータを維持し、楽天側の集計定義だけを実際の運用基準へ合わせています。

注文日基準と発送日基準の差は、わずか14円だった

旧・注文日基準の2026年8月楽天売上は、2,537,020円でした。

発送日基準で再集計した結果は、121明細、115注文、59商品、184個、売上2,537,034円でした。

総額差は、わずか14円です。

金額だけを見ると、ほとんど同じ集計に見えます。

しかし、対象となった注文を確認すると、中身は同じではありませんでした。

発送日基準には、9月1日に発送した8注文が8月売上へ入っていた

発送日基準のデータには、9月1日に発送完了した8注文、9個、128,510円が含まれていました。

注文日と発送日がずれるため、月末付近では「どの月へ入るか」が変わります。

一方で、注文日基準には別の注文が含まれ、発送日基準では外れることがあります。

その入れ替わりの結果として、総額だけが偶然に近い値になっていました。

「総額が合う」と「構成が合う」は別の検算

この事例で分ける必要があったのは、少なくとも2種類の確認です。

• 金額の検算：月間売上の総額がどの程度違うか
• 構成の検算：どの注文・商品・個数がその月へ含まれているか

総額差14円は、金額の検算では小さな差です。

しかし9月1日発送分128,510円が含まれていることは、構成の検算では無視できない違いです。

商品別粗利や送料を見るなら、日付定義の違いはさらに重要になる

月間売上総額だけを見るなら、今回の14円差は小さく見えます。

しかし、商品別販売数、仕入れ総額、粗利、送料、発送件数までつなぐ場合は、どの注文が対象月に入っているかが各指標へ影響します。

つまり、売上の定義がずれたまま利益分析だけ精密にしても、分析対象そのものが揃っていない可能性があります。

数字の計算式より先に、「何をその月の売上と呼ぶか」を固定する必要があります。

どの日付を使うべきかは、業務定義によって決める

この事例から、「EC売上は必ず発送日で集計すべき」と一般化することはできません。

注文日、決済日、発送日、売上計上日など、どの日付を基準にするかは、分析目的や会社の運用定義によって変わります。

このEC事業では、経営側が発送日を売上起点としていたため、その定義へ合わせました。

重要なのは、どれが唯一正しいかではなく、比較するデータ同士で同じ定義を使うことです。

月次データを差し替えるときの確認順

1. その会社で「売上日」として扱う日付を確認する
2. CSVやレポートが何の日付を基準に抽出されているか確認する
3. 旧データと新データの総額を比較する
4. 注文数・商品数・個数も比較する
5. 月末・月初をまたぐ注文がどちらへ入っているか確認する
6. 商品別粗利や送料分析も、同じ対象注文へ揃える

総額がほぼ同じでも、集計定義が違えば、同じデータとは限りません。

数字を検算するときは、値だけでなく、その値を作った対象と定義まで一緒に確認します。

このKnowledgeの関連知識

利益構造へ進む： 対象期間と集計基準を揃えた上で、商品粗利と送料差引後の金額を別レイヤーとして見る。

ECの「商品粗利」と「送料差引後」を分けて見る――32.4％が28.8％になった実例

現在地： CONTENT & EVIDENCE → EC・データ検証

Knowledgeトップを見る