\今なら初期費用10万円が無料!/ ECサイトの受注業務・カスタマー対応を外注しませんか?

WMSの入荷業務とは?予定登録・検品・棚入れで在庫差異を防ぐ運用設計

倉庫の荷受けスペースで段ボールとハンディ端末を確認する作業者。予定登録、検品、棚入れを表すアイコンと記事タイトルを重ねたアイキャッチ。

WMSにおける入荷とは、荷物を受け取るだけではありません。入荷予定と現物の品番・数量・状態を照合し、差異品を分け、入荷実績・ラベル・保管ロケーションを登録して、販売・出荷に使える在庫へ移すまでの一連の業務です。

精度を高めるには、到着後の検品だけでなく、入荷前の商品マスタと予定データを整える必要があります。さらに、スキャン結果の確認、仮置きを含むロケーション更新、商材や倉庫形態に応じた優先順位まで、一つの運用として設計することが重要です。

目次

WMSにおける入荷とは、在庫として使える状態にするまでの業務

WMSで管理する入荷は、一般的に「到着確認」「検品」「入荷実績の登録」「ラベル付与」「棚入れ」までを含む受入業務です。単に商品が倉庫へ到着した時点では、まだ正しい在庫として利用できるとは限りません。

検品は、入荷予定と現物の品番・数量・状態を確定する工程です。登録は、検品した結果をWMSに入荷実績として残す工程を指します。棚入れは、商品を実際の保管場所へ移し、WMS上でも所在地を確定する作業です。

入荷の流れは、次のようにつながります。

> 到着確認 → 検品 → 差異処理 → 入荷実績登録 → ラベル付与 → 棚入れ → 利用可能在庫への切り替え

「納品」は、仕入先やメーカーが商品を倉庫へ届ける側の行為です。一方、「入荷」は、倉庫側が商品を受け取り、内容を確認して在庫として管理できる状態にする業務を指します。同じ商品の受け渡しでも、納品は届ける側、入荷は受け入れる側の視点で表現が異なります。

WMSを使った入荷の基本的な流れは、WMSで入荷業務を効率化する方法でも確認できます。

入荷前に整える入荷予定データ・商品マスタ・受入準備

到着後の作業だけを機械化しても、照合の基準となる入荷予定や、商品を識別するマスタが不正確なら、正しい入荷実績は作れません。入荷前に「何が、いくつ、いつ届くか」をWMSで扱える状態にし、検品と棚入れの準備まで進めます。

入荷予定データに持たせる情報と使い道

入荷予定には、少なくとも次のような情報を持たせます。

  • 商品コードやバーコードなどの商品識別情報
  • 商品名、荷姿、在庫管理単位
  • 入荷予定数量
  • 到着予定日や便など、入荷を特定する情報
  • 管理が必要な場合のロット番号、バッチ番号、シリアル番号
  • 期限や温度帯など、商材の条件に関係する情報

商品識別情報・数量・予定日は、照合の基礎になります。一方、ロット、期限、温度帯などを必ず持たせるかどうかは、商材の品質要件、契約条件、追跡の必要性によって決まります。全商品に同じ項目を追加するのではなく、後工程で必要な情報を入荷時点で取得できるように設計します。

入荷予定データは、次の準備にも使います。

  • 入荷する商品と数量を把握し、検品対象を明確にする
  • 検品台、作業者、搬入場所を準備する
  • ロットや期限など、追加確認が必要な商品を識別する
  • 商品特性や在庫状況を踏まえて格納先を準備する
  • 到着後の予定と実績を比較できるようにする

入荷予定がないまま現物だけを登録すると、似た商品を誤って読み取ったり、読み漏れや過剰読取に気づきにくくなったりします。予定情報を検品の基準として先に登録しておくことで、現物との差異をその場で判断しやすくなります。

商品マスタとバーコードを入荷前に確認する理由

商品マスタでは、商品コードとバーコードの対応だけでなく、品名、荷姿、在庫管理単位、ロット・期限管理の要否などを確認します。ケース単位で届く商品をバラ単位で管理するなど、入荷時の数量単位と在庫単位が異なる場合は、換算ルールも事前に定めます。

バーコードが未登録だったり、別の商品コードに誤って紐付いていたりすると、スキャンしても正しい商品を特定できません。入荷前には、次の点を確認します。

  • 現物のバーコードを読み取れるか
  • 読み取ったコードが正しい商品コードに紐付いているか
  • 商品名・規格・サイズ・色などに誤りがないか
  • ケース、ボール、バラなどの荷姿と管理単位が合っているか
  • ロット、シリアル、期限、温度帯の管理要否が設定されているか
  • 仕入先ラベルを使うか、倉庫内ラベルを発行するか

商品マスタの確認は、システム担当だけの作業ではありません。現場で扱うラベルや荷姿と登録内容が一致するかを、入荷担当者も確認できる仕組みにしておくと、運用開始後の手戻りを減らせます。

到着から入荷確定までの標準フロー

到着した荷物は、いきなり通常在庫へ混ぜません。まず受領対象を特定し、外装や状態を確認したうえで、入荷予定との照合、差異処理、実績確定へ進めます。どの状態になれば次の工程へ移せるかを決めておくことが、作業者ごとの判断のばらつきを抑えます。

到着確認、入荷予定と現物の照合、差異品の分離、入荷実績の確定へ進む入荷の標準フロー。

到着確認では荷物の受領状況と外装の異常を記録する

到着時には、荷主、仕入先、便、伝票などを確認し、どの入荷予定に対応する荷物かを特定します。搬入前後に、外箱の破れ、潰れ、濡れ、封緘の異常なども確認します。

外装に異常がある場合は、受領時点の状態として記録します。必要に応じて写真を残し、運送会社や仕入先など、契約上の連絡先へ共有します。受領時の記録があると、輸送中の破損なのか、倉庫内作業中の破損なのかを切り分けやすくなります。

受領前の荷物、検品中の荷物、検品済みの荷物を置く場所も区分します。状態の異なる荷物が混在すると、未処理品を誤って棚入れする原因になります。

入荷予定と現物を照合し、品番・数量・状態を検品する

入荷予定を基準に、現物の品番、数量、状態を確認します。バーコードやQRコードを使える場合は、現物をスキャンして予定情報と突き合わせます。スキャンできない商品は、商品コードや伝票など別の識別手段を使い、例外ルールとして確認方法を定めます。

検品では、商材の条件に応じて次の項目を確認します。

  • 品番、商品名、規格、サイズなどの識別情報
  • ケース数、個数、重量などの数量
  • 汚れ、傷、潰れ、破損などの外観・状態
  • ロット番号やバッチ番号
  • 消費期限、賞味期限、使用期限などの期限
  • 冷蔵・冷凍などの温度帯や、受け入れ時の品質条件

ロットや期限は、食品、化粧品、医薬品など、追跡や期限管理が必要な商品で確認します。温度帯は、冷蔵品・冷凍品など、保管条件が品質に影響する商品で重要になります。全商品に一律適用するのではなく、荷主との契約や品質管理のルールに合わせて検品項目を設定します。

予定数量と実数が一致し、品番・状態などの必要な確認も終わった段階で、入荷実績を確定します。予定数をそのまま実績として登録せず、実際に確認した数量を記録することがポイントです。

数量違い・誤納品・破損があった品は通常在庫から分けて扱う

数量違い、品違い、誤納品、破損、汚れなどの差異が見つかった商品は、正常品と混在させません。差異品を通常在庫として登録すると、販売・出荷可能な数量を誤って増やしたり、破損品を出荷したりするおそれがあります。

差異が発生した場合は、次の流れで処理します。

  1. 差異のある商品を通常品から分ける
  2. 商品コード、数量、差異内容、状態を記録する
  3. 必要に応じて写真や外装の状態を記録する
  4. WMS上で保留、返品、検品不合格などの状態にする
  5. 荷主、仕入先、運送会社などの関係者へ共有する
  6. 受け入れ、返品、再納品、廃棄などの判断を取引条件に従って行う

WMS上の処理方法や連絡先、再手配の判断は、荷主と仕入先の契約によって異なります。ただし、どの運用でも「差異品を通常在庫に入れない」「現物とシステムの状態を一致させる」という原則は共通です。

スキャン照合とラベル運用で入荷記録の精度を高める

バーコードやQRコードのスキャンは、作業を速くするためだけのものではありません。入荷予定と現物を機械的に照合し、似た品番の取り違い、誤納品、数量違い、手入力ミスを発見するために使います。

ただし、スキャンしただけで入荷精度が保証されるわけではありません。読取結果と現物を確認し、ラベルの貼り付けまで含めて運用します。

読み漏れ・二重読み・誤読は照合結果の確認で検知する

スキャン後には、予定数量と実績数量を比較します。予定より少なければ読み漏れや未検品品がないかを確認し、予定より多ければ二重読みや過剰納品の可能性を調べます。スキャン音や画面表示だけで完了とせず、予定対実績の差異を確認してから検品を確定します。

特に、実数を確認せず予定数量を入力する、スキャン後に読取件数を確認しない、読み取りエラー品の処理場所が決まっていないといった運用は、在庫差異につながりやすくなります。検品中・検品済み・差異保留などの状態を表示し、未読品、過剰読取、エラーを確認してから次工程へ渡します。

箱のスキャン後に予定数量と実績数量、未読品と過剰読取を照合結果で確認する図。

倉庫内ラベルが必要なケースと表示する情報

仕入先ラベルが読み取れない場合や、バーコードがない場合、倉庫内の管理単位と合わない場合は、倉庫内ラベルを発行します。ラベルによって、検品済みの現物を次工程でも同じ商品・数量として識別できるようにします。

表示する情報は商材と後工程に応じて決めます。候補には、次の項目があります。

  • 商品コードやバーコード
  • 商品名や規格
  • 数量と荷姿
  • 入荷日
  • ロット番号、バッチ番号、シリアル番号
  • 期限情報
  • 検品状態や保留状態
  • 必要に応じた格納先や作業区分

ラベルは発行するだけでなく、正しい現物に貼ることが必要です。発行後に商品コードと現物を再確認し、印字不良や読み取り不能がないかも確認します。

棚入れ・仮置き・在庫反映をロケーション単位で管理する

検品が終わっていても、現物の場所とWMS上のロケーションが一致しなければ、商品は「あるのに見つからない」状態になります。また、品質確認や差異処理が終わっていない商品を販売・出荷可能にすると、利用できない在庫が引き当てられるおそれがあります。

そのため、入荷実績、在庫ステータス、保管場所を連続した状態として管理します。

入荷実績と販売・出荷可能在庫を分けて考える

入荷実績は、現物を確認した結果をWMSへ反映したものです。一方、販売・出荷可能在庫は、品質確認、差異処理、必要な棚入れなどの条件を満たし、次の業務で使える状態の在庫を指します。

両者を同じタイミングで切り替えられる場合もありますが、必ず一致するとは限りません。破損や品質状態の確認、期限やロットの判定、正規棚への格納、荷主の承認などが残っている場合は、利用可能在庫とは分けて扱います。

「検品済み」「差異保留」「格納待ち」「利用可能」などのステータスを分け、ECや販売管理システムへ在庫を連携する場合も、どの状態を販売可能数量として送るかを明確にします。

入荷実績の後、検品待ち、差異保留、格納待ちを経て条件を満たした品だけが販売・出荷可能在庫になる状態図。

正規棚と仮置き場所をWMS上のロケーションとして確定する

棚入れ先は、商品特性、出荷頻度、保管の安全性、倉庫レイアウトなどを踏まえて決めます。重量物、破損しやすい商品、出荷頻度の高い商品など、現場条件を格納ルールに反映します。

WMSには、商品特性や出荷頻度などの条件に応じて、格納候補や格納先を指示する役割を持たせられます。ただし、棚の空き、荷姿、通路の状態など、現場で確認すべき条件も運用に含めます。

検品待ちや、すぐに正規棚へ入れられない商品は、専用の仮置きロケーションで管理します。仮置き品について、商品と数量、仮置き日時、担当者、状態、移動先、正規棚へ移した日時と担当者を記録します。

棚入れ時は、まずロケーションをスキャンし、次に商品ラベルをスキャンして、数量を確認してから置く「スキャン→置く」の順序を徹底します。置いた後にロケーションを登録する運用では、登録漏れや誤登録が起こりやすくなります。

固定ロケーションとフリーロケーションの選び方

固定ロケーションは、「この商品はこの棚に置く」と商品ごとの保管場所を決める方法です。場所を覚えやすく、作業手順を標準化しやすい一方、入荷量の変動が大きいと空きスペースや棚不足が生じます。

フリーロケーションは、空いている場所へ商品を格納し、商品とロケーションの組み合わせをWMSで管理する方法です。保管スペースを柔軟に使える一方、格納や移動のたびにロケーションを正確に更新しなければなりません。

方式向いている条件必要な運用条件
固定ロケーション商品の種類や保管場所が安定している棚割りの維持、商品変更時のマスタ更新、棚不足時の例外ルール
フリーロケーション入荷量や商品数の変動が大きいハンディ端末などによる即時更新、ロケーションのスキャン、移動実績の確認

フリーロケーションでは、作業者の記憶や後入力に頼れません。入荷、棚入れ、棚移動、仮置きからの移動のたびに、商品と場所を登録することが前提です。

決まった棚へ保管する固定ロケーションと、空き棚を使いロケーションと数量を更新するフリーロケーションの比較図。

倉庫形態・優先度・混雑に合わせて入荷の流し方を変える

入荷の基本である識別、検品、差異処理、記録は共通です。ただし、入荷後に長く保管するのか、すぐに仕分けて出荷へ回すのかによって、重点を置く作業は変わります。

TCとDCでは入荷後の行き先に合わせて重点を変える

TC(通過型センター)は、入荷した商品を長く保管せず、店舗や出荷先ごとに仕分けて次の工程へ回す運用です。入荷時は、行き先の識別、仕分けの正確さ、出荷便の締切に間に合わせるスピードが重視されます。

一方、DC(在庫型センター)は、入荷後に商品を棚へ格納し、一定期間保管してから出荷します。単品やロット単位の在庫登録、正確なロケーション確定、利用可能在庫への切り替えが重要です。

TCでは「通過させるための識別と仕分け」、DCでは「後から探して出せる在庫記録と棚入れ」が重点になります。ただし、処理を速くするために検品や識別を省略するのではありません。

検品と識別・記録を共通工程として、TCは行き先別の仕分け、DCは単品単位の在庫登録と正確な棚入れを重視する比較図。

当日出荷品や期限管理品は優先条件を事前に決める

先行検品や先行仕分けの対象は、担当者のその場の判断で決めません。次のような条件をあらかじめ優先ルールにします。

  • 当日出荷の締切がある商品
  • 店舗や顧客への納品時間が決まっている商品
  • 期限が短く、保管時間が品質に影響する商品
  • 温度帯の維持が必要な商品
  • 入荷直後に出荷へ回すことが決まっている商品

クロスドッキングは、入荷した商品を長く保管せず、検品後に出荷先別へ仕分けて出荷へ回す方法です。適用する場合は、対象商品、行き先、必要な検品項目、検品完了の判定、異常時の隔離場所を事前に決めます。

優先処理は、単に検品を急ぐことではありません。どの確認を終えれば出荷へ進めるのかを明確にし、未確認の項目を残したまま利用可能在庫にしないことが重要です。

到着集中時は予約・優先順位・未検品量の可視化で滞留を防ぐ

車両や荷量が特定の時間帯に集中すると、検品台、搬入通路、仮置き場所がふさがります。取引先や運送会社と入荷予約を設定し、到着時間を平準化します。予約が難しい場合でも、予定便や荷量を事前に把握し、検品人員と場所を準備します。

到着集中時には、到着済みで未検品の荷物、未検品数量と待ち時間、優先対象、検品台・仮置き場所の使用状況を見えるようにします。応援要員を投入する判断基準もあらかじめ定めます。

検品を急ぐあまり確認を省略すると、後から差異調査や再検品が発生します。優先順位を明文化し、未検品量と待ち時間を見ながら人員を追加するほうが、遅延とミスを抑えやすくなります。

課題から逆算してWMS機能と連携要件を選ぶ

入荷に関するWMS機能は、すべてを一律に導入する必要はありません。誤入荷が多いのか、手入力が多いのか、棚入れが遅いのか、在庫差異の原因が分からないのかによって、優先すべき機能は変わります。

誤入荷・在庫差異・格納遅延ごとに優先する機能を決める

現場の課題優先して検討する機能・要件判断のポイント
品違い・数量違いが多い入荷予定データ連携、バーコード検品、予定対実績照合現物を予定情報と照合し、過不足を確定できるか
手入力や転記ミスが多いEDI、OCR、APIなどのデータ連携入荷予定や納品情報をどこまで自動で取り込めるか
格納先が決まらず棚入れが遅いロケーション指示、格納実績登録商品特性、出荷頻度、空き状況を指示条件にできるか
仮置き品が所在不明になる仮置きロケーション、滞留管理、移動履歴検品待ち・格納待ちを通常在庫と分けられるか
ロット・期限を追跡できないロット・期限・シリアル管理入荷時に属性を取得し、出荷まで引き継げるか
スキャンしても差異が残る読取結果照会、予定対実績確認、例外処理読み漏れ・二重読み・誤読を作業完了前に検知できるか

先に現場の課題と発生頻度、手戻りの大きさを整理すると、機能を過剰に導入することを防げます。標準機能で解決できる部分と、商材や既存システムに合わせた個別対応が必要な部分も分けて考えます。

WMSの基本機能や導入判断を補足で確認したい場合は、WMSの機能と選び方の解説も参考になります。

EDI・OCR・API連携は手入力と情報待ちが起きる場所に使う

EDIは、取引先から入荷予定や発注関連の情報をデータで受け取る用途に向きます。OCRは、紙やPDFの納品書などから情報を読み取る用途に使います。帳票の形式や印字状態によって読み取り結果が変わるため、取り込んだ情報を照合する確認工程は残します。

API連携は、基幹システム、販売管理システム、ECなどとWMSの間で、入荷予定、入荷実績、在庫状態などを受け渡す用途に向きます。どのシステムを正とするか、連携のタイミング、エラー時の再送や手動修正を決めておくことが必要です。

自動化する対象は、件数が多く、転記ミスや待ち時間が発生しやすい入力から選びます。連携できるかどうかだけでなく、取り込んだデータを誰が確認し、エラー時にどの状態へ戻すかまで要件に含めます。個別製品の接続可否や帳票の読取精度は、WMS、取引先、既存システムの組み合わせによって異なります。

WMS導入後も在庫差異が残るときの点検ポイント

WMSを導入しても在庫が合わない場合は、どの工程で現物と記録がずれたかを確認します。まず、入荷起点の差異か、保管・出荷・棚卸など後工程の差異かを切り分けます。

入荷起点では、次の記録を確認します。

  • 入荷予定と入荷実績の数量差
  • 商品マスタとバーコードの対応
  • スキャン件数、未読品、過剰読取、エラー履歴
  • ラベルの発行内容と貼り付け先
  • 差異品や保留品の処理履歴
  • 仮置きから正規棚へ移した記録
  • 棚入れ時の商品・ロケーション・数量の登録

入荷に問題がなければ、棚移動、出荷キャンセル、誤ピッキング後の戻し、返品、棚卸などの記録を確認します。現物を移動したのにWMSへ登録していない、登録後に別の場所へ置いた、予定数量を実数として入力したといった運用上のミスは、WMS導入後も起こり得ます。

差異を見つけたら、単に棚卸で数量を合わせるのではなく、最初にずれた工程とルールを特定します。差異調整の履歴を残し、同じ条件で再発していないかを確認することが、在庫精度の改善につながります。

まとめ

WMSの入荷は、入荷予定を準備し、現物の品番・数量・状態を検品し、差異品を分け、実績・ラベル・ロケーションを確定して、条件を満たした在庫を利用可能にする一連の業務です。

まずは、商品マスタと入荷予定を整え、予定対実績の照合、スキャン結果の確認、仮置きを含むロケーション更新を標準化します。そのうえで、商材のロット・期限・温度帯、TC・DCの違い、当日出荷や到着集中の条件に合わせて、優先順位とWMS機能を調整します。

WMS導入後も差異が残る場合は、入荷実績、マスタ、スキャン、ラベル、棚入れ、棚移動、出荷取消などの記録を工程ごとに点検します。機能を増やす前に、どの作業で現物とシステムの記録がずれているかを特定することが、在庫精度を高める近道です。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次