DX

1行は注文1件か明細1件か?集計が倍になる前の粒度確認

1行は注文1件か明細1件か?集計が倍になる前の粒度確認の実務ガイド。受注集計の1行の単位を確認:記入メモ

DX・業務改善 · 実務ガイド

1行は注文1件か明細1件か?集計が倍になる前の粒度確認

1注文に3明細ある表を、3注文として集計すると件数が増えて見えます。受注責任者は、1行が注文、明細、納品のどれを示すかを定義し、数えるIDと金額の合計を分けます。

架空のO191に1,500円、1,000円、500円の3明細がある例です。注文件数1件と明細数3件、明細合計3,000円を別名で記録し、繰り返された注文合計を足さない確認表を作れます。

DREEXY編集部 · 2026.10.10版

1行は注文1件か明細1件か?集計が倍になる前の粒度確認の実務ガイド。受注集計の1行の単位を確認:記入メモ

この記事でできるようになること

  • 注文・明細・納品で異なる1行の定義
  • 数えるIDと合計する金額の対応表
  • 表を結合したときの重複と確認例

01 / DX・業務改善

受注表の1行は、何の1件?

責任者が表の記録単位を名前とIDで定義します。

注文O191の1件と3明細は同じ数? 受注責任者が数える対象を分ける。
受注責任者が数える対象を分ける。 この図を保存 ↓

架空のO191には商品A、B、Cの3明細があります。明細表は3行ですが注文は1件です。報告の行数を注文数と呼ぶと、件数が3倍に見えます。

注文表の1行は注文ID、明細表の1行は注文IDと明細ID、納品表の1行は所定の納品記録に対応させます。同じ1行という言葉でも事実が違います。

表へ明細IDがなければ、重複行か別明細かが判断できない場合があります。必要な識別の根拠を確認し、行番号だけを業務上のIDへ読み替えません。

ここからできること

表ごとの1行の意味と識別IDを定義してください。

この章の根拠:出典1出典2

02 / DX・業務改善

注文数と明細数を、何で数える?

注文IDの重複を除いた数と、明細IDの数を別指標にします。

受注集計の何をどのIDで数える? 報告担当が指標とIDを対応させる。
報告担当が指標とIDを対応させる。 この図を保存 ↓

O191が明細表へ3回現れても、注文IDが同じならこの例の注文数は1件です。明細IDがそれぞれ違うなら明細数は3件です。どちらも数えられますが、指標名を分けます。

取消や対象外の明細を含むかも定義します。注文に未確定の行があるとき、全体の件数へどう入れるかを責任者が決めます。行の整理だけで対象範囲は決まりません。

同じ注文IDが別拠点で使われるなら、拠点とIDの組で一意になるかを確認します。重複を除く操作が別注文を消していないか、元記録へ戻れるようにします。

ここからできること

指標ごとに使うIDと対象外の条件を記してください。

この章の根拠:出典1出典3

03 / DX・業務改善

明細表の注文合計を、そのまま足せる?

繰り返された注文合計と明細金額を区別して集計します。

O191の金額を何の列で合計する? 同じ注文合計を明細数だけ足さない。
同じ注文合計を明細数だけ足さない。 この図を保存 ↓

O191の明細金額は1,500円、1,000円、500円で合計3,000円です。各明細へ注文合計3,000円を表示している表なら、3行を足すと9,000円になります。注文の合計を3回足した結果です。

報告担当は、明細金額を足すのか、注文ごとの合計を1回ずつ使うのかを決めます。両方を一緒に合計しません。列名と1行の単位を集計条件へ記します。

値引きや送料が注文単位の別項目なら、その範囲を確認します。明細の合計だけで注文総額になるかを原記録で確かめ、別の単位の金額を一律に分けないようにします。

比較表は横に動かして全ての列を確認できます。

O191の明細表の例
明細明細金額繰り返される注文合計
A1,500円3,000円
B1,000円3,000円
C500円3,000円
ここからできること

明細金額と注文合計を別名にし、どちらを集計するか指定してください。

この章の根拠:出典2

04 / DX・業務改善

納品表と結合したら、なぜ行が増える?

別の記録単位を対応させた結果を確認し、増えた行を新規件数にしません。

受注と納品の表を結合したら何を見る? 責任者が元の記録単位と繰返しを確認する。
責任者が元の記録単位と繰返しを確認する。 この図を保存 ↓

1注文に複数明細と複数納品がある場合、表の対応方法によって同じ明細や注文の金額が繰り返されます。報告担当は結合前後で、注文IDと明細IDが何回現れるかを確認します。

納品の行数を使って注文金額を合計すると、同じ金額を配送の回数だけ足す可能性があります。結合後の1行が何の組なのかを定義し、金額を集計する単位を先にそろえます。

対応が不明な行は、単に重複として削りません。別の納品の記録を消す場合があるからです。元のIDと関係を保存し、開発と業務担当が正しい組を確認します。

ここからできること

結合前後のIDと金額の繰返しを確認し、行数の増加を新規注文数と呼ばないでください。

この章の根拠:出典1出典3

05 / DX・業務改善

集計ルールを、どの例で確かめる?

1明細、複数明細、複数納品、取消を含む例で指標ごとに照合します。

受注の1行定義をどう確認する? 業務の期待と表のID、報告の値を照合する。
業務の期待と表のID、報告の値を照合する。 この図を保存 ↓

受注責任者は1注文1明細の例、O191の3明細、納品が分かれる例を用意します。注文数、明細数、金額の期待値を別に確認します。

取消や重複IDの条件も、自社で扱う範囲に合わせて確認します。件数が合っても金額が繰り返される場合があるため、件数と合計は別の欄で照合します。

報告を変更したら、過去版と現在版の差が実績の変化か集計単位の変更かを示します。定義を変えて件数が減ったことを、問い合わせや受注の減少と読み替えないようにします。

ここからできること

複数明細と複数納品の例で件数・金額を別々に確認してください。

この章の根拠:出典1出典2

06 / DX・業務改善

まとめ:受注集計の1行と数えるIDをそろえる

注文、明細、納品の単位を分け、合計列と結合後の繰返しを確認します。

受注集計の1行確認に何を残す? 責任者が記録単位と合計の根拠をそろえる。
責任者が記録単位と合計の根拠をそろえる。 この図を保存 ↓

O191は注文1件、明細3件、明細金額の合計3,000円です。明細表の3行を注文3件と呼ばず、繰り返した注文合計を9,000円へ足しません。

指標ごとのIDと対象範囲を定義し、表の結合で何の組が1行になったかを確認します。見た目の重複だけで削ると、別の納品記録を失う場合があります。

粒度の確認メモへ、1行の定義と期待する件数・金額を記してください。集計単位を変えた差と実際の実績を分け、報告を判断する経営者が数字の意味を追える状態にします。

ここからできること

複数明細の注文1件を使い、受注・開発・報告担当で1行と合計の規則を確認してください。

この章の根拠:出典1出典2出典3

仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。

AI・DXとマーケティングを一体で相談

KEEP EXPLORING

次のヒントを、もうひとつ。

すべての記事を見る

LET’S CONNECT THE DOTS.

次の一歩を、
一緒につくる。

業務も、AIも、集客も。
課題がまだ整理できていなくても、ご相談ください。

AI・DXとマーケティングを一体で相談
一体で相談する