ネクストエンジン×発送代行の連携実務ガイド｜API・CSV連携の設定手順・自動化できる業務・業者選定

ネクストエンジンとは？EC事業者に選ばれる理由

ネクストエンジンの基本機能と料金体系

ネクストエンジンは、Hamee株式会社が提供するクラウド型のEC一元管理システム（OMS）です。楽天市場・Amazon・Yahoo!ショッピング・Shopify・BASEなど主要なECモール・カートの受注情報を1つの画面に集約し、受注処理・在庫連携・商品登録・メール送信といったバックヤード業務を自動化します。契約社数は6,737社（2026年1月時点）、利用店舗数は53,602店（2025年4月時点）と、国内EC事業者の間で最も普及しているOMSのひとつです（ネクストエンジン公式サイト）。

料金は初期費用0円、月額基本料金3,000円（税抜・受注200件まで）の従量課金制です。201件目以降は受注件数に応じて1件あたり5〜35円が加算される仕組みで、店舗数や商品点数による追加費用はありません。有料アプリを追加する場合はアプリごとの利用料が発生し、契約1年経過後は年間保守費用15,000円（税抜）が必要です。

2024年の日本国内のBtoC-EC（消費者向け電子商取引）市場規模は26.1兆円（前年比5.1%増）に拡大しています。受注件数が増えるほど、受注から出荷までのバックヤード業務を自動化する必要性は高まります。

出典：経済産業省「令和6年度電子商取引に関する市場調査」

ネクストエンジン単体では解決できない「出荷」の課題

ネクストエンジンは受注データの集約と処理の自動化に優れていますが、商品を物理的にピッキング・梱包・出荷する工程はシステムの範囲外です。受注処理がどれだけ効率化されても、出荷作業が手作業のままでは以下のボトルネックが残ります。

• ネクストエンジンで受注を確定した後、CSVを手動でダウンロードし、倉庫側のフォーマットに加工してアップロードする手間
• 出荷完了後の追跡番号をネクストエンジンに手入力し、購入者への発送通知メールを送るまでのタイムラグ
• 倉庫の実在庫とネクストエンジンの論理在庫にズレが生じ、売り越しや機会損失が発生するリスク

こうした課題を根本的に解消するのが、ネクストエンジンと発送代行の倉庫（WMS）をシステム連携し、受注確定→出荷指示→出荷実績→追跡番号反映の一連のフローを自動化する仕組みです。連携方式にはAPIとCSVの2種類があり、事業規模や倉庫側の対応状況によって最適解が異なります。次章でその違いを詳しく見ていきましょう。

EC物流の全体像はEC物流完全ガイドにまとめています。

ネクストエンジンと発送代行を連携する2つの方式（API・CSV）

API連携：リアルタイム自動化の本命

API連携は、ネクストエンジンと発送代行のWMS（倉庫管理システム）がインターネット経由でデータを自動的にやり取りする方式です。ネクストエンジン側で受注ステータスが「印刷待ち」に進むと、WMS側が自動的に出荷指示データを取得し、出荷完了後は追跡番号をネクストエンジンに自動で書き戻します。人が介在する工程がほぼなくなるため、出荷リードタイムの短縮・入力ミスの排除・在庫のリアルタイム同期という3つのメリットを同時に実現できます。

ネクストエンジンはアプリストアを通じて倉庫連携アプリを提供しており、対応する発送代行業者であればアプリをインストールするだけで連携の土台が整います（ネクストエンジン提携倉庫サービス一覧）。ただし、アプリのAPI連携には件数制限がある場合があります。たとえば、自動連携では5日以内に更新された商品マスタを100件まで、手動連携では1年以内に更新されたマスタを1,000件まで取り込むといった制約があるため、SKU数が多い事業者はCSVインポートとの併用が必要になるケースもあります。

API連携方式の詳細はAPI連携とCSV連携の違いにまとめています。

CSV連携：柔軟性と導入ハードルの低さ

CSV連携は、ネクストエンジンから出荷指示データをCSVでダウンロードし、発送代行のWMSにアップロードする方式です。出荷完了後は、倉庫側が出力した実績CSVをネクストエンジンに取り込み、追跡番号やステータスを更新します。

API連携に比べると手作業が発生しますが、以下のメリットがあります。

• 発送代行業者を問わず利用可能：WMSがCSVインポートに対応していれば、API連携アプリがない業者とも連携できる
• データの目視確認がしやすい：出荷前にCSVの中身を確認・修正できるため、イレギュラー対応が多い事業者に向く
• 初期設定が簡単：カラムマッピング（項目の対応付け）を一度設定すれば、日次のオペレーションはダウンロード→アップロードの繰り返し

一方で、1日に複数回のファイル操作が必要になる点、人的ミス（ファイルの取り違え・アップロード忘れ）が起きうる点がデメリットです。月間出荷件数が500件を超えるあたりからAPI連携への移行を検討すべきでしょう。

API連携とCSV連携の比較表

どちらの方式を選ぶかは、月間出荷件数・SKU数・発送代行業者の対応状況によって判断します。理想はAPI連携を基本とし、大量マスタ登録時のみCSVを補助的に使うハイブリッド運用です。連携方式の全体設計はシステム連携の設計ガイドで確認できます。

連携で自動化できる5つの業務フロー

ネクストエンジンと発送代行をシステム連携すると、以下の5つの業務が自動化または大幅に省力化されます。それぞれ「連携前（手作業）」と「連携後（自動化）」の違いを確認しましょう。

① 出荷指示の自動送信

連携前：ネクストエンジンで受注を確定した後、出荷指示CSVをダウンロードし、倉庫の指定フォーマットに列を並べ替えてアップロードします。1日2〜3回、1回あたり15〜30分の作業が発生します。

連携後：受注ステータスが「印刷待ち」に進んだ時点で、API経由で出荷指示データが倉庫のWMSに自動転送されます。担当者は「指示が正しく連携されたか」をダッシュボードで確認するだけになります。

② 追跡番号の自動書き戻し

連携前：倉庫から出荷完了の連絡を受け取り、追跡番号の一覧CSVをネクストエンジンにインポートします。追跡番号の紐付けミスがあると、購入者に誤った番号を通知してしまうリスクがあります。

連携後：倉庫のWMSで出荷が確定すると、追跡番号がネクストエンジンに自動反映されます。ステータスも「出荷確定済」に自動で遷移し、購入者への発送通知メールがトリガーされます。

③ 在庫数のリアルタイム同期

連携前：倉庫の実在庫とネクストエンジンの論理在庫を日次でCSV突合し、差異があれば手動で修正します。セール期間中は在庫のズレが売り越しにつながりやすいです。

連携後：入荷・出荷・返品のたびに在庫数がリアルタイムで同期されます。複数モールへの在庫配分もネクストエンジン側で一元管理され、売り越しリスクが大幅に低減します。在庫管理の考え方については「EC在庫管理の方法にまとめています。

④ 商品マスタの同期

連携前：新商品を登録するたびに、ネクストエンジンと倉庫のWMSの両方にマスタデータを手入力します。商品名やSKUコードの不一致が出荷エラーの原因になります。

連携後：ネクストエンジンに登録した商品マスタ（商品名・SKU・JANコード・サイズ・重量等）がWMSに自動連携されます。マスタの二重管理が不要になり、不一致によるエラーが根絶されます。SKU設計のベストプラクティスは「EC事業者のための商品コード・SKU設計実務ガイド」で解説しています。

⑤ 入荷実績の取り込み

連携前：倉庫に商品が入荷・検品されたら、入荷実績をメールやCSVで受け取り、ネクストエンジンの在庫を手動で加算します。入荷と販売開始のタイミングにタイムラグが生じます。

連携後：倉庫での入荷検品が完了した時点で、入荷数量がネクストエンジンに自動反映されます。入荷即販売が可能になり、機会損失を最小化できます。

月間出荷200件規模の事業者でも、上記5業務の手作業を合算すると月40〜60時間に達することがあります。この時間を商品企画やマーケティングに振り向けることが、発送代行連携の最大のリターンです。

令和5年度にはEC市場が物販系分野で14.6兆円規模、宅配便の取扱個数は約50億個に達しています。出荷量が増えるほど手作業の限界が顕在化するため、システム連携による省力化の投資対効果は大きくなります。

出典：国土交通省「宅配便等取扱個数」報道発表資料

ネクストエンジン×発送代行の連携設定手順

ここでは、API連携を前提とした設定の流れを7ステップで解説します。CSV連携の場合はステップ3〜4がカラムマッピング設定に置き換わりますが、全体の流れは共通です。

ステップ1：商品コードの統一

ネクストエンジンの商品マスタと、各モール・カートの商品コードを統一します。ネクストエンジンでは「商品コード」がすべての連携の基盤となるため、楽天の商品管理番号・AmazonのSKU・Yahoo!の商品コードなどをネクストエンジン上の商品コードと一致させる必要があります。この作業を怠ると、倉庫との連携時にSKU不一致エラーが頻発します。

商品コードの統一ルールは、ネクストエンジンのマニュアル「モール・カートごとの商品コード統一ルール」に従ってください。使用不可文字（半角コロン・半角カンマ・半角カタカナ・機種依存文字など）を含むコードは事前に修正が必要です。

ステップ2：発送代行業者との事前すり合わせ

発送代行業者に以下の項目を確認します。

• ネクストエンジンとのAPI連携に対応しているか（連携アプリの有無）
• CSV連携の場合、受け入れ可能なファイルフォーマットと必須カラム
• SKUコードの文字種・桁数の制約
• 入荷予定データの事前連携が必要か
• 追跡番号の書き戻し方法とタイミング（リアルタイムか日次バッチか）

発送代行業者への商品の預け入れ準備については「発送代行に預ける前の準備ガイドにまとめています。

ステップ3：連携アプリのインストールと認証設定

API連携の場合、ネクストエンジンのアプリストアから対応する倉庫連携アプリをインストールします。インストール後、ネクストエンジンの「設定」→「基本」→「店舗情報」にあるストアアカウントと認証キーを、発送代行業者側のWMSに設定します。認証が完了すると、テスト環境でのデータ送受信が可能になります。

ステップ4：データマッピングの設定

ネクストエンジンの出荷指示データと倉庫のWMSが受け取るデータの項目を対応付けます。主な連携項目は以下のとおりです。

• 受注番号：ネクストエンジンの伝票番号とWMSの出荷指示番号の紐付け
• SKUコード：商品の一意識別子。ネクストエンジン側とWMS側で完全一致が必須
• 数量：出荷指示数量
• 配送先情報：氏名・住所・電話番号・配送方法・配送希望日時
• 発送方法：ヤマト運輸・佐川急便・日本郵便などの指定。ネクストエンジンの「発送方法取込設定」で文字列を変換するルールを事前に定義する
• 備考・ギフト対応：のし・ラッピング・メッセージカードなどの付帯情報

ステップ5：テスト出荷の実施

本番稼働前に、少量（5〜10件）のテスト出荷を行います。確認すべきポイントは以下の3つです。

1. 出荷指示データが倉庫のWMSに正しく取り込まれるか（SKU・数量・配送先の一致）
2. 出荷完了後、追跡番号がネクストエンジンに正しく書き戻されるか
3. ネクストエンジンから購入者への発送通知メールが正しい追跡番号で送信されるか

テスト出荷で問題が見つかった場合、多くはデータマッピングの不備（文字コードのズレ・日付フォーマットの違いなど）が原因です。1件ずつ原因を潰してから本番に移行しましょう。

ステップ6：並行運用期間の設定

テスト出荷に問題がなければ、2〜4週間の並行運用期間を設けます。この期間は旧オペレーション（自社発送やCSV手動連携）と新オペレーション（API自動連携）を併走させ、出荷漏れやデータ不整合がないことを確認します。並行運用中に本番データのボリュームでAPIのレスポンスタイムや件数制限に問題がないかも検証してください。

ステップ7：本番切り替えと運用ルールの策定

並行運用で問題がなければ、本番切り替えを行います。切り替え後の運用ルールとして、最低限以下を定めておきましょう。

• 出荷指示の締め時間（例：14時締め→当日出荷、14時以降→翌日出荷）
• 連携エラー発生時の対応フロー（誰が・何分以内に・どう対処するか）
• 在庫差異が発生した場合の調査・修正手順
• 繁忙期（楽天スーパーSALE・年末年始等）の出荷キャパシティ確認のタイミング

発送代行への移行全体のプロジェクト管理については「発送代行への移行ガイドにまとめています。

連携時に起きやすいトラブルと対処法

ネクストエンジンと発送代行の連携で実際に発生しやすいトラブルを5つ取り上げ、それぞれの原因と対処法を解説します。

トラブル1：SKU不一致による出荷エラー

症状：出荷指示がWMSに連携されたが、「該当SKUなし」のエラーで出荷が止まります。

原因：ネクストエンジンの商品コードと倉庫のWMSに登録されたSKUが一致していません。半角・全角の違い、ハイフンの有無、大文字・小文字の違いなど、わずかな差異でもエラーになります。

対処法：商品マスタの照合を行い、不一致のSKUを修正します。新商品登録時は「ネクストエンジンに登録→マスタ同期で倉庫に反映」の一方向フローを徹底し、倉庫側で独自にSKUを採番しないルールにします。

トラブル2：発送方法の変換ミス

症状：購入者が「宅急便コンパクト」を指定したのに、通常の「宅急便」で出荷されてしまいます。

原因：ネクストエンジンの「発送方法取込設定」で、モールから取り込まれる配送方法の文字列と、倉庫のWMSが認識する配送コードのマッピングが不完全。

対処法：モール側の配送方法名称をすべて洗い出し、ネクストエンジンの発送方法取込設定で正しい変換ルールを定義します。新しい配送オプションが追加された場合は、設定の更新を忘れないこと。配送方法の選択肢については「ヤマト運輸の配送サービスを物流会社が解説」「佐川急便の配送サービスを物流会社が解説」も参考になります。

トラブル3：在庫数のズレ（論理在庫と実在庫の不一致）

症状：ネクストエンジン上では在庫ありなのに、倉庫では欠品している（またはその逆）。

原因：返品処理・入荷検品・棚卸差異などがリアルタイムで同期されていません。特にCSV連携の場合、在庫更新の頻度が日次だとセール中に在庫ズレが拡大しやすいです。また、モールやカート側で直接在庫数を変更した場合、ネクストエンジンの在庫連携タイミングでは反映されないことがあります。

対処法：在庫更新は必ずネクストエンジン経由で行い、モール・カートの管理画面から直接在庫を変更しない運用ルールを徹底します。月次で棚卸差異レポートを確認し、差異が発生した原因を追跡する体制を構築します。

トラブル4：API連携の件数制限に達する

症状：商品マスタの同期が途中で止まり、一部のSKUが倉庫に連携されない。

原因：ネクストエンジンの倉庫連携アプリには、自動連携で同期できるマスタ件数に上限がある（例：自動連携は5日以内に更新された100件まで）。SKU数が多い事業者がこの制限を超えると、未連携の商品が出荷エラーになります。

対処法：SKU数が制限を超える場合は、APIの自動連携に加えてCSVインポートでの一括登録を併用します。新商品の登録は出荷開始日の数日前に余裕を持って行い、連携が完了していることをWMS側で確認します。

トラブル5：出荷締め時間のすれ違い

症状：当日出荷のはずの受注が翌日に回ってしまいます。

原因：ネクストエンジン側の受注確定処理が、倉庫の出荷締め時間（多くの発送代行では14〜15時）に間に合わなかった。受注の「確認待ち」ステータスでの滞留が主な要因。

対処法：ネクストエンジンの自動処理ルールを最適化し、受注の確定処理を可能な限り自動化します。手動確認が必要な受注（後払い審査待ち・住所不備等）は午前中に優先対応する運用フローを作ります。発送代行倉庫の1日の流れについては「発送代行倉庫の1日の流れで紹介しています。

ネクストエンジン利用者が発送代行を選ぶ5つの判断基準

ネクストエンジンを利用中のEC事業者が発送代行業者を選定する際、一般的な選定基準に加えて、以下の5つの観点を重視すべきです。

基準1：ネクストエンジンとのAPI連携の対応状況

最も重要な判断基準です。倉庫連携アプリが公式に提供されているか、あるいは独自のAPI接続が可能かを確認します。API連携に対応していない業者を選ぶと、CSV手動連携が常態化し、ネクストエンジンの自動化メリットが半減します。API連携ができる業者であっても、連携できるデータ項目（出荷指示・追跡番号・在庫数・入荷実績・商品マスタ）の範囲を具体的に確認してください。

基準2：SKU数・出荷件数のスケーラビリティ

API連携の件数制限やWMSのパフォーマンスが、自社のSKU数と出荷件数の成長に耐えられるかを検証します。現在のSKU数だけでなく、1〜2年後の成長を見込んだキャパシティで評価することが重要です。楽天スーパーSALEやブラックフライデーなどのセール時に出荷件数が通常の3〜5倍になる可能性がある場合は、繁忙期の実績を発送代行業者にヒアリングしましょう。

基準3：複数モール特有のオペレーション対応力

ネクストエンジンを使う事業者は複数モールを運営しているケースが大半です。楽天のあす楽・Amazonのマケプレプライムなど、モール固有の配送要件に発送代行業者が対応できるかを確認します。とくに楽天の「最強翌日配送（旧・最強配送）」ラベル取得を目指す場合、倉庫の出荷締め時間や配送リードタイムが要件を満たすかが重要です。

基準4：料金体系の透明性と小ロット対応

ネクストエンジン利用者には、月間出荷100〜1,000件の中小規模事業者が多く含まれます。初期費用・固定費・最低出荷件数の有無を確認し、小ロットでもコストメリットが出る料金体系かを検証してください。料金が不透明な業者は、繁忙期の追加料金や保管料の計算方法でトラブルになりやすいため注意が必要です。発送代行の費用構造は発送代行の費用ガイドで確認できます。

基準5：導入スピードとサポート体制

ネクストエンジンの設定に精通したサポート担当がいるかどうかは、導入のスムーズさに直結します。商品コードの統一支援、データマッピングの設定支援、テスト出荷の立ち会いなど、導入フェーズで手厚いサポートが受けられる業者を優先しましょう。導入リードタイム（契約から初回出荷までの日数）も重要な比較項目です。

連携の導入事例：複数モールを運営するアパレル事業者のケース

以下は、ネクストエンジンで楽天市場・Amazon・自社カートの3チャネルを運営する事業者が、発送代行とのAPI連携を導入した場合の典型的な進め方です。導入前は受注確定後にCSVを手作業で加工して倉庫へ渡し、追跡番号を1件ずつ手入力していたため、出荷関連の事務作業に1日あたり2〜3時間を要していました。

導入では、まず商品コードをネクストエンジン基準に統一してSKU不一致を解消し、連携アプリを設定します。2週間の並行運用でテスト出荷の整合性を確認してから本番へ切り替えるのが定石です。連携後は出荷指示の送信と追跡番号の書き戻しが自動化され、担当者の作業はダッシュボードでの連携確認が中心になります。前掲の工数試算（月40〜60時間規模の削減）は、こうした複数モール運営の事業者でとくに効果が大きくなります。

STOCKCREWは導入実績2,200社以上、初期費用0円・固定費0円の完全従量課金制で、最短7日で利用を開始できます。ネクストエンジンとの連携実績があり、公式サイトにもSTOCKCREWとの連携ページが用意されています。導入時の設定サポートも提供しています。サービスの詳細はSTOCKCREW完全ガイドにまとめています。

まとめ：ネクストエンジン×発送代行で受注から出荷までを自動化する

ネクストエンジンと発送代行のシステム連携は、EC事業者のバックヤード業務を劇的に効率化する手段です。本記事のポイントを整理します。

• 連携方式はAPI・CSVの2種類。月間出荷300件以上ならAPI連携を基本とし、大量マスタ登録時にCSVを補助的に使うハイブリッド運用が理想
• 自動化できる業務は5つ：出荷指示の送信、追跡番号の書き戻し、在庫のリアルタイム同期、商品マスタの同期、入荷実績の取り込み。合計で月40〜60時間の工数削減が見込める
• 設定の鍵は「商品コードの統一」。ネクストエンジンの商品コードを基盤として、モール・倉庫間のSKU不一致を根絶することが安定稼働の前提条件
• 発送代行業者の選定では「API連携の対応状況」が最重要。加えて、スケーラビリティ・複数モール対応力・料金透明性・導入サポートの5軸で評価する

発送代行の仕組み・費用・業者選びの全体像は発送代行完全ガイドで網羅しています。ネクストエンジンとの連携を含む発送代行の導入を検討されている方は、STOCKCREWのお問い合わせページからお気軽にご相談ください。サービスの概要資料は資料ダウンロードページから無料で入手できます。