倉庫には商品が残っているのに、新しい注文へ出せないことがあります。その商品が、すでに別の注文に確保されているためです。棚にある数だけを見て販売すると、同じ商品を複数の購入者へ約束し、出荷時に不足が分かることがあります。在庫引当は、この取り違えを防ぐために必要な処理です。
在庫引当を整えるには、数量の計算だけでなく、いつ確保するか、注文が変わったらいつ戻すか、欠品時にどの注文を優先するかを決めます。本記事では、実在庫・引当済在庫・有効在庫の違いを具体例で説明し、複数店舗や倉庫を含むEC運営でのルールと、システムを使う前の確認点を紹介します。
在庫や受注を含むEC運営の業務を見直したい方は、FORCE-Rへご相談ください。
| 確認したいポイント | 結論 | 詳細 |
| 在庫引当とは？ | 注文に必要な数量を確保する処理 | 棚に現物が残っていても、他の注文に確保済みなら新しい注文には使えません。 |
| 有効在庫の計算方法は？ | 実在庫と確保済みの数量を区別 | 基本は実在庫から引当済在庫を引きます。出荷指示済みなどを重複して引かないようにします。 |
| 運用前に決めることは？ | 引当・解除の時点と確認担当 | 未入金、キャンセル、注文変更などで、確保を続ける条件と解除する条件を決めます。 |
Contents
在庫引当とは？注文に必要な商品を確保する処理
在庫引当とは、特定の注文などに必要な数量を確保し、ほかの注文に重ねて割り当てないようにする処理です。読み方は「ざいこひきあて」です。商品を倉庫から持ち出す作業とは別で、商品が棚に置かれたままでも、情報上は出荷先が決まっている状態になります。
例えば、商品が五十個あり、注文Aへ十個を引き当てた場合、実物はまだ五十個あっても、新しい注文に使えるのは四十個です。注文Bを受ける担当者が五十個あると判断すると、注文Aへ約束した分まで販売してしまいます。何個あるかと、何個を新たに使えるかを区別することが引当の基本です。
EC向けシステムの提供元による説明として、LOGILESSの在庫引当の説明でも、注文に必要な分を確保し、実在庫から区別する考え方が示されています。ただし、確保する時点や画面の名称は製品によって異なります。導入する際は、自社の注文処理とシステムの仕様を照らし合わせる必要があります。
実在庫・引当済在庫・有効在庫の違い
実在庫は現物の数量、引当済在庫は確保した数量、有効在庫は新しい注文へ割り当てられる数量です。同じ商品でも、この三つは同じ値とは限りません。担当者間で単に「在庫」と呼び合うと、どの数を指すのか分からず、販売や出荷の判断が食い違う原因になります。
基本的な例では、実在庫から引当済在庫を引くと有効在庫になります。ただし、不良品、検品待ち、見本、販売停止中の商品などが含まれる場合は、それらをどう除外するかも決めます。システムによっては実在庫の中を状態別に分けているため、画面に表示された合計値をそのまま計算に使わないようにします。
店舗へ送信する販売用の数量は、有効在庫からさらに余裕を持たせて設定することもあります。急な破損や連携の時間差に備えるためです。「有効在庫」と「販売画面に出す数」が違う場合でも、すぐに誤りとは限りません。それぞれの計算元と用途を明確にしておくと、数字の差を説明しやすくなります。
引当と出庫・棚卸はそれぞれ役割が違う
引当は使い道の確保、出庫は商品を出す処理、棚卸は帳簿と現物を照合する作業です。引当を行っただけでは現物は減らず、出庫が終わったら実在庫が動きます。出庫後も引当済数量が残ると、すでに出した分をさらに差し引き、新しい販売に使える数を少なく表示することがあります。
出荷作業の途中には、ピッキング、検品、梱包、送り状の発行、配送会社への引き渡しがあります。どの時点で出庫を確定するかはシステムと運用により異なります。ラベルが出たことと出荷が終わったことを同じ意味で扱わず、どの状態で数量が変わるかを担当者が理解していることが大切です。
棚卸で不足が見つかった場合は、現物の数を直すだけでは終わりません。その不足によって、すでに引き当てた注文が出荷できなくなるかを確認します。数量の修正と、注文への対応を別々の担当者が行うなら、修正時に影響する注文を共有する手順まで決めておきます。
在庫引当の計算は重複しない数量区分で行う
計算では、差し引く数量が重複していないことを確認します。実在庫百個、引当済三十個なら、有効在庫は七十個という例が基本です。ここに出荷指示済みの数量や検品待ちを加えるときは、それがすでに引当済に含まれていないかを見なければなりません。
例えば、引当済三十個のうち二十個が出荷指示済みなら、百から三十と二十を両方引くと二重に減らします。自社の表で別の列になっていることは、重複しない数量である証拠にはなりません。状態の移り変わりを確かめ、どの列に含まれるかを定義してから計算式を作りましょう。
数字を入れて注文前から出庫後まで確かめる
数量は、一つの注文を受けてから出庫するまで連続して確認すると、計算の誤りを見つけやすくなります。販売可能な実在庫が百個、ほかの確保がない状態から、二十個の注文を引き当てたとします。この時点では実在庫百個、引当済二十個、有効在庫八十個となります。
その二十個を出庫した後は、実在庫八十個、引当済ゼロ、有効在庫八十個です。引当済二十個が残れば有効在庫六十個となり、現物はあるのに売れない状態になります。逆に、出庫前に引当だけを解除すれば、発送予定の二十個を別の注文へ再び割り当てるおそれがあります。
途中で注文が五個減った場合は、出庫前なら確保数を十五個へ変更し、有効在庫を八十五個へ戻す例が考えられます。すでに倉庫が取り出した後であれば、システムの変更だけで現場の作業は止まりません。注文変更が可能な状態かを確認し、倉庫への連絡も合わせて行います。
不良品・検品待ち・安全在庫を計算に反映する
現物があっても出荷できない商品は、通常の引当対象から外す必要があります。傷がある商品や、返品されて検品が済んでいない商品を販売可能に含めると、数量が足りている表示でも注文を処理できません。入荷時と返品時に、使える在庫へ移す条件を決めておきます。
例えば、実物が百個あり、引当済三十個とは別に、不良・検品待ちが十個ある場合、次の注文へ使える数は六十個です。この例では二つの区分が重複しないことを前提にしています。システムが販売可能な実在庫だけを表示しているなら、同じ十個を再度差し引かないようにしてください。
安全在庫として五個を残す場合も、その数量をどこで差し引くかを統一します。一元管理側で五個を控除し、店舗側でも五個を控除すれば、想定以上に販売を止めることがあります。安全在庫の目的、設定場所、解除する条件を記録すると、欠品への備えと販売機会の両方を調整しやすくなります。
入荷予定は今すぐ出せる在庫と分ける
入荷予定は、現物が確認できた在庫とは分けて扱います。来週入荷する予定の商品を、今日出荷できる数として表示すると、購入者へ誤った納期を案内する原因になります。予約販売や取り寄せを行う場合は、何日に入荷し、検品後いつ出荷できるかまで見込んで判断します。
入荷予定に対する引当を行う場合は、仕入先の回答日、予定数量、納期の確かさを確認します。入荷が遅れたときに、どの注文へ影響するかを追えるようにします。入荷予定があることだけを理由に注文を受け続けると、仕入先の変更一つで多数の購入者への連絡が必要になることがあります。
通常販売と予約販売が混ざる商品では、購入画面の案内もそろえます。同じ商品ページであっても、いま出せる分と入荷待ち分を区別する必要があります。在庫を確保できたことと、すぐに配送できることは別なので、出荷予定を判断する情報まで担当者間で共有してください。
複数店舗の在庫・注文対応の課題を整理したい方は、FORCE-Rへお問い合わせください。
引当する時点と解除する条件を決める
引当のルールは、確保するタイミングと、確保を外すタイミングを一組で決めます。注文が入った時点で確保すれば、後続注文へ重ねて使うことを防ぎやすくなります。一方、未払いの注文を長く確保し続けると、新しい購入者が注文できない状態になることがあります。
自社の決済方法、注文確定までの流れ、出荷までの日数を確認してください。銀行振込、代引き、予約、法人の見積もりなどでは、必要な判断が異なります。どの状態で何個を確保し、その状態が続いたら誰が確認するかを決めると、担当者の判断に依存しにくくなります。
仮引当と本引当の定義はシステムごとに確かめる
仮引当は一時的な確保、本引当は確定した注文などへの確保として使われますが、名称の意味は製品ごとに確認が必要です。仮引当をした段階で販売可能数が減るのか、数量だけを管理するのか、現物の保管場所まで決まるのかは、同じ言葉でも一致するとは限りません。
ECでは、支払い確認前に数量を確保し、確認後に出荷可能な状態へ進める運用が考えられます。法人取引では、見積もり中の取り置きとして仮に確保する場合もあります。どちらも、確定しなかったときの期限と、確保を継続してよい判断者を決めておかないと、在庫が長く拘束されます。
実際の製品例として、LOGILESSの引当タイミングの公式説明では、受注登録後のデータ上の確保と、出荷作業時にロケーションやロットなどを決める処理が分けて説明されています。これは同製品の仕様です。ほかのシステムへ同じ動作を当てはめず、自社の製品で数量と現物の確定時点を確認してください。
キャンセル・未入金・注文変更で確保を戻す
キャンセルや数量変更があったら、注文の状態と引当数量が一緒に更新されているかを確認します。店舗側でキャンセル済みでも、一元管理側に確保が残れば、その数量は新しい注文へ使えません。逆に、引当だけを先に解除すると、出荷作業中の商品へ別の注文が入る可能性があります。
未入金の注文は、支払期限を過ぎたときにどう扱うかを決めます。購入者への案内、注文取消、引当解除の順序をそろえ、システム上の期限と店舗の案内が食い違わないようにします。すでに振り込まれているが確認が遅れている場合もあるため、機械的に解除する前の確認条件が必要です。
注文の追加や色・サイズの変更では、元の商品への引当を解除し、変更後の商品を確保する必要があります。注文全体では数量が同じでも、SKUが変われば別の在庫です。変更後の商品を確保できるかを先に確認し、購入者へ回答してから確定する手順にすると、変更後の欠品を避けやすくなります。
返品は現物確認後に販売用へ戻す
返品された商品は、現物を受け取り、状態を確認してから販売可能な数量へ戻します。返品の申請があっただけで在庫を増やすと、まだ届いていない商品を販売してしまいます。交換では、返ってくる分と新しく送る分を別の動きとして扱う必要があります。
返品された商品に破損や使用の形跡があれば、通常の新品在庫に戻せない場合があります。検品待ち、再販売可能、修理・廃棄など、状態の区分を用意すると処理が明確になります。返金の完了と在庫の復旧は別の処理なので、片方が終わっただけで全体を完了にしないようにしてください。
交換品の発送では、先に代替品を確保してから返送を待つこともあります。その間は、同じ購入に対して出荷済みの商品と新しい確保が存在します。元の注文番号だけでは区別しにくい場合は、交換の管理番号を使い、数量が二重に増減していないかを確認しましょう。
注文の優先順位と現物の取り出し順を分ける
どの注文へ割り当てるかと、どの現物から出すかは別のルールです。先に受けた注文を優先すると決めても、倉庫では入荷日や賞味期限に応じて現物を選ぶ必要があります。二つを混ぜると、注文の優先度を変えただけで、期限の管理まで変わったと誤解することがあります。
まず注文の順位を決め、その注文に使える在庫を拠点、状態、ロットなどの条件で絞ります。その上で取り出す順番を決めると、判断を分けて説明できます。急ぎの注文が来た場合も、何を変更してよいかを決めておけば、既存の購入者への約束を担当者が勝手に変更することを防ぎやすくなります。
先着順・出荷予定日・販路別の確保を比較する
注文の優先順位には、受注の早い順、出荷予定日の近い順、販路ごとの確保枠などの考え方があります。どれが常に正しいとは限らないため、自社の販売条件に合わせて決めます。すでに納期を回答した注文と、まだ未確定の注文を同じ条件で扱わないことも大切です。
先着順では、どの時刻を使うかを決めます。店舗が受け付けた時刻と、一元管理システムが取り込んだ時刻は異なることがあります。連携の遅れによって後から取り込まれた注文が不利になるなら、元の受注日時を参照できるかを確認します。同時刻の場合の扱いも決めておくと判断がぶれにくくなります。
販路別に枠を確保すると、大きな販売イベントに必要な分を残しやすくなります。ただし、ある店舗では売り切れ、別の店舗では在庫が余ることもあります。確保枠をいつ共通在庫へ戻すかを決め、実績を見て調整します。購入者への表示と異なる優先処理を行わないよう、販売時の案内とも整合させてください。
先入れ先出しと期限の近い順は一致しないことがある
入荷日の古い順と、期限の近い順は、同じ順序になるとは限りません。後から入った商品でも、期限が短い場合があります。食品など期限を管理する商材は、入荷順だけで決めず、賞味期限や出荷期限、購入者に届ける時点で必要な残存期間も確認します。
同じ商品でも、取引先や販売条件によって使えるロットが変わることがあります。特定のロットを指定した注文や、残り日数の条件がある注文では、総在庫が足りていても割り当てられない場合があります。商品コードと数量だけを見て引当が失敗したと判断せず、現物の属性と条件を照合してください。
取り出しやすさを優先する場合も、品質や期限の条件を先に満たす必要があります。作業時間が短くなる棚から出す設定が、すべての注文で適切とは限りません。運営担当と倉庫担当が条件を共有し、例外を手動で変更した場合は、対象の注文と理由を記録しておきます。
販路ごとの運営ルールを整えたい方は、FORCE-Rへご相談ください。
複数店舗・複数倉庫では共通数量と連携の時間差を管理する
複数店舗で同じ在庫を販売する場合は、共通の確保状況を基に、各店舗の販売数を更新します。各店舗へ実在庫の全数を別々に出すと、注文が集中したときに同じ商品へ複数の約束が生まれます。システムを使っていても、注文取得と在庫反映の間に時間差があることを前提に運用します。
店舗ごとに在庫を固定配分する方式と、共通在庫を連携する方式では、販売機会と管理の負担が異なります。品切れが起きやすい商品、少数の限定品、継続補充できる商品を同じ設定にせず、商品の性質に合わせて考えます。全商品へ一律に大きな安全在庫を設けると、販売機会を必要以上に減らす場合があります。
Shopifyを利用している場合は、Shopify在庫管理の解説を参考に、管理する場所や状態ごとの数量を確認します。アプリや外部倉庫を組み合わせるなら、どの数量を連携先へ渡すかが重要です。画面に同じ「在庫」と表示されていても、販売可能な数量なのか、確保済みを含む数量なのかを確認してから対応させてください。
在庫の更新元を決めて二重の引当を防ぐ
在庫を確定させるシステムと、情報を受け取るシステムの関係を決めることが必要です。受注管理と倉庫管理の両方で、同じ受注分を別の減少として送ると、販売可能数が二重に減ることがあります。どの数量を受け取り、それに何がすでに含まれているかを確認します。
店舗側では注文時に数量が減り、一元管理側では注文を取り込んだ後に共通数量を計算する構成もあります。その後に送り返した数量が正しいか、キャンセルした場合にどの時点で戻るかを検証します。販売画面の更新だけでなく、裏側で計算に使う状態も確認すると、数が合わない原因を調べやすくなります。
SNS経由の販売が加わる場合は、ソーシャルコマースの種類と注意点の解説を参考に、注文が確定する場所と在庫を減らす処理を整理します。メッセージで受けた注文だけが共通の引当から漏れると、通常の店舗連携が正しくても売り越しが起きます。手動注文を登録する担当と期限も決めてください。
拠点をまたぐ数量は移動時間と出荷可否を含めて見る
複数倉庫や実店舗の数量を合計するときは、その場所から対象注文へ出荷できるかを確認します。全国に十個残っていても、指定日までに届けられる倉庫に在庫がなければ、すぐに出せる十個とは扱えません。移動が必要な場合は、移動日数と到着後の確認も見込みます。
店舗受け取りや店頭の取り置きを行うなら、O2OとOMOの違いの解説を参考に、ECと実店舗の案内をそろえます。取り置きを確保した時点で共通在庫から外すか、店頭で販売された場合にいつ戻すかが重要です。購入者が来店した時点で在庫がないという事態を避けるため、現場の取り置き場所も必要になります。
分割出荷を認める場合は、別々の倉庫から送る費用と、購入者への案内を確認します。数量をそろえるために無条件で分割すると、配送費や問い合わせが増えることがあります。注文を完了できることだけで判断せず、配送条件と利益に合う出荷方法かを見てルールを設定しましょう。
在庫引当の仕組みを導入する手順
導入は、数量と状態の定義をそろえ、少数の商品で動きを確認してから対象を広げます。システムを入れる前に現物と帳簿がずれているなら、その差を整理する必要があります。誤った初期在庫から自動処理を始めると、速く処理できても出荷できない注文が増えるおそれがあります。
最初に、商品コード、色・サイズなどのSKU、拠点、在庫状態、未出荷の注文を確認します。古い注文の確保が残っている場合は、実際に出荷する必要があるかを調べます。記録を残さず数量だけを合わせるより、差が生じた理由を分類した方が、導入後の再発を防ぎやすくなります。
少数の商品で正常処理と例外を試す
検証では、受注・引当・変更・出庫・解除の各段階で、期待する数量を先に計算します。通常商品だけでなく、複数の選択肢、セット商品、予約商品など、自社で扱う種類を選びます。SKUが違うだけの商品を同じ在庫へ結び付けていないかも確認してください。
セット商品は、構成品の使用数が重要です。A一個とB二個で一セットなら、Aが十個、Bが十五個のとき、Bが上限となり七セット分を作れます。Aを単品でも売る場合は、その受注によってセットの販売可能数も変わります。セットと単品を別々の在庫として無関係に管理しないようにします。
キャンセル、数量変更、欠品、返品、入荷遅延も試します。注文情報は変わったのに確保数が変わらない、倉庫側に古い指示が残るといった問題がないかを見ます。実際の管理画面と連携結果を照合し、自動で扱えないケースは、誰がどの画面を直すかまで記録してください。
Excelで管理する場合も履歴と更新責任を残す
少数の商品や注文をExcelで管理する場合も、注文別の確保記録と更新担当を明確にします。商品ごとの残数だけでは、どの注文へ確保したかを追いにくくなります。注文番号、SKU、数量、引当日時、解除理由、出庫の状態を追えるようにしておくと照合しやすくなります。
複数人が別のファイルを持つ運用では、更新の時点がずれます。最新版の保存場所と担当者を決め、同時更新で古い数を上書きしない手順が必要です。関数が合っていることと、入力元の注文がすべてそろっていることは別なので、注文一覧と引当記録の件数も確認します。
複数販路で注文が重なる、夜間も販売する、商品数や例外が増える場合は、手作業の管理負担が大きくなります。システムへ移す判断は、特定の件数だけで決めず、更新の遅れ、引当漏れ、確認にかかる時間を見ます。現在の業務に必要な機能を洗い出してから比較すると、過不足を判断しやすくなります。
在庫管理の見直しと合わせてEC運営を改善したい方は、FORCE-Rへお問い合わせください。
運用後は引当不足と長期の確保を継続して点検する
運用後は、引当できない注文と、長く引当されたままの注文を両方確認します。前者だけを見ると、使われない確保が在庫を止めていることを見逃します。未入金、購入者への確認待ち、キャンセル反映漏れなど、理由別に分けて担当者へ渡すと対応しやすくなります。
在庫が足りない場合は、実物の不足、入荷遅延、商品コードの不一致、連携のエラーを分けて調べます。同じ「引当不可」でも対処は異なります。原因を確認せずに強制的に出荷可能へ変えると、現場が取り出せない商品を探すことになるため、例外処理を許可する条件を定めておきます。
評価する数値には、引当できなかった注文、数量修正、解除漏れ、在庫を理由としたキャンセル、納期変更などがあります。ユニークユーザーなどの指標の違いの解説も参考に、アクセスと注文の数値を分け、どの注文を分母にするかを統一します。単に流入が減って欠品が減った場合と、運用の改善による変化を区別できます。
購入者への回答が必要な場合は、社内で在庫を調べる担当と、案内を送る担当を決めます。商品を確保できるまで回答を放置するより、確認に時間がかかることを適切に伝える必要があります。リピート率と向上施策の解説も参照し、在庫の正確さを、分かりやすい購入後対応につなげてください。
まとめ
在庫引当は、商品が何個あるかに加え、どの注文へ何個を確保しているかを管理する処理です。実在庫、引当済在庫、有効在庫を分けると、棚にある商品が新しい注文に使えるかを判断できます。計算では数量区分の重複を避け、出庫やキャンセルによる変化を一連で確認することが大切です。
運用では、確保する時点、解除する条件、注文の優先順位、現物の取り出し順を定めます。複数店舗や倉庫を利用する場合は、更新元と連携の時間差も確認してください。少数の商品と代表的な例外で検証し、引当不足と長期の確保を継続して点検すれば、出荷の約束を守りやすい仕組みへ改善できます。
EC運営の業務整理や改善を進めたい方は、FORCE-Rへご相談ください。利用中のシステムの引当仕様は提供元へ確認し、運営支援の範囲は個別にご相談いただけます。
