ネクストエンジンと楽天市場を連携すると、楽天市場の複数店舗を含む受注・在庫・商品情報・出荷業務を一元管理できます。RSL（楽天スーパーロジスティクス）を利用する場合は、倉庫への出荷依頼や出荷実績の反映まで自動化の範囲を広げられます。
ただし、連携できることと、すべての注文を無人で処理できることは同じではありません。在庫の反映間隔、決済確認が必要な注文、倉庫の振り分け、楽天側の商品更新条件などを自社の運用と照合することが、導入効果を左右します。
ネクストエンジンと楽天市場の連携で一元化できる業務
楽天市場との連携では、主に「受注」「在庫」「商品情報」「出荷」の4領域をまとめて管理できます。楽天市場だけを運営している場合は日々の転記作業を減らし、他モールや自社ECも併売している場合は、店舗ごとに異なる管理画面を行き来する負担を抑えられます。
同一モール内の複数楽天店舗も管理対象にできます。一方、複数の企業がそれぞれ受けた注文を1つのアカウントへ統合する用途とは条件が異なるため、運営主体が複数ある場合は分けて考える必要があります。
楽天市場とネクストエンジンで連携できる受注・出荷業務
楽天市場の注文は、連携設定を行うことでネクストエンジンへ自動で取り込み、複数店舗や対応する他モールの注文と同じ画面で処理できます。各店舗の管理画面を確認して別のシステムへ転記する作業を減らせる点が、基本的なメリットです。()
取り込んだ注文は、出荷へ進める注文と、担当者の確認が必要な注文に分けて扱います。入金・与信、住所や注文内容、在庫、予約商品の発売日などに確認が必要な注文は、出荷処理へ進める前に保留する設計が必要です。
決済方法ごとの取り込み条件や、楽天RMSとネクストエンジンの詳細なステータス名の対応は、利用する連携方式や店舗設定によって変わるため、導入時に確認してください。楽天注文の取り込み間隔についても、提示されている運用例だけから現行の共通仕様を一律に示すことはできません。当日出荷を重視する場合は、取り込みから出荷指示までの実際の時間をテストしておきます。
出荷処理が完了し、配送会社や倉庫から配送番号を取得できる運用であれば、配送番号・発送日などの出荷情報を楽天側へ反映できます。購入者への受注後のメールや発送連絡メールも、設定した条件を満たす注文に対して自動送信できます。送り状発行システムや倉庫から配送番号を正しく戻せることが、出荷後の自動反映には欠かせません。()
なお、ネクストエンジン側で注文内容を修正した場合に、その変更が楽天側へ必ず書き戻されるとは限りません。注文変更やキャンセルが発生したときに、楽天RMSとネクストエンジンのどちらを正とし、どの画面で処理するかを事前に決めておく必要があります。
楽天を含む複数店舗間の在庫連携
楽天市場の複数店舗や、対応する他モール・自社ECの在庫は、ネクストエンジンを介して自動連携できます。楽天で売れた分を各店舗へ反映し、他店舗で売れた分を楽天側にも反映することで、店舗ごとの在庫CSVを手作業で更新する回数を減らせます。()
在庫情報は「最短5分で自動連携」と案内されていますが、瞬時に同期する仕組みでも、売り越しをゼロに保証する仕組みでもありません。連携先の仕様、商品コードのひも付け、在庫配分の設定、注文が集中したときの時間差によって、実際の反映状況は変わります。
在庫連携を使うには、楽天の商品とネクストエンジンの商品を正しくひも付けることが前提です。セット商品、複数ページで販売する商品、バリエーション商品などは、単純に商品番号を一致させるだけでは運用できない場合があります。テスト注文で、販売後にどの商品の在庫が減り、各店舗へ何が反映されるかを確認しておくと安全です。
予約商品については、在庫数だけでなく納期情報を自動反映できる案内があります。ただし、楽天側の商品設定や予約販売の条件、連携対象項目によって扱いが変わるため、通常商品と同じ流れで処理できるかを確認してください。
楽天スーパーSALEなどのセール用に在庫を確保したい場合は、通常販売用・セール用・卸売り用といった用途別に在庫を分ける考え方があります。拠点管理や在庫配分を使って、特定の販売形態に割り当てる在庫を設計できます。ただし、設定した在庫が各店舗でどのように表示されるかは、連携先と設定内容を確認する必要があります。
楽天の商品情報・セール・定期購入商品の連携
ネクストエンジンには、楽天市場の商品情報を取り込み、対応する他モールやカート向けに展開する機能があります。楽天の商品データを起点に、店舗ごとの項目や形式に合わせて変換し、各管理画面で同じ情報を入力し直す作業を減らせます。()
ネクストエンジン上から、楽天向けの商品登録・更新、複数店舗の商品情報の一括編集、更新日時を指定した予約登録ができます。セール時には対象商品を絞り込み、価格・ポイント・商品名などをまとめて変更する運用が考えられます。開始時刻に合わせた予約更新を使えば、その時間に担当者が手作業で切り替える負担も抑えられます。
ただし、商品情報の一括更新に対応していることと、楽天市場側のすべての項目を同じ方法で更新できることは別です。商品ページ、画像、バリエーション、価格、ポイント、在庫、配送情報など、更新したい項目ごとに対応範囲を確認してください。
楽天市場への出品・更新に、楽天側の「CSV商品一括編集」契約が必要かどうかは、操作内容と現行の楽天側条件を分けて確認する必要があります。過去の案内には、楽天のCSV商品一括編集サービスへの申込みが必要とする説明がありますが、ネクストエンジン経由の新規出品・更新について、現在も一律に必要なのか、どの操作が対象なのかを示す確認済みの公式情報はありません。費用を見積もるときは、楽天側へ「ネクストエンジンからAPI等で行う新規登録・更新にも契約が必要か」「必要な場合の対象項目と料金」を確認してください。()
リニューアル後の楽天の定期購入商品については、商品ページの取り込み、商品ページの更新、在庫連携に対応すると案内されています。定期購入の受注処理全体や、利用中の楽天側設定がすべて同じ扱いになるとは限らないため、対象商品の形式を使った検証が必要です。()
RSL連携で自動化できる範囲と制約
RSL（楽天スーパーロジスティクス）は、楽天市場出店店舗向けに商品の入庫・保管・梱包・発送などを代行する物流サービスです。通常の楽天市場連携がモールの注文・在庫・商品情報を扱うのに対し、RSL連携では倉庫への出荷依頼や、倉庫から戻る出荷実績・在庫情報まで接続します。()
RSLでつながる受注・出荷・商品・在庫の流れ
RSLの契約とRSL自動連携アプリの設定を前提にすると、次のような流れを自動化できます。
- 楽天市場などの注文をネクストエンジンへ取り込む
- 出荷対象の注文をRSLへ出荷依頼する
- RSLから出荷実績や配送情報を取得する
- 楽天側へ出荷情報を反映する
- 購入者へ発送通知メールを送信する
各モールから注文データをCSVでダウンロードし、RSLへ手動でアップロードする作業を減らせます。RSLの出荷実績を取得してモールへの反映や発送通知までつなげられる点も、出荷業務を委託する店舗にとって重要です。
商品については、ネクストエンジンに登録した情報をRSLへ同期できます。また、RSLに入荷した実績やRSL側の在庫情報をネクストエンジンへ反映できます。ただし、入庫同期の方法や反映タイミングは利用する連携方式で確認してください。商品登録と入荷実績の反映は、別の処理として検証する必要があります。
RSL連携は、すべてのモール・カートの注文を同じ方式で処理できるとは限りません。一部対象外のモール・カートがあるため、楽天以外の販売先もRSLへ回す場合は、モールごとに「出荷依頼」「出荷実績」「配送番号」「発送通知」の対応範囲を確認してください。
ネクストエンジン側のRSL連携オプション料金は無料と案内されています。ただし、これはRSLの物流サービス自体が無料という意味ではありません。RSLの保管料・配送費・作業料などは、ネクストエンジン本体料金や連携アプリの料金とは分けて見積もります。()
RSLと自社倉庫を併用する場合の拠点・例外管理
RSLと自社倉庫、または別の物流倉庫を併用することもできます。たとえば、楽天市場の注文はRSL、他モールの注文は自社倉庫、あるいは売れ筋商品はRSL・特殊な商品は自社倉庫というように、注文や商品に応じて出荷拠点を分けます。
振り分けの条件には、販売チャネル、配送先地域、商品、在庫の所在、引当の優先順位などがあります。拠点を登録するだけで適切に振り分けられるわけではないため、実際の注文パターンに沿ってルールを作ることが必要です。1つの注文にRSL商品と自社倉庫商品が混在する場合など、拠点をまたぐ注文をどう扱うかも事前に決めておきます。
RSLへの出荷依頼後は、ネクストエンジン上で出荷状態を照会し、依頼の取り下げやキャンセルを行える案内があります。ただし、RSL側の作業がどこまで進んでいるか、キャンセル可能な期限内かによって、取り下げ・キャンセルの可否は変わります。()
冷凍商品を扱う場合の温度帯連携と混在注文の扱い
RSLのクール冷凍商品では、商品ごとに設定された温度帯区分として、常温・冷凍の情報を連携できると案内されています。冷凍商品を扱う場合は、商品マスタの温度帯と配送方法がRSL側の条件と一致しているかを確認してください。クール冷凍商品の利用には事前申込みが必要です。
一方、常温品と冷凍品が同時に購入された混在注文への対応は、掲載上では2026年10月のアップデート予定です。予定機能を提供済みの機能として扱わず、混在注文が発生する店舗は、対応状況と利用できる処理方法をRSL側へ確認してください。()
楽天連携で手作業を減らすために導入前に整理すること
ネクストエンジンを導入すると、定型的な注文処理や在庫更新は効率化できます。しかし、店舗独自のルールを設定しないまま導入すると、確認対象の注文が多く残り、期待したほど作業が減らないことがあります。
導入前には、通常注文を自動で進める流れと、担当者が確認してから進める流れを分けて設計します。最低限、次の項目を整理しておきましょう。
- 楽天で利用する決済方法と、入金・与信確認が必要な注文
- 住所不備、注文内容の変更、金額変更、キャンセルが発生した場合の処理場所
- ギフト、ラッピング、同梱、分割出荷が必要な注文
- 予約商品、発売日待ち、取り寄せ商品の出荷条件
- 配送方法、配達希望日、温度帯、配送地域ごとの出荷ルール
- RSL、自社倉庫、他社WMSのどこから出荷するかという振り分け条件
- 商品コード、セット商品、セール確保分の在庫のひも付け
- 送り状システムから配送番号を取得し、楽天へ返す方法
自社の受注フローを「自動で進める注文」と「確認する注文」に分ける
自動化の対象は、注文内容・決済・在庫・配送条件に問題がない注文です。それ以外の注文は、確認待ちや入金待ちなどの状態に止め、担当者が内容を確認してから出荷に進めます。これにより、すべての注文を一律に止めるのではなく、判断が必要な注文にだけ作業を集中できます。
ただし、楽天の決済区分による保留・解除条件は、決済方法や店舗設定で変わるため、実際の注文データで確認してください。特定の決済方法を一律に自動処理できると判断せず、入金・与信の確認が必要な注文をどの状態で止め、誰が解除するかを決めておきます。
注文の変更やキャンセルでは、ネクストエンジン側の伝票を修正しただけで楽天側も変更されるとは限りません。「変更は楽天RMSで行う」「ネクストエンジンで修正後、楽天側も確認する」など、処理する画面と担当者を決めておくことが重要です。
在庫・出荷・倉庫のルールを連携設定に落とし込む
商品コードのひも付けでは、楽天と他店舗でコードが異なる商品、セット商品、同じ商品を複数ページで販売する商品を洗い出します。セール用に確保した在庫や、卸売り・実店舗向けに分ける在庫がある場合は、拠点や配分設定が自社の販売計画と合っているか確認します。
出荷については、注文をどの拠点へ送るかだけでなく、倉庫から出荷実績と配送番号が戻るかまで確認します。RSLやWMSを使う場合は、出荷依頼後の変更・キャンセル、欠品、分割出荷、返品などの例外処理も含めてテストしてください。
既存の受注管理システムから乗り換える場合は、移行期間中に同じモールのAPIを複数システムで同時利用しないよう注意が必要です。まずCSVなどでデータや処理結果を検証し、受注・在庫・出荷実績が想定どおりにつながることを確認してから切り替えると、二重取り込みや在庫更新の競合を避けやすくなります。
楽天連携の利用条件と料金の見方
楽天連携の費用は、ネクストエンジン本体、RSLの物流費、楽天側の契約、必要な有料アプリに分けて考えます。本体料金だけを見て判断すると、商品更新や倉庫利用にかかる別費用を見落とす可能性があります。
店舗数・ユーザー数・商品数の利用条件
公開情報には、1企業のアカウントで最大99店舗、50万SKUを登録でき、ユーザー数に上限はないという案内があります。一方、RMS Service Squareには最大50サイトという案内もあります。登録上限については情報が一致していないため、申込み時点の契約条件を確認してください。
同一モール内の複数楽天店舗を管理でき、店舗数・登録商品数・ユーザー追加による本体料金の増額はないという案内もあります。ただし、複数企業の注文を1つのアカウントへ統合する用途や、運営代行で複数社を管理する場合は別の契約・アカウント条件になるため、同じ上限をそのまま当てはめないでください。()
本体料金とRSL・有料アプリ・物流費を分けて考える
本体料金は、初期費用0円、月額基本料金3,000円（税抜）で、月間受注200件までが含まれます。201件目以降は、受注件数の区間ごとに従量課金されます。()
| 月間受注件数 | 本体月額の目安（税抜） |
|---|---|
| 0〜200件 | 3,000円 |
| 400件 | 10,000円 |
| 1,000件 | 28,000円 |
| 3,000件 | 78,000円 |
超過分は、201〜400件が1件35円、401〜1,000件が1件30円、1,001〜3,000件が1件25円です。3,001〜5,000件は1件20円、5,001〜7,000件は1件15円、7,001〜10,000件は1件10円、10,001件以上は1件5円と案内されています。単価を全受注件数に一律で掛けるのではなく、区間ごとに積算します。
RSL連携アプリは、ネクストエンジン側のオプション料金が無料と案内されています。ただし、RSLの保管・配送・梱包などの物流費は別料金です。楽天側のCSV商品一括編集契約が必要となる場合の費用、有料アプリ、送り状システムやWMSの利用料、年間保守費用も本体料金とは分けて試算してください。
30日間の無料体験で確認したいこと
ネクストエンジンでは30日間の無料体験が案内されており、体験中は本番と同じシステムを利用できます。体験中に設定した内容は、正式契約後へ引き継げるとされています。()
無料体験では、機能の有無だけでなく、自社の注文がどこで止まり、誰が何を確認するかまで検証します。特に次の流れを、実データまたは検証用データで確認すると導入後の差を把握しやすくなります。
- 楽天注文がネクストエンジンへ取り込まれること
- 決済確認や住所不備の注文を確認対象に分けられること
- 在庫が楽天・他店舗へ想定どおり反映されること
- RSLや自社倉庫へ正しい出荷先で依頼できること
- 出荷実績・配送番号が楽天側へ戻ること
- 受注後・発送後のメールが適切な注文に送信されること
- 注文変更、キャンセル、同梱、予約、返品などの例外を処理できること
本体の無料体験と、有料アプリや外部サービスの体験条件は同じとは限りません。RSL、WMS、送り状システム、楽天側サービスを含む総費用と、体験終了後の課金条件を個別に確認してください。
まとめ
ネクストエンジンと楽天市場を連携すると、複数楽天店舗を含む受注・在庫・商品情報・出荷情報を一元管理できます。楽天注文の取り込み、在庫更新、商品情報の一括・予約更新、出荷後の配送番号や発送情報の反映によって、店舗ごとの転記作業を減らせます。
RSLを利用する場合は、出荷依頼、出荷実績、商品情報、入荷・在庫情報まで連携範囲を広げられます。一方で、決済確認が必要な注文、在庫の反映時間、商品コードのひも付け、倉庫の振り分け、常温・冷凍の混在注文などには条件があります。
導入前には、自動で進める注文と担当者が確認する注文を分け、例外処理まで含めた運用フローを設計しましょう。料金も、本体の受注件数課金、RSLの物流費、楽天側の契約、有料アプリや外部サービスの費用を分けて比較することが重要です。
出典