バックオーダーとは？

バックオーダー（Backorder）は、在庫切れによる販売機会の逸失（機会損失）を最小限に抑えつつ、顧客の購買需要を維持するための在庫管理・受注処理手法です。しかし、適切な管理基準や出荷オペレーションが確立されていない場合、納期遅延によるキャンセル増加や分納に伴う物流コストの肥大化を招くリスクを内包しています。本稿では、バックオーダーの定義や類似用語との違い、バックオーダー率の適正値の算出ロジックから、現場オペレーションおよびシステム連携の具体策までを体系的に解説します。

バックオーダーとは？欠品・お取り寄せ・予約販売との違いを徹底比較

バックオーダーの基本定義とビジネス英語における用法

バックオーダー（Backorder）とは、倉庫や店舗で一時的に在庫が切れている商品に対して注文を受け付け、次回入荷次第発送する受注方式、およびその「入荷待ち」の状態を指します。実務上は「入荷前提の受注確定状態」として扱われ、在庫切れによる機会損失を回避する有効な手段として多くのECサイトや製造・卸売の現場で導入されています。

グローバルなサプライチェーンや海外取引においても頻出するビジネス英語であり、主に以下のように名詞や動詞として使い分けられます。

• be on backorder（名詞的用法：入荷待ち状態にある）
  「The item is currently on backorder and will ship next week.（その商品は現在バックオーダー中［入荷待ち］であり、来週発送予定です）」のように、商品が入荷待ちのステータスであることを示します。
• place a backorder / backorder something（動詞的用法：バックオーダーで発注する・受注残にする）
  「We placed a backorder with the supplier.（仕入れ先にバックオーダーで発注した）」や「The system automatically backordered the out-of-stock items.（システムが在庫切れ商品を自動的にバックオーダーとして処理した）」のように、受注残として確定させる行為を表します。

倉庫管理システム（WMS）や受注管理システム（OMS）の実務において、バックオーダーは「引当待ちの確定受注データ」として保持されます。調達先への発注残（仕入先からの納品待ちデータ）と紐づけて管理され、倉庫へ商品が入荷・検品された瞬間に自動で在庫引当が行われる運用が標準です。

「欠品」「お取り寄せ」「予約販売」との違いと使い分け一覧表

バックオーダーと類似する用語には「欠品」「お取り寄せ」「予約販売」があります。顧客視点では「手元に届くまで時間を要する」点で共通していますが、在庫管理の前提や受注処理プロセスにおいてサプライチェーン上の位置づけが異なります。

区分	通常在庫の有無	受注確定の可否	実務上の主な特徴
バックオーダー	あり（常時在庫品）	可（受注確定）	一時的な在庫切れに対し、次回入荷を前提に注文を確定させて入荷待ちとする方式。
欠品（在庫切れ）	あり（常時在庫品）	不可（販売停止）	安全在庫を割り込み在庫がゼロとなり、注文受付を停止・キャンセルする状態。
お取り寄せ	なし（都度調達品）	可（条件付き確定）	自社に常時在庫を持たず、注文が入る都度メーカー等へ発注する販売形態。
予約販売	なし（発売前・製造前）	可（事前受注）	新商品や季節限定品など、発売日や出荷開始日があらかじめ決まっている形態。

注文受付自体を停止する「欠品」は直接的な売上減少を招きます。これに対しバックオーダーは、次回入荷までのリードタイムを顧客に明示した上で注文を確定させるため、需要の流出を阻止できます。ただし、複数商品の同時注文時に在庫品を先行出荷する「分納」を行うか、全品揃ってからの一括発送とするかによって、配送料負担や倉庫作業の手間が変動します。

バックオーダーを導入するメリット・デメリット｜売り手・買い手双方の視点

バックオーダーの運用には、売り手・買い手双方に明確な利点と潜在的な業務リスクが存在します。単に受注を継続するだけでなく、キャッシュフローや保管コスト、現場の出荷負荷への影響を総合的に把握した設計が求められます。

対象	メリット	デメリット・リスク
売り手（EC事業者・メーカー）	・欠品による機会損失の防止 ・過剰在庫を抱えないことによる保管コスト削減 ・実需に基づく精度の高い需要予測データの取得	・キャンセル率の上昇と顧客満足度の低下 ・分納や個別引当に伴うWMSでの二重管理コスト ・入金・売上計上タイミングのズレによるキャッシュフロー圧迫
買い手（エンドユーザー・調達企業）	・再入荷を待たずに購入権利を確定できる ・他店を探し回る手間の削減 ・BtoBにおける将来の必要資材の優先確保	・納期の遅延やリードタイム長期化による不確実性 ・急な入用に対応できないことによる生産停止リスク（BtoB） ・分納に伴う受入・検収工数の増加

売り手（EC・メーカー）のメリットと管理リスク

EC事業者や製造・卸企業にとって最大のメリットは、欠品による機会損失を直接的に防げる点にあります。在庫がゼロになった段階で即座に「売り切れ」表示を行うとユーザーは競合他社へ流出しますが、バックオーダーを受け付けることで売上を維持できます。また、過剰な安全在庫を持たずに済むため、倉庫スペースの有効活用と棚卸資産の圧縮にも寄与します。

一方で、売り手側には以下の実務リスクが発生します。

• キャンセルリスクの増大: 調達リードタイムが予定より延びると購買意欲が減退し、出荷直前のキャンセルが発生しやすくなります。実務上の傾向として、リードタイムが2週間を超えるとキャンセル率が急増するため、確定納期の精度管理が欠かせません。
• 現場工数と配送費の増加: 即納可能な通常在庫商品と入荷待ちのバックオーダー商品を同時に注文された場合、通常在庫のみを先行出荷する「分納」を行うケースがあります。分納は梱包資材費や配送料が二重に発生するだけでなく、WMS上での引当分離やステータス管理、ピッキング指示の再発行といった現場負荷を押し上げます。
• 決済・キャッシュフローの制約: クレジットカード決済では注文から出荷までの期間が空くと与信枠（オーソリ）の有効期限が切れ、再オーソリ処理や決済エラーが生じます。また、仕入先への支払いが先行し、購入者からの売上計上が遅れることで、運転資金を一時的に圧迫します。

買い手（エンドユーザー・調達企業）のメリットと留意点

購入者であるエンドユーザーや企業の調達担当者にとっての利点は、再入荷通知を待たず確実に商品を確保できる点です。流通数の少ない専門部材であっても、バックオーダーを入れておくことで入荷順に自動引当されるため、在庫復活に合わせて複数サプライヤーへ都度見積もりを取る手間を省けます。

ただし、買い手側には以下の制約が生じます。

• 納期遅延による調達計画の狂い: 調達先の製造遅れや輸送トラブルにより、事前に提示された入荷予定日が後倒しになるリスクがあります。特にBtoB取引では、主要部品の納期が数日遅れるだけで工場の生産ライン停止や納品遅延ペナルティに直結します。
• 受入・検収工数の増加: 複数品目を一括発注した際に一部のみがバックオーダーとなった場合、納品が複数回に分かれます。受入現場では入荷時の伝票照合、検収作業、買掛処理が納品回数分だけ発生し、管理工数が増大します。

バックオーダー率の計算式とサプライチェーンにおける適正値の測り方

サプライチェーンにおいてバックオーダーの発生状況を定量的に把握することは、適正在庫を維持するための基軸となります。客観的な数理指標を用いて需給バランスを評価します。

バックオーダー率（Backorder Rate）の算出方法と評価指標

自社の供給体制が需要にどれだけ追従できているかを測る指標が「バックオーダー率（Backorder Rate）」です。一般的に、注文件数を基準とした以下の計算式で算出されます。

バックオーダー率（%） = （バックオーダー注文件数 ÷ 総注文件数） × 100

SKUごとの供給実態を精密に把握する場合は、注文件数ではなく受注数量（個数）ベースで「バックオーダー数量 ÷ 総受注数量 × 100」として集計します。

評価水準	バックオーダー率の目安	サプライチェーンの状態	実務上の主な対応策
過剰警戒	0.5% 未満	供給は安定しているが、安全在庫を過大に抱えているリスクが高い	発注点・ロットサイズの見直し、安全在庫の削減検証
適正水準	1.0% 〜 3.0%	需要変動を適度に吸収し、在庫コストと納期遵守のバランスが良好	現行の補充方針を維持、サプライヤーの納期遅延モニタリング
要改善	5.0% 〜 8.0%	調達リードタイムの遅延や需要予測の乖離が発生している	発注サイクルの短縮、入荷待ち顧客への通知プロセスの自動化
危険水準	10.0% 以上	供給能力が著しく不足し、顧客離脱や機会損失が深刻化している	サプライヤーの複数購買化、分納による出荷運用の即時導入

例えば月間10,000件の注文を処理する現場において、バックオーダー率が5.0%に達すると毎月500件の入荷待ち受注が発生します。これに伴う問い合わせ対応工数の増加や、分納時の追加配送料負担が直接的なコスト増要因となります。

安全在庫・調達リードタイム・サービスレベルとの相関関係

バックオーダー率は、安全在庫の算出ロジックと密接に連動しています。需要と調達リードタイムの双方が正規分布に従う場合、必要とされる安全在庫量（$SS$）は以下の標準モデルによって決定されます。

安全在庫量（$SS$） = $z \times \sqrt{L \times \sigma_D^2 + D^2 \times \sigma_L^2}$

• $z$：目標サービスレベルから導出される安全係数（例：95%なら $z \approx 1.65$、99%なら $z \approx 2.33$、99.9%なら $z \approx 3.09$）
• $L$：平均調達リードタイム
• $\sigma_D$：需要の標準偏差（日々の売上のバラつき）
• $D$：平均需要（1日あたりの平均出荷数）
• $\sigma_L$：調達リードタイムの標準偏差（納期のバラつき）

サービスレベル（品切れを起こさない確率）を95%から99.9%へ引き上げるとバックオーダー発生確率はほぼゼロになりますが、安全係数 $z$ は1.65から3.09へと約1.87倍に跳ね上がり、必要な保管面積および棚卸資産額が急増します。

したがって、「バックオーダー率を0%に固定すること」は過大な過剰在庫リスクを招きます。季節波動の大きい商品や調達リードタイムの長い輸入品では、一定比率のバックオーダー発生を織り込み、分納オペレーションを標準化しておく設計が総コストの最小化につながります。

バックオーダー発生時の実務オペレーションと顧客トラブルを防ぐ対応手順

バックオーダーを運用する際、手元に届くまでのリードタイムが通常配送より長くなるため、注文確定後の進捗通知や出荷コントロールが不十分だとトラブルに直結します。顧客対応と倉庫オペレーションを連動させた標準手順（SOP）を整備します。

顧客満足度を落とさない納期案内・遅延連絡のルールと記載項目

あらかじめ発売日が確定している予約販売と異なり、調達先の稼働状況で納期が変動しやすいバックオーダーでは、段階ごとの連絡タイミングをルール化します。

連絡種別	送信タイミング	必須記載項目	対応ルール
初期納期案内	注文確定から24時間以内	注文番号、対象商品名、仕入先への発注状況、出荷目安時期	メール件名および本文冒頭に対象商品が入荷待ちである旨を目立たせて記載する。
確定納期連絡	仕入先からの納期回答後すぐ	確定発送予定日、配送指定日時の変更受付期限	納期確定と同時に倉庫側の出荷スケジュールへステータスを反映する。
納期遅延連絡	当初予定の遅延が判明した当日	遅延理由、新たな発送予定時期、キャンセル・注文変更の受付手順	無条件キャンセルの受付可否と返金方法を明記し、未定の場合は次回報告日を提示する。

仕入先からの納期回答ステータスをシステム上で日次更新し、遅延フラグが立った受注データを自動抽出して連絡業務を行うフローを敷くことで、連絡漏れによるクレームを防ぎます。

物流現場における出荷保留と分納（部分配送）のハンドリング実務

同一注文内に「即納可能な通常在庫品」と「入荷待ちのバックオーダー品」が混在する場合、倉庫側では以下のWMS手順に沿って引当と配送を制御します。

• 受注データの自動分割（オーダースプリット）：WMS上で在庫引当を実行した際、引当不可となった明細行を自動的にバックオーダー用の子注文データとして分割。
• 出荷保留（ホールド）の設定：一括発送方針の場合は親注文全体に出荷保留フラグを付与し、ピッキングリストへの出力を停止。
• 分納（部分出荷）の実行：先行出荷を行う場合は引当済み商品のみを出荷指示データとして出力し、バックオーダー分は入荷予定引当待ちステータスとして保持。
• 入荷時の自動引当：仕入先から商品が入庫・検品された際、WMS上で保留中のバックオーダーデータへ自動引当を行い、優先出荷指示を発行。

分納に伴う送料負担については、あらかじめ利用規約および社内運用基準で定義しておく必要があります。

分納パターン	主な発生要因	追加送料の負担者	実務上の対応手順
店舗都合による分納	在庫差異による欠品、仕入先都合の大幅な納期遅延	店舗・事業者負担	追加送料なしで先行出荷する旨を顧客に通知し、WMSで配送伝票番号を2件発行して管理する。
顧客希望による分納	注文後、在庫分のみの先行配送を顧客が要望	顧客負担（規約による）	追加送料の決済確認後に先行分を出荷する。
一括配送（出荷保留）	標準配送規約、または顧客が一括配送を指定	追加送料なし	全商品の引当が完了するまでロケーション確保を行わず、論理保留ステータスで管理する。

バックオーダーをコントロールする在庫管理DXと調達リードタイム長期化への対策

バックオーダーを戦略的にコントロールするためには、システム間のリアルタイム連携と、輸送環境の変化に応じた発注パラメータの定期更新が不可欠です。

WMS・ERP・受注管理システムの連携によるリアルタイム引当の自動化

ECモールや自社EC、卸取引など複数チャネルを運営する場合、受注管理システム（OMS）、基幹システム（ERP）、倉庫管理システム（WMS）をAPI連携させ、実在庫と販売可能在庫をリアルタイムに同期させます。

システム種別	主な役割	バックオーダー時の処理フロー
受注管理システム（OMS）	複数チャネルの注文集約・ステータス管理	在庫ゼロ時にバックオーダー受付へ自動切り替え、納期情報を顧客へ通知
基幹システム（ERP）	発注残・入荷予定・原価の統合管理	仕入先への発注残データと紐付け、最新の入荷予定日をOMSへ連携
倉庫管理システム（WMS）	倉庫内の実在庫管理・入出荷指示	対象商品の入庫検品完了と同時に自動で引当を実行し、出荷指示データを即時生成

OMS側で「在庫のある主力商品を即日出荷し、バックオーダー品は入荷次第別便で発送する」という分割指示ルールを組むことで、手動介入によるタイムラグや誤出荷を防止できます。

調達リードタイム長期化に対応する発注点見直しと需要予測の高度化

トラックドライバーの時間外労働規制強化に伴う長距離輸送の制限など、サプライチェーンを取り巻く輸送環境の変化により、調達リードタイムは長期化・不安定化しやすい傾向にあります。発注タイミングが従来基準のままであれば在庫が枯渇し、意図しないバックオーダーが頻発します。

安定稼働のためには、以下の計算式に基づいて発注点（ROP）と安全在庫を定期的に再計算します。

• 発注点 ＝（1日あたりの平均需要量 × 調達リードタイム日数）＋ 安全在庫
• 安全在庫 ＝ 安全係数（サービス率95%の場合は1.65）× 需要の標準偏差 × √(調達リードタイム日数)

例えば、1日の平均出荷数が50点、調達リードタイムが従来の4日から7日に延びた場合、リードタイム中の消費量は200点から350点へと150点増加します。発注点を引き上げなければ、この150点分がそのままバックオーダー化します。

月次でバックオーダー率をSKU単位で算出し、許容値を超えた品目に対して安全係数や発注ロットを動的に見直す体制を整えることで、過剰在庫を防ぎながら供給安定性を高めることが可能になります。

よくある質問（FAQ）