ネクストエンジン 在庫連動
在庫自動連動 設定
EC 一元管理
OMS

ネクストエンジン在庫連動の設定手順 2026 - 引当・自動更新で売り越しを防ぐ

ネクストエンジンの在庫自動連動を設定する手順を、在庫連動グループの作成から引当処理・在庫更新処理の起動、更新間隔(最短5分)まで実運用目線で解説。売り越しや在庫ズレを防ぐ運用設定とつまずき対処もまとめました。

約 8 分
ネクストエンジン在庫連動の設定手順 2026 - 引当・自動更新で売り越しを防ぐ

本記事にはプロモーション(アフィリエイトリンク)が含まれます。

複数モールで在庫を手動更新していると、どこかで必ず売り越しや欠品表示が発生します。ネクストエンジンの在庫自動連動を設定すれば、受注のたびにフリー在庫が再計算され、楽天・Amazon・Yahoo!など各モールへ在庫数が自動反映されます。本記事では在庫連動グループの作成から引当処理・在庫更新処理の「起動」、更新間隔(最短5分)までを手順化し、つまずきやすい設定ミスとその戻し方まで実運用目線で整理します。

在庫自動連動とは何か(設定前に押さえる前提)

在庫自動連動とは、あるモールで注文が入った瞬間に在庫を引き当て、残った「フリー在庫」を全モールへ自動で反映し続ける仕組みです。フリー在庫とは、総在庫から引当済み・予約分などを差し引いた「いま実際に売れる数」を指します。受注・在庫・出荷を一元管理するネクストエンジンでは、この計算とモール反映を24時間365日自動で回すため、手動での在庫更新が不要になります1

設定に入る前に、次の前提が満たされているか確認してください。ここが崩れていると、後段のグループ設定をしても在庫が正しく連動しません。

  • モール連携(API認証)が完了している:楽天・Amazon・Yahoo!などの各店舗がネクストエンジンに接続済みであること。まだの場合は先にネクストエンジンの初期設定ガイドでアカウント開設からモール接続までを済ませておきます。
  • 商品マスタと商品コードが整っている:同一商品を束ねるには、モールをまたいで商品コード(商品番号)が紐づけられる状態が必要です。
  • 設定変更できる管理権限がある:自動実行処理の起動/停止や在庫連動グループの編集は、管理者権限のあるユーザーで行います。

対応モールは楽天市場・Amazon・Yahoo!ショッピング・au PAY マーケット・Qoo10 など主要どころを幅広くカバーし、近年は TikTok Shop 連携の強化も進んでいます。まずは主力モールから連動を組み、慣れてから対象を広げるのが安全です。

対応モールが増えるほど手動更新の負荷は跳ね上がるため、連動対象を広げる前に在庫連動の設計を固めておくのが定石です。

在庫連動を設定する手順チェックリスト

ここからは実際の設定手順です。ネクストエンジンの在庫連動は「商品コードで束ねる → 自動実行処理を起動する → モールごとに自動更新をONにする」という流れで組み立てます。上から順に進めれば、初回でも迷いません。

  1. モール連携の状態を確認する:各店舗の接続が有効か、受注が取り込めているかをチェックします。
  2. 商品コード体系を統一・紐づけする:モールごとにバラバラな商品コードを商品マスタ側で揃え、同一商品として認識できるようにします。色・サイズなどのバリエーション(項目選択肢)もここで正しく対応づけます。
  3. 在庫連動グループを作成する:同一在庫として扱う商品同士を1つのグループに束ねます。これが連動の心臓部で、束ね方を間違えると在庫がズレます。
  4. 自動実行処理を「起動」にする:引当処理・在庫更新処理を「起動」状態にします。ここが「停止」だと在庫は一切動きません。
  5. モールごとに在庫自動更新をONにする:連携する各モールで在庫自動更新を有効化し、更新タイミング(即時/バッチ)を確認します。
  6. 少量商品でテスト運用する:テスト用の商品に実際の注文を入れ、フリー在庫が減って各モールに反映されるかを確認します。在庫ズレの多くは初期設定ミスが原因なので、本番投入前の検証は必須です。
ネクストエンジンの在庫自動連動設定フロー。モール連携から商品コード紐づけ、在庫連動グループ作成、自動実行処理の起動、各モール自動反映までのステップ図
在庫自動連動の設定フロー。商品コードの統一と在庫連動グループの作成が土台になる

在庫連動グループの束ね方

在庫連動グループは「この商品とあの商品は同じ在庫」という宣言です。楽天のSKUとAmazonの出品を同じグループに入れれば、片方で売れたぶんがもう片方のフリー在庫からも即座に差し引かれます。逆にグループに入れ忘れた商品は連動対象外となり、モール個別の在庫のまま動くため売り越しの温床になります。セット商品やオプション商品は専用マスタの組み方が必要になるため、通常商品と分けて設計してください。

自動実行処理を「起動」にする意味

引当処理と在庫更新処理は、ネクストエンジン内部で定期的に自動実行されるバッチです。この2つが「起動」でないと、受注は取り込めても在庫が動かず、伝票が「引当待ち」で止まったままになります。初期設定時や一時停止後の再開時は、必ず両方が「起動」になっているかを確認しましょう2

在庫連携・引当・在庫更新のタイミング

「設定したのに在庫がすぐ反映されない」という相談は、多くがタイミングの仕様を誤解しているケースです。ネクストエンジンの在庫連携は完全リアルタイムではなく、処理ごとに一定の間隔で動きます。目安は次の通りです。

処理役割実行間隔の目安
引当処理受注に対して在庫を引き当て、フリー在庫を再計算およそ3〜5分間隔
在庫更新処理フリー在庫の変動をモール連携用に反映およそ10分間隔
モールへの在庫連携各モールの在庫数を更新最短5分間隔

在庫連携の更新間隔は、2022年8月のアップデートで従来より短縮され最短5分になりました3。それでも受注ピーク時は数分の遅延が生じるため、「注文直後に他モールが即0になる」前提の運用は避け、後述の安全在庫や在庫掛け率でバッファを持たせるのが現実的です。なお、引当処理の実行間隔そのものはユーザー側で短縮・変更できない仕様です。

ネクストエンジンの在庫連携タイミング図。引当処理3〜5分・在庫更新処理10分・モール連携最短5分の各間隔と、受注からフリー在庫再計算・モール反映までのデータフロー
受注から各モール反映までのタイミング。完全リアルタイムではなく処理ごとに一定間隔で動く

在庫自動連動の本質は、この「売り越し防止」と「機会損失の最小化」を両立させる点にあります。手動運用では両立が難しいこのバランスを、フリー在庫の自動再計算が肩代わりしてくれます。

売り越し・在庫ズレを防ぐ運用設定とつまずき対処

連動を組んだあとは、ズレを未然に防ぐ運用設定と、詰まったときの戻し方を用意しておきます。

バッファ設定で売り越しを防ぐ

まず押さえたいのが2つのバッファ設定です。

  • 安全在庫(バッファ在庫):実在庫より少なめの数をモールに見せることで、遅延中の同時注文による売り越しを防ぎます。
  • 在庫掛け率(在庫按分):モールごとに引き当てる在庫割合を配分します。楽天70%・Yahoo!30%のように分ければ、片方の急な売れ行きでもう片方が即欠品になる事故を抑えられます。Yahoo!ショッピング固有の在庫連動の注意点はYahoo!ショッピング連携の設定手順で詳しく整理しています。

在庫切れ時の表示(「入荷待ち」「取り寄せ可」など)を使い分けると、欠品でも機会損失を抑えられます。

つまずき早見表とロールバック手順

よくあるつまずきと対処は次の早見表で確認してください。

症状・エラー主な原因対処法
伝票が「引当待ち」から動かない引当処理が「停止」になっている自動実行処理で引当処理・在庫更新処理を「起動」に戻す
在庫が特定モールだけ連動しない商品コードの紐づけ漏れ・グループ未登録在庫連動グループに対象商品が入っているか確認し、コードを統一
セット商品の在庫がズレる通常商品と同じマスタで組んでいるセット商品専用のマスタ構成に作り直す
想定より在庫反映が遅い更新間隔の仕様(数分の遅延)を即時と誤解安全在庫・在庫掛け率でバッファを確保し運用でカバー

受注件数はプランの従量課金にも影響するため、複数モール展開でボリュームが増える前にネクストエンジンの料金プランも併せて確認しておくと、運用コストの見通しが立てやすくなります。

弊社の導入・運用支援と商品マスタ整備

弊社スマイルコンフォートはネクストエンジンの導入実績があり、初期セットアップからモール接続・在庫連動グループの設計・API カスタマイズ・運用フロー設計まで一気通貫で支援してきました。受注同期エラーや在庫齟齬といったトラブル対応の経験も踏まえ、無理のないオペレーションをご提案します。在庫連動でつまずきやすいのは技術面よりも「商品コード体系の設計」と「テスト運用の設計」で、ここを最初に固めるだけで後工程が大きく楽になります。

在庫連動の前提となる商品マスタ整備、とりわけ楽天 / Yahoo! ショッピングのカテゴリ・商品属性のマッピングには、弊社の AI プロダクト CataMap も運用ノウハウとして役立てられます。モールごとに異なるカテゴリ・属性を AI で補完するアプローチで、Next Engine の商品マスタを整える前段の整理に応用できる知見です。

まとめ

在庫の手動更新から解放されたいなら、ネクストエンジンの在庫自動連動は最初に投資する価値のある設定です。ポイントは、(1) 商品コードを統一して在庫連動グループで束ねる、(2) 引当処理・在庫更新処理を「起動」にする、(3) 更新間隔は完全リアルタイムではないと理解し安全在庫・在庫掛け率でバッファを持つ、(4) 本番前にテスト注文で検証する、の4点です。この順で組めば売り越しと機会損失のバランスが取れ、在庫管理はほぼ手離れします。設定の設計やトラブル対応で迷ったら、実装経験のあるパートナーに相談するのが結局は最短ルートです。


※情報は 2026-07-05 時点の内容です。最新情報は公式サイトをご確認ください。

※本記事には PR を含みます。

Footnotes

  1. ネクストエンジン公式「在庫管理機能」 https://next-engine.net/functions/zaiko/

  2. ネクストエンジン公式「引当処理・在庫更新処理について」 https://next-engine.net/more-ne/20190402-2/

  3. NE株式会社ニュース「在庫連携の更新間隔を最短5分に短縮」 https://ne-inc.jp/news/article/nextengine_5minites_2208/

よくある質問

処理ごとに間隔が異なります。受注に対する引当処理はおよそ3〜5分間隔、在庫更新処理はおよそ10分間隔で自動実行され、各モールへの在庫連携は最短5分間隔で反映されます。API制限による数分程度の遅延は正常な挙動なので、完全リアルタイムを前提にした運用は避けてください。

関連記事