はじめに：納品された数字を、自分は確かめようがない

売上レポートや集計ダッシュボードを外注して、納品された。数字は一見それらしい。けれども、それが合っているのかを確かめる手段が、発注した側にはありません。

管理画面の売上と見比べてみて、近ければ安心し、ずれていれば不安になる。多くの方がこの二択で判断しています。ただ、「近い」は「合っている」とは違います。重複して数えた分と、取りこぼした分がたまたま打ち消し合って近く見えることもありますし、逆に、定義が違うだけで正しい数字がずれて見えることもあります。

自分はこれまでデータ分析・計測まわりの仕事を、ココナラで7年・154件ほど受けてきました。その経験で言えるのは、納品後に数字を疑い始めると、確認にも修正にも時間がかかるということです。そこでこの記事では、納品の前に「答えが先に分かっているテスト用データ」で試すという確認方法を、発注する側が理解できる言葉で書きます。外注の全体的な判断についてはデータ分析の外注はいくらかかるかにまとめているので、こちらは「納品物の検収」に絞った話です。

答えの分かるテスト用データとは何か

考え方は、算数の検算に近いものです。本物のデータは、正しい合計が誰にも分かりません。そこで、正しい答えがあらかじめ分かるように作ったデータを集計の仕組みに流し、出てきた数字が答えと一致するかを見ます。

ここから先の実験は、自分が作った架空のデータで行ったものです。実在の店舗や顧客のデータではなく、実際の案件の結果でもありません。2026年9月の1か月分のECサイトを想定し、4,058セッション・13,417イベントのデータを作りました。そこに、現場で実際に起こりやすい問題を、わざと混ぜています。

  • 同じ注文番号の購入を5件、重複させた
  • 注文番号が空の購入を9件混ぜた
  • セッションIDが、別の人同士で衝突している箇所を作った
  • 売上の列に、円とドルの両方がある

混ぜた内容を自分が把握しているので、集計結果が「正しいか」を判定できます。作り方の技術的な詳細は、発注側が知る必要はありません。ここで押さえてほしいのは、間違いを仕込んだデータなら、間違いを見逃す集計はその場で露呈するという点です。

このテスト用データの作り方（生成用の SQL と、期待値を機械的に確かめる方法）は、技術者向けに別の記事へまとめています。ご自身で作る場合や、担当者に渡す場合はこちらが参考になります。

実験で分かったこと：同じデータでも、仕様で売上が変わる

購入データは443行ありました。このうち、注文番号が空のものが9件、同じ注文番号の重複が5件です。重複と空を除くと、注文番号の種類は429です（443 = 429 + 空9 + 重複5）。

この購入データで売上を合計すると、次のようになりました。

集計のしかた売上合計
重複を除かずに合計3,238,700円
重複を除いて合計（注文番号が空の9件は含める）3,197,400円
差41,300円（約1.3%）

注文番号が空の9件ぶんの売上は43,100円で、これを除くと429種類の合計は3,154,300円になります。重複を除かない集計では、売上が実際より多く出ます。この差は「どちらかが間違い」という話ではなく、重複をどう扱うかが納品物の仕様に書かれているかどうかで決まります。仕様に書かれていなければ、作った人の判断次第で数字が変わりますし、発注側はそれに気づけません。

今回の差は約1.3%でした。小さく見えますが、これは自分が重複を5件だけ混ぜた架空データでの話です。実際の店舗でどの程度のずれが出るかは、計測の仕組み（購入完了ページの再読み込みで二重に送られる、など）次第なので、この数字を目安にはしないでください。見るべきは、自社の数字で同じ確認をしたらどうなるか、です。

注文番号が空の9件も同様です。これを集計に含めるのか、除くのか。含めると重複判定ができず、除くと売上が減ります。どちらが正しいかは決まっていません。決まっていないものを、決めて書いてあるかが確認の核心です。

Shopifyの管理画面とGA4の売上が合わない原因を扱ったShopifyとGA4で購入数・売上が合わない原因と直し方も、構造は同じで、片方が悪いのではなく数え方の定義が違うことがほとんどです。楽天やAmazonも含めて数字が合わない場合は楽天・Amazonの売上の数字が合わない理由も参考になります。

合計は変わらず、割り振りだけ変わるチェック

もう一つ、発注側でも理解しやすい確認の例があります。広告の貢献度を、チャネルごとに割り振る集計です。

5つのチャネルに売上を割り振る方法は、一つではありません。最初の接点に寄せる方法、最後の接点に寄せる方法、均等に分ける方法など、考え方によって配分は変わります。自分は同じデータを、最後の接点・均等割り・購入に近いほど重くする方法・最初と最後を重くする方法の4通りで計算しました。

結果は、どの方法でも、5チャネルの合計は3,154,300円で一致しました（この計算は、注文番号が空の購入を除いた429種類が対象です。そのため上の表の3,197,400円とは、空の9件ぶん43,100円だけ差があります）。配分の中身はもちろん方法ごとに違います。

ここで言えるのは、「割り振り方で各チャネルの数字は変わるが、足し上げた合計は変わらないはず」という性質です。もし納品物で、方法を切り替えたら合計まで変わってしまうなら、どこかで売上が増えたり消えたりしています。配分の中身が正しいかは分からなくても、合計が保たれているかは誰でも確認できる、というのがこのチェックの価値です。

発注側が確認できるチェックリスト

専門知識がなくても確認できる項目に絞りました。納品物を受け取るとき、または仕様をすり合わせるときに使えます。

  1. 合計が一致するか: 納品された集計の総売上が、別の正本（受注管理システムの出力、モールの売上レポートなど）の合計と、定義をそろえたうえで一致するか。一致しない場合は、差額の内訳を説明してもらえるか
  2. 重複の扱いが書いてあるか: 同じ注文番号が複数回出たとき、1件として数えるのか。仕様書にその一文があるか
  3. 注文番号が空のデータの扱いが書いてあるか: 含めるのか除くのか。除くなら何件、いくら分あるのかを報告してもらえるか
  4. 円とドルなど通貨の取り違えがないか: 通貨の列が複数あるとき、どれを集計したか。海外発送や越境ECがなくても、広告費は外貨建てのことがあります
  5. 納品物と別の計算で突き合わせたか: 作った本人以外の方法、たとえば管理画面の画面上の数字や、手計算の小さなサンプルと照合した記録があるか
  6. 割り振りを変えても合計が保たれるか: 配分の考え方を切り替えられる集計なら、合計が変わらないことを見せてもらえるか
  7. 答えの分かるデータで試したか: 本番データを流す前に、間違いを仕込んだテスト用データで確認した記録があるか。ここで試していれば、上の1〜6の多くは納品前に潰れています

7の確認は、依頼するときに「納品前に、答えの分かるテスト用データで動作確認をしてもらえますか」と一言添えるだけで始められます。やってくれるかどうかで、外注先の姿勢も見えます。

発注側が用意するもの：前提条件

確認を依頼する前に、発注側で用意しておくと進みが違うものがあります。費用や期間は案件の規模で変わるので、ここでは数字を書かず、何を揃えておくかを書きます。

  • 集計の定義書: 「売上」とは税込か税抜か、送料やキャンセル・返品を含めるか、いつの時点（注文日か出荷日か）で数えるか。A4一枚の箇条書きで十分です。これが無いと、チェックリストの1が成立しません
  • 納品物の仕様: 重複、注文番号なし、通貨の扱いを、納品物の仕様として書き込んでもらう。口頭で済ませると、半年後に誰も覚えていません
  • 確認に使える正本データの所在: 受注管理システムの出力、モールのレポート、会計ソフトの売上など、「ここと合えば良い」と言える元の台帳がどこにあるか。誰が出力できるかまで把握しておく必要があります

この3つが無いまま「合っているか見てください」と頼むと、確認する側も何を基準にすれば良いか決められません。自分の実績では、1案件あたりの平均メッセージ数が13.3通（自動挨拶を含む）、平均取引期間が9.4日でした。定義が決まっていないと、その確認のためにやり取りが増えます。定義を先に決めておくほど、確認の往復は減ります。

やらなくてよい場合

ここまで書いた確認は、全員に必要なものではありません。次の場合は、やらなくてかまいません。

  • その数字が、数万円規模の判断にしか使われていない: 仮に1〜2%ずれていても結論が変わらないなら、確認の手間のほうが大きくなります
  • すでに受注データなどの正本と、毎月突き合わせている: 突き合わせて一致していれば、テスト用データでの事前確認はほぼ二重のチェックです。納品物が変わったとき、または集計の定義を変えたときだけ見直せば足ります
  • 集計がまだ試行段階で、定義が固まっていない: 定義が毎週変わる段階で厳密に確認しても、すぐ無効になります。まず定義を決めるのが先です
  • 自分で数えられる規模である: 月の注文が数十件で、手元の台帳と目で照合できるなら、仕組みでの確認は大げさです

逆に、広告予算の配分や仕入れのように、数字が大きな金額の判断に直結していて、しかも正本と突き合わせる習慣が無いなら、納品前の確認に価値があります。

まとめ：納品前に確かめられることは多い

外注した数字が合っているかを、発注側が納品後に確かめるのは難しいものです。しかし、納品の前に答えの分かるデータで試すことと、定義と扱い（重複・注文番号なし・通貨）を仕様に書くことは、専門知識が無くても求められます。

今回の実験は、自分が作った架空のデータで行ったものです。実際の店舗でどんなずれが出るかは、計測の仕組みごとに違います。だからこそ、自社の数字で同じ確認を一度やってみる価値があります。

ここまでを自社で進めるのが難しい場合や、納品物の確認だけを第三者に頼みたい場合は、お見積もりから現状をお知らせください。定義書が無い段階でのご相談でも構いません。ご相談内容の整理から一緒に進めます。