ナレッジ＆ニュース

近年、通販事業者の間では「自社倉庫を持つより、物流業者の倉庫をアウトソーシングする」ケースが増加しています。

繁閑差の大きい出荷量の波動に柔軟に対応できるうえ、保管スペースを必要に応じて増減できることが主な理由です。
倉庫を外部委託すると通販システム側との情報連携が重要なカギを握ります。

今回のコラムでは、WMS（Warehouse Management System：倉庫管理システム）と通販基幹システムを高度に連携させる開発ポイントをご紹介します。

通販基幹システムとWMSの関係性

なぜ通販基幹システムとWMSの連携が重要なのか

EC市場が拡大する中で、在庫精度や出荷スピードは顧客満足度を左右する重要な要素になっています。特に複数倉庫の運用やSKU数の増加に伴い、受注から出荷までの情報連携が複雑化してきやすくなっています。
そのため、通販基幹システムとWMSを適切に連携させ、在庫情報や出荷ステータスをタイムリーかつ正確に同期することが、スムーズなEC運営に欠かせない仕組みとなっています。

通販基幹システムとWMSの役割整理

通販基幹システムは、受注管理・顧客情報・商品マスタ・在庫引当・売上計上など、EC運営の中心となる業務処理を担う“頭脳”の役割を持つ一方で、WMSは、入庫・保管・棚卸・ピッキング・梱包・出荷といった倉庫内オペレーションを最適化する“現場の司令塔”です。両者は役割が明確に異なるものの、在庫情報や出荷ステータスを正確に連携することで初めてスムーズなEC物流が成立します。 例えば、通販基幹システムは最新の在庫数を基に受注可否や引当処理を行い、WMSは受注データを基にピッキング指示を生成します。どちらかの情報が遅延したり不整合が生じたりすると、在庫差異や出荷遅延につながるため、両システムの連携はEC事業における“生命線”と言えるでしょう。

アウトソーシング倉庫の専用WMSを使い倒す

物流業者ごとに導入されているWMSは独自機能や作業効率を高める帳票レイアウトを持つものが多いため、各倉庫のWMSにマッチした入出庫処理・伝票発行ロジックを設計します。

例えば、経験の浅い作業員でも効率良く作業できる単品出荷（1商品1個のみの出荷）と、まとめ出荷（複数個の商品を1つの箱にまとめて出荷）、包装やメッセージカードの同梱が必要なギフト出荷などで出荷の作業単位を分けて伝票を発行します。
また、商品の仕入先に依頼して納品書へ発注伝票番号をバーコード印字してもらうことで、入荷処理時に該当の発注伝票データを検索して探す必要がなくなり、作業効率が上がります。

入庫指示／入庫実績レスポンス／ピッキング指示／出荷完了レスポンスなど、WMSが求めるAPI仕様やCSVフォーマットと業務フローを事前に固め、運用開始時の負荷を抑制します。

ハンディターミナル（HHT）による入出庫作業の効率化実現

WMSではHHT（Hand Held Terminal）を利用した「入出庫作業」を採用でき、物流現場の作業員はバーコードスキャンだけで「伝票呼び出し」や「検品」、「実績登録」を迅速に完遂できます。

HHT→WMS→通販システムの三段階フローをリアルタイム連携させることで、在庫数反映のタイムラグを最小限に抑えます。

商品マスタの商品コード、またはJANコードをバーコードとすることで効率化と正確性が高まります。

英数字の羅列である伝票番号や、商品コード、JANコードの手入力は、非効率で正確性も低いと言えますが、バーコードスキャンであれば瞬時に正確に読み取り入力がされます。
スーパーマーケットのレジが手打ちからバーコードスキャンに変わったことでも入力方法の効率化と正確化は疑いようのないものです。
また、HHTによる出荷検品（出荷商品と注文の照合）を行うことで出荷の正確性は99%以上になります。

データ連携：API vsCSV

通販基幹システムとWMSのデータを連携させる方法は大きく分けて2種類存在し、それぞれに扱いが向いているデータ、特徴が存在します。

• API連携
  リアルタイム性が求められる「当日配送」などに最適。注文の数分後には倉庫で伝票発行が可能です。エラー発生時は即応答を返すため、障害検知や復旧も自動化しやすいと言えます。
• CSV連携
  大量データのバッチ処理向き。発注リスト取り込みや日次の在庫実績取り込みなど、タイムラグが許容される業務で使います。障害時はファイル単位でのリトライや再送が可能なため、トラブルシュートが比較的容易です。

差異検出と在庫照合バッチ

通販基幹システム側の「販売用在庫（指示ベース）」とWMS側の「実績在庫」を定期的に照合する仕組みを用意しましょう。

通販基幹システム側とWMS側のどちらかに連携されない入出庫数が発生すると双方の在庫数にズレが生じます。

• 例1：倉庫から商品のサンプル持ち出しがあったが、通販側に反映されていない
• 例2：入荷処理がWMSでは完了しているが、通販側の反映が翌日になった
• 例3：通販側のみで出荷中の注文をキャンセル処理してWMS側に反映されていない

こうしたズレを放置すると、欠品・過剰販売・出荷遅延などのトラブルにつながります。

倉庫の稼働時間外に一括で在庫照合バッチを走らせ、商品コードをキーに差異を検出。ズレがあればアラートを挙げ、翌営業開始前に運用担当が調査・修正できる体制を整えます。
この仕組みにより、在庫不一致によるトラブルを未然に防ぎ、安定した出荷運用を実現できます。

eシェルパ標準機能とカスタマイズ対応

eシェルパでは、出荷伝票の出力や送り状発行システムとのCSV連携を標準提供。自社での出荷作業もすぐに始められます。

一方で、3PL業者に委託する場合は、カスタマイズモジュールを追加。受注データ→WMS出荷指示、出荷完了レスポンス→ステータス更新、在庫実績取り込みとアラート機能など、お客様ごとの業務フローにフィットさせます。

マスタデータと入出庫予定・実績と棚卸結果が連携できればほとんどのWMSと業務の繋ぎこみが実現できます。
eシェルパでは、メーカーの基幹システムがWMSの役目となり、出荷指示前に納品日の決定や、購入商品と配送先住所による出荷倉庫や配送業者の決定まで連携に組み込んだ実績があります。

まとめ・開発ポイント

具体的な開発ポイントは以下のようになります。

• 仕入先マスタ、商品マスタ、他マスタのキー項目と連携項目を決定します
• 両システムで発生する入出庫種類の整合を図り、予定と実績の連携項目と変更取消時の連携方法も考慮した業務フローを作成して双方の認識違いをなくしておきます
• 両システムの在庫数に差異が発生していないかチェックする仕組みも組み込んでおきます
• データ連携の内容だけでなく、連携タイミングや連携エラー発生時の通知方法、リトライ方法なども決めておきましょう

連携データは個人情報を含みますので、データの置き場所や保持期間もセキュリティ要件に合わせて決定する必要があります。

おわりに

倉庫をアウトソーシングしても、通販システムとの連携が自動化され業務フローにフィットしていなければ、むしろ運用負荷や在庫差異のリスクが増大します。

通販システムとWMS連携は、多くは開発ベンダーが異なるシステム間の連携となりますので、双方のデータの持ち方や想定しているステータス遷移をすり合わせた上で、両システムをデータ連携により繋いで連動させることを意識して実現させます。

eシェルパは複数のWMSとの連携実績があります。柔軟な連携基盤を活用し、通販事業者のさらなる成長を支えるエンジニアリングを追求していきましょう。