ECで商品が売れて届くまでの流れ|商品登録・決済・出荷・入金を分かりやすく解説 DAY7

🛒 Lv.1 ECの全体像を学習中 XP 70

【DAY7】商品が売れて購入者へ届くまで

商品登録・注文・決済・出荷・配送・入金の基本的な流れ

【DAY7】商品が売れて購入者へ届くまで|注文ボタンはゴールではなくスタート。EC運営の基礎となる9つの工程と4つの状態管理
学習進捗 0 / 100 XP
🔊 音声で聞く「EC注文ボタンの裏側の全貌」

ECサイトで商品を注文すると、画面には「ご注文ありがとうございます」と表示されます。購入者から見ると、これで買い物はほぼ終わったように見えるかもしれません。しかし、販売する側の仕事はここから始まります。

  • 注文内容を確認する
  • 支払い状況を確認する
  • 在庫を確保する
  • 商品を取り出す
  • 検品する
  • 梱包する
  • 配送会社へ渡す
  • 追跡番号を知らせる
  • 売上金の入金を確認する
購入者に見えるのは「ご注文ありがとうございます」の画面だけ。その裏側では在庫確保・検品・梱包・決済確認・配送手配という高度な状態管理と物流の連動システムが動いている

一つの商品が購入者へ届くまでには、商品・情報・お金・荷物が、それぞれ別のタイミングで動きます。

「注文ボタンが押された瞬間はゴールではなく、商品を届ける仕事のスタートなんだ!」

この記事で分かること

  • 商品を販売する前に登録する情報
  • 購入者が注文するまでの流れ
  • 注文受付と決済完了の違い
  • 在庫を確保する「引当」の意味
  • 検品・梱包・出荷の流れ
  • 出荷と配送完了の違い
  • 売上確定と入金の違い
  • キャンセルや決済エラーが起きた場合の対応
  • 運用開始前に決めておきたい担当者

ECの基本を理解するには、商品登録から購入、発送、入金、必要に応じた売上分配までを、一つの流れとして見る必要があります。

先に結論|EC販売は9つの工程で考える

EC販売の全体像(9つの工程マップ):商品情報を登録する→商品を公開する→購入者が注文する→支払い状況を確認する→在庫を確保する→商品を検品・梱包する→商品を出荷する→配送会社が届ける→売上金が入金される
1.商品情報を登録する
2.商品を公開する
3.購入者が注文する
4.支払い状況を確認する
5.在庫を確保する
6.商品を検品・梱包する
7.商品を出荷する
8.配送会社が購入者へ届ける
9.売上金が販売者へ入金される

ただし、すべてのECが同じ順番になるとは限りません。

  • 銀行振込では、入金確認後に発送する
  • 代引きでは、購入者が受け取るときに支払う
  • 受注生産では、注文後に商品を製造する
  • デジタル商品では、荷物の配送がない
  • プラットフォームでは、売上金が複数の事業者へ分配される
  • 決済サービスによって入金日が異なる

商品、決済、契約、利用サービスによって流れが変わるため、実際の運用を確認する必要があります。

身近な例で考えると「お弁当の予約注文」と同じ

お弁当屋の電話予約とECのシステムを比較。お弁当屋(電話を受ける→厨房で弁当確保→詰める→店頭で手渡し&会計)とEC(Webサイトで受付→倉庫で在庫引当→梱包→配送会社が届ける&システムで決済)

お弁当屋へ、電話でお弁当を予約する場面を想像してみてください。購入者から注文が入ると、お店は次の内容を確認します。

  • どのお弁当か
  • 何個必要か
  • いつ受け取るか
  • 名前と連絡先
  • 支払方法
  • 注文を受けられる在庫があるか

注文を受けたら、材料やお弁当を確保します。その後、商品を用意し、内容に間違いがないか確認して、購入者へ渡します。ECでは、電話や店頭で行っていた確認を、Webサイト、決済システム、在庫管理、配送会社などを使って行います。違いは、購入者がその場で商品を持ち帰るのではなく、梱包して別の場所まで届けることです。

1.商品情報を登録する

販売前に「商品マスタ」を用意する

ECサイトで商品を販売するには、まず商品情報を登録します。商品に関する基本情報をまとめたデータは、一般的に「商品マスタ」と呼ばれます。主な登録項目は次のとおりです。

  • 商品名/商品コード/SKU
  • 販売価格/商品説明/商品画像
  • サイズ/重量/材質・成分
  • 在庫数/配送方法/送料
  • 発送までの日数/返品条件/注意事項
  • 公開・非公開の状態

商品登録に必要な情報が不足していると、販売開始後に問い合わせや返品が増える可能性があります。

商品そのものと商品情報は別に管理される

工程1-2:商品情報の登録と公開。倉庫にある物理的なモノとデジタル空間の商品マスタ(商品名・SKU・価格・サイズ・材質・在庫数・発送日)は別に管理される

ECサイト上に表示されるのは、商品そのものではありません。商品を説明するデータです。たとえば、倉庫に青いマグカップが10個あっても、ECサイトに次の情報が正しく登録されていなければ販売できません。

  • 商品名/写真/色/容量/サイズ/価格/在庫数/発送日

商品が倉庫に存在することと、ECサイトで正しく販売できることは別です。

「倉庫には商品、ECサイトには商品を説明する情報があるんだね!」

2.商品を公開する

商品情報を登録しただけでは、購入者から見えない場合があります。内容を確認し、公開状態にすると、商品ページが表示されます。公開前には、次を確認します。

  • 商品名に間違いがないか/写真と商品が一致しているか/価格が正しいか
  • 税や送料の表示が正しいか/在庫数が正しいか/発送までの日数が書かれているか
  • 注意事項が不足していないか/返品条件が確認できるか
  • 販売してよい商品か/表示内容に問題がないか

複数の会社が関わる場合、販売者だけでなく、メーカーや商品提供者による確認が必要になることもあります。

3.購入者が注文する

購入者は商品ページを見て、購入手続きを進めます。一般的な注文の流れは次のとおりです。

商品ページを見る カートへ入れる 数量を確認 氏名・住所を入力 配送方法を選ぶ 支払方法を選ぶ 最終確認 注文確定

注文が確定すると、ECシステムに注文データが作成されます。

4.注文受付と決済完了は同じではない

EC運用で特に重要なのが、注文が入ったことと、代金の支払いが完了したことを分けて考えることです。注文番号が発行されても、支払いが完了していない場合があります。

支払いが完了していない例

  • クレジットカードが利用できなかった
  • 決済画面の途中で終了した
  • 銀行振込がまだ行われていない
  • コンビニでの支払い待ち
  • 後払いの審査中
  • 不正利用の確認中
  • 決済システムとの通信に失敗した

注文状態と決済状態を分ける

「注文=決済完了=出荷」ではありません。注文状態(処理中・キャンセルなど)、決済状態(未払い・支払済み・決済失敗)、配送状態(未出荷・出荷済み・配達完了)は別の状態として管理する
確認項目何を表すか
注文状態注文受付、処理中、発送済み、キャンセルなど
決済状態未払い、支払済み、返金済み、決済失敗など
配送状態未出荷、出荷済み、配送中、配達完了など

この3つを一つの状態として扱うと、誤発送や対応漏れが起こりやすくなります。

5.在庫を確保する

注文された商品を他の人へ売らないようにする

工程5:在庫引当(ひきあて)の概念。実際の在庫10個のうち注文分2個を確保・ロックし、販売可能在庫は8個になる。これを行わないと売り越し(欠品販売)が発生する

注文が入ると、販売可能な在庫から注文分を確保します。この処理を「在庫引当」と呼びます。たとえば、商品が10個あり、2個の注文が入った場合を考えます。

実際の在庫10個
注文分2個
販売可能8個

注文された2個は、購入者へ発送するために確保されます。

⚠ 在庫数が10個のまま表示され続けると、別の購入者からさらに10個の注文が入る可能性があります。実際には8個しか残っていないため、2個不足します。このように、実際に用意できる数量より多く販売してしまうことを「売り越し」と呼ぶことがあります。

決済に失敗した場合の在庫

決済が失敗した注文について、在庫をいつ戻すかも決める必要があります。決済失敗時にすぐ戻す、一定時間だけ確保する、担当者が確認して戻す、入金期限を過ぎたら戻すなどの方法があります。ここが決まっていないと、購入されていない商品が長時間売り切れ表示になる可能性があります。

6.注文内容を確認する

出荷前に、注文内容に問題がないか確認します。主な確認項目は次のとおりです。

  • 支払いが完了しているか/商品と数量が正しいか/在庫があるか
  • 配送先住所に不足がないか/電話番号が入力されているか
  • 配送方法が商品に合っているか/日時指定に対応できるか
  • 購入者からの要望があるか/不正注文の可能性がないか/重複注文がないか

問題がある場合は、すぐに発送せず、購入者や関係者へ確認します。

工程6:注文内容の確認(レッドフラグ検知)。郵便番号と住所が一致しない、冷凍と常温の同時注文、初回で高額商品の大量注文、重複注文、備考欄への個別対応の要望などを検知した場合はシステムの自動進行を止めて人の目で確認する

要確認になりやすい注文

  • 郵便番号と住所が一致しない/番地がない
  • 電話番号の桁が不足している
  • 冷凍商品と常温商品を同時に注文している
  • 高額商品を大量に注文している
  • 海外転送先が指定されている
  • 備考欄に個別対応の要望がある
  • 在庫数より多い数量が注文されている
  • 同じ注文が短時間に複数作成されている

7.商品を取り出して検品する

倉庫や発送担当者は、注文情報をもとに商品を取り出します。商品を棚から取り出す作業は、物流の現場で「ピッキング」と呼ばれます。

工程7-8:ピッキング・検品・梱包。ピッキングで商品コード・色・サイズ・数量を照合し、検品で破損・付属品・賞味期限をチェックし、商品に合わせた最適な梱包(陶器は緩衝材で固定、食品は温度管理、衣類は水濡れ防止)を行う

8.商品を梱包する

検品した商品を、配送中に壊れないように梱包します。梱包では、商品を箱へ入れるだけではありません。

  • 商品の大きさ・重量・壊れやすさ/水濡れへの弱さ/温度管理
  • 液漏れの可能性/箱の中で動かないか/複数商品を同梱できるか
  • 配送会社のサイズ制限/購入者へ必要な書類

9.商品を出荷する

出荷とは、商品を発送元から送り出すこと

工程9-10:「出荷」と「配送」のリレー。出荷済み(配送会社へ渡した)と配達完了(客に届いた)は異なる。発送通知には配送会社名・追跡番号・配送状況の確認リンクが必須。配達完了後も商品が見つからない等のトラブルが起こりうる

商品を配送会社へ渡し、発送処理を完了すると「出荷済み」になります。ただし、出荷済みは、購入者へ商品が届いたという意味ではありません。

未出荷 出荷済み 配送中 配達完了

10.配送会社が購入者へ届ける

配送会社へ渡された荷物は、配送拠点を経由して購入者へ届けられます。

発送元 地域の集荷拠点 仕分け拠点 配送先地域の拠点 配達担当者 購入者

配送遅延、住所不明、長期不在、受取拒否、荷物の破損・紛失、誤配送、宅配ボックスへ入らない、天候や災害による遅れなどが起こる可能性があります。出荷しただけで対応を終わらせず、問題が起きたときの確認先と対応方法を決めておきます。

配達完了でも終わりとは限らない

配送会社の情報が「配達完了」でも、購入者から「商品が見つからない」「家族が受け取っていた」「宅配ボックスに入っていない」「別の住所へ届いた」「商品が壊れていた」「注文した商品と違う」「数量が足りない」といった連絡が来ることがあります。販売者は、注文番号、追跡番号、配送先、出荷内容を確認し、必要に応じて倉庫や配送会社へ連絡します。

11.売上が確定する

注文金額と確定した売上は同じとは限らない

注文が入った時点で表示される金額が、そのまま最終的な売上になるとは限りません。注文キャンセル、全額返金、一部返金、数量変更、値引き、送料の変更、チャージバック、受取拒否、返品などが起こる可能性があります。そのため、ECでは「注文金額」「決済済み金額」「確定売上」「入金額」を分けて確認することがあります。

工程11-12:売上確定と入金のタイムラグ。購入者の支払額10,800円から決済関連費用324円・振込関連費用200円が差し引かれ、実際の入金額は10,276円になる。注文日と入金日は異なり、契約に応じた入金サイクルがある

1万円の商品を注文した例で考えます。

商品代金10,000円
送料800円
購入者の支払額10,800円

この10,800円が、すぐに全額販売者の銀行口座へ入るとは限りません。たとえば、決済関連費用324円、振込関連費用200円が差し引かれ、入金額は10,276円になる、という例です。これは仕組みを理解するための例です。実際の手数料、計算方法、消費税の扱い、入金条件は、利用するサービスや契約によって異なります。

12.販売者へ売上金が入金される

購入者の支払いと販売者への入金には時間差がある

購入者が注文時にカードで支払っても、販売者の銀行口座へ同じ日に入金されるとは限りません。決済会社やECサービスが売上金をまとめ、決められた日に販売者へ入金する場合があります。毎週入金、月2回入金、月1回入金、申請後に入金、売上金が一定額に達したら入金など、方法はサービスによって異なります。実際の入金サイクルは、最新の公式情報や契約書を確認します。

注文・決済・出荷・入金は別々に管理する

4つの状態を比較すると、違いが分かりやすくなります。

状態意味確認すること
注文済み購入者の注文データが作成された商品、数量、住所
決済済み支払い処理が完了した決済結果、支払金額
出荷済み荷物を配送会社へ渡した追跡番号、出荷日
入金済み売上金が販売者へ振り込まれた手数料、返金、入金額

「注文・支払い・発送・入金は、全部違うチェックポイントなんだ!」

よくある勘違い

実際のケースで考えてみよう

ケース|手作りマグカップを販売する

ある工房が、自社ECで手作りのマグカップを販売しています。商品は工房で保管し、注文後にスタッフが梱包・発送します。購入者はクレジットカードで支払います。

  1. 商品登録:商品名、写真、容量、サイズ、色、価格、在庫数、発送日、注意事項を登録します。
  2. 注文:購入者がマグカップを1個注文します。
  3. 決済:カード決済が承認されたことを確認します。
  4. 在庫引当:在庫5個のうち、1個を注文分として確保します。
  5. 検品:ひび、欠け、汚れがないか確認します。
  6. 梱包:緩衝材を使い、箱の中で動かないようにします。
  7. 出荷:配送ラベルを作り、配送会社へ渡します。
  8. 発送通知:購入者へ追跡番号を知らせます。
  9. 配達:購入者が商品を受け取ります。
  10. 入金:決済会社の入金日に、手数料などが差し引かれた売上金が振り込まれます。
例外対応のトラブルシューティング。決済が失敗した場合は在庫を販売可能に戻すか期限まで確保して待つ、商品が破損していた場合は代替品の有無を確認しなければ購入者へ連絡し返金、住所が不足している場合は直ちに出荷を保留し購入者へメールで確認する

途中で商品が破損していた場合

検品時にひびが見つかったとします。この場合は、代わりの商品があるか、在庫表示を修正するか、発送が遅れるか、購入者へ連絡する必要があるか、キャンセルや返金が必要か、破損した在庫を誰が記録するかを確認します。注文後の例外処理も、EC運用の一部です。

EC運用を始める前に決める12項目

運用前に決める12の担当者マップ。誰が、いつ、どの画面を見るか決めていますか?情報系タスク(商品登録・公開承認)、注文系タスク(注文確認・決済確認・在庫更新)、物流系タスク(ピッキング・検品・梱包・出荷登録)、顧客・お金系タスク(問い合わせ対応・返品判断・入金確認)
  1. 商品情報を登録する人:商品名、価格、画像などを誰が登録するか。
  2. 公開を承認する人:誤った情報のまま公開しないよう、確認者を決めます。
  3. 注文を確認する人:何時に、何回確認するかも決めます。
  4. 決済状態を確認する人:未払いの注文を発送しない仕組みをつくります。
  5. 在庫を更新する人:入荷、販売、破損、返品を反映します。
  6. 商品を取り出す人:商品コード、数量、種類を確認します。
  7. 検品する人:破損、不良、期限などを確認します。
  8. 梱包する人:商品に合う梱包方法を決めます。
  9. 出荷を登録する人:追跡番号と出荷日を登録します。
  10. 問い合わせへ対応する人:配送、商品、支払いなどの確認先を分けます。
  11. 返品・返金を判断する人:判断者と実際に操作する人を決めます。
  12. 入金を確認する人:注文、売上、手数料、入金額を照合します。

やってみよう|この場面、次に何をする?

実務でよく起こる場面をタップすると、まず確認すべきことと対応の考え方が分かります。すべてタップして、判断の基準を整理してみましょう。

決済状態が「未払い」のまま処理中になっている
在庫が残りわずかで、同じ商品を複数の人が見ている
配送先住所に番地がない・郵便番号と一致しない
出荷済みなのに追跡情報が更新されない
検品で商品にひびや破損が見つかった
入金額が注文金額と一致しない

確認した項目:0 / 6

アウトプットワーク|注文から入金までの流れを作ろう

販売したい商品を一つ決めてください。入力内容はこのブラウザにのみ保存され、外部へは送信されません。

担当者を整理する

工程担当する人・会社確認すること
商品情報の登録
商品の公開
注文確認
決済確認
在庫引当
ピッキング
検品
梱包
出荷登録
配送
問い合わせ
売上・入金確認

状態の変化を書いてみよう

商品公開 注文
決済 在庫
出荷 配送 入金

例外対応も考える

決済に失敗した
在庫がなかった
配送先住所が不足していた
商品が破損していた
購入者から返品希望があった

記入できたら完了にする

ここまで書ければ、注文から入金までの流れと担当者が見えるようになります。

理解度チェッククイズ

第1問 商品が販売される前に、最初に必要になるものとして最も近いのはどれでしょうか?

A.商品情報の登録
B.配達完了の通知
C.返金処理
正解はAです。ECで商品を販売するには、商品名、価格、画像、在庫、配送条件などの商品情報を登録します。

第2問 注文番号が発行された場合、支払いも必ず完了しているでしょうか?

A.必ず完了している
B.決済方法や状態によっては未完了の場合がある
C.ECでは支払い確認は行わない
正解はBです。銀行振込待ち、決済失敗、審査中など、注文が作成されても支払いが完了していない場合があります。

第3問 在庫引当とは、どのような処理でしょうか?

A.注文された数量を在庫から確保する
B.配送会社へ代金を振り込む
C.商品画像を撮影する
正解はAです。在庫引当は、注文された商品を他の購入者へ販売しないように確保する処理です。

第4問 「出荷済み」の意味として正しいものはどれでしょうか?

A.購入者が商品を使い終わった
B.商品を配送会社へ渡し、送り出した
C.売上金が銀行口座へ入金された
正解はBです。出荷済みは、発送元から配送会社へ商品を渡した状態です。購入者への配達完了とは異なります。

第5問 購入者が支払った金額と、販売者の銀行口座へ入る金額が異なる場合がある理由は何でしょうか?

A.決済手数料や返金などが差し引かれる場合がある
B.商品名が長いから
C.購入者の住所が遠いから必ず半額になる
正解はAです。購入者の支払額から、決済手数料、販売手数料、返金などが差し引かれる場合があります。

第6問 ECで「注文状態」「決済状態」「配送状態」を分けて管理する理由として近いものはどれでしょうか?

A.注文・支払い・発送は別のタイミングで進むから
B.画面の色を増やすため
C.商品写真を大きくするため
正解はAです。注文が作成されても、支払いや発送が完了しているとは限りません。別々の状態として管理します。

第7問|実務判断問題 注文が入り、画面には「処理中」と表示されています。しかし、決済状態は「未払い」、在庫は1個しかありません。別の購入者も同じ商品を見ています。このとき、どのような点を確認し、どう対応しますか?

回答例を見る

利用している決済方法を確認する→支払い期限と、未払い中の在庫確保ルールを確認する→現在の注文分として在庫が引き当てられているか確認する→いつまで在庫を確保するか判断する→決済が失敗した注文なら在庫を販売可能へ戻す→支払い待ちなら、期限まで確保するか運用ルールに従う→購入者へ必要な支払い案内を送る。

未払い注文をすぐに発送せず、在庫の確保期限も決めておく必要があります。

よくある質問

今回のまとめ

EC運用の5つのゴールデンルール:倉庫のモノとサイトの情報を分けて管理する、注文・決済・配送を別々のステータスとして扱う、売り越しを防ぐため確実に在庫引当を行う、正確な検品・梱包を行い出荷後の追跡番号を伝える、購入者の支払額と実際の入金額そのタイムラグを理解する

ECで商品が売れて購入者へ届くまでには、複数の工程があります。今回覚えておきたいポイントは、次の5つです。

  1. 販売前に商品情報と在庫を正しく登録する
  2. 注文受付と決済完了は別の状態として確認する
  3. 注文された商品は在庫から確保する
  4. 検品・梱包後に出荷し、配送状況を確認する
  5. 購入者の支払日と販売者への入金日は異なる場合がある

ECでは、注文が入れば終わりではありません。注文・決済・在庫・出荷・配送・入金を、それぞれ別の工程として管理することが重要です。誰が、どの画面を確認し、どの条件で次の工程へ進めるのかを決めておくと、誤発送、未払い発送、在庫切れ、問い合わせの放置を防ぎやすくなります。

「注文からお届けまで、ひとつずつ確認してバトンをつなごう!」

DAY7の実践課題

普段利用しているECサイトで商品を一つ選び、購入すると仮定して、商品ページに必要な情報、注文時に入力する情報、選べる支払方法、在庫が確保されるタイミング、商品を梱包する人、商品を発送する場所、使用する配送会社、発送通知に書かれる内容、返品する場合の窓口、販売者へ売上金が入るまでの流れを考えてみましょう。

分からない項目は推測せず、商品ページ、特定商取引法に基づく表示、利用規約、よくある質問などから確認してください。

獲得バッジ

音声で学んだ
判断マスター
フロー作成
FAQマスター
クイズクリア

次回 DAY8:ECにおける商品・情報・お金・荷物の流れ

商品そのもの、商品データ、注文情報、決済情報、荷物が、どの会社の間をどう動くのか整理します。

DAY8へ進む(公開後にリンクします)

文:横田和也/解決ドットコム編集部

\ 最新情報をチェック /