この記事の内容
ショップサーブでネットショップを運営していて、「出荷作業に時間を取られて販促に集中できない」「売上が伸びてきたのに物流が追いつかない」と感じていませんか。
ショップサーブはEC運営の専任コンサルタント制度やCRM機能が充実した国産プラットフォームですが、発送作業はECカート側では代行してくれません。月商が伸びるほど、出荷業務の負荷は比例して大きくなっていきます。
この記事では、ショップサーブと発送代行をAPI連携させて受注から出荷を自動化する仕組み、連携方式の比較、業者選定の判断基準をまとめて解説します。発送代行サービスの基本的な仕組みや費用感については、発送代行完全ガイド｜仕組み・費用・業者選び・導入手順をすべて解説も参考にしてください。
ショップサーブは1999年にサービスを開始した国産の老舗ECカートで、累計11万社以上の導入実績を持ちます。専任担当者が運営をサポートし、定期購入・CRM機能・100以上のAPI連携など、ある程度の規模で本格的にEC事業を拡大したい中堅EC事業者に選ばれてきたプラットフォームです。
しかし、ECカートがいくら高機能でも、発送業務そのものはEC事業者自身が担わなければなりません。月商が一定規模を超えると、発送作業が経営のボトルネックになります。ショップサーブ利用者に多い悩みは次の3点です。
月間200〜300件の出荷になると、毎日の梱包・伝票印刷・ヤマト/佐川への持ち込みだけで数時間を消費します。担当者が出荷作業に張り付いている時間は、商品開発・広告・SNS運営など売上を伸ばす活動に使えません。「出荷作業に追われて、肝心の販促に時間が割けない」という状況は、月間200件前後で多くの事業者が経験します。
ショップサーブで自社ECを運営しながら、楽天市場やYahoo!ショッピングにも出店しているケースが多くあります。在庫管理を手動で行うと在庫差異が生じやすく、売り越し（在庫がないのに注文を受ける）のリスクが常につきまといます。
楽天スーパーSALEや季節需要で出荷件数が2〜3倍に跳ね上がると、自社倉庫では対応しきれません。人員を臨時に確保するにも時間とコストがかかり、出荷遅延がそのまま顧客クレームに直結します。
これらの課題を根本から解決するのが、発送代行との連携です。
ショップサーブにはECシステム同士をつなぐAPI（Application Programming Interface）が標準で実装されており、発送代行会社のシステムと双方向にデータをやり取りできます。具体的には次の3種類のデータが自動連携されます。
ショップサーブ × 発送代行 API連携の仕組み ショップサーブ 受注データ 在庫数 発送ステータス （eカート管理画面） ①受注情報 ②追跡番号 ③在庫数同期 発送代行システム 出荷指示の受付 ピッキング・梱包 配送会社への引渡し 追跡番号の発行 在庫の増減管理 （WMS・倉庫管理システム） 倉庫作業 入荷→保管→出荷 販売・顧客管理 物流・在庫管理ショップサーブの管理画面に届いた「未発送」データが、自動的に発送代行システムに取り込まれます。注文内容・配送先・配送方法などの情報が連携されるため、EC事業者がCSVをダウンロードして送る手作業がゼロになります。
倉庫での出荷作業が完了すると、配送追跡番号が自動的にショップサーブに戻され、受注データの発送ステータスが「発送済み」に更新されます。追跡番号を手入力する作業がなくなり、発送通知メールの自動送信も実現します。
倉庫の在庫数が変動するたびに、その情報がショップサーブに連携されます。売り越しを防ぐだけでなく、複数モールに同時出店している場合の在庫管理も正確に保てます。
この3つの連携が機能することで、受注から出荷まで完全自動化が実現します。EC事業者がやるべき作業は「商品を倉庫に入庫する」ことだけになります。
ショップサーブと発送代行を連携させる方法は、大きく3通りあります。それぞれの特徴と向いているケースを整理します。
| 連携方式 | 仕組み | 自動化レベル | 向いているケース |
|---|---|---|---|
| 直接API連携 | ショップサーブAPIと発送代行システムを直接接続 | ★★★ 完全自動化 | 月商・出荷件数が安定している場合 |
| OMS経由（ネクストエンジン等） | 受注管理システムを仲介して連携 | ★★★ 完全自動化 | 楽天・Yahoo!など複数モールも管理したい場合 |
| CSVファイル連携 | CSVを手動またはスケジュール実行でやり取り | ★☆☆ 半自動化 | 月100件未満の小規模運用、API連携前の移行期 |
ショップサーブが提供する「APIアクセス機能」と、発送代行会社が持つWMS（倉庫管理システム）を直接つなぐ方法です。ショップサーブはAPI連携に対応しており、受注情報・出荷情報・在庫情報の3種類のデータを自動連携できます。設定は初回に一度行えば、その後は手動での操作が不要になります。
ネクストエンジンやCROSS MALLなどのOMS（受注管理システム）を間に挟む方法です。ショップサーブの受注データをOMSに集約し、OMSから発送代行システムに出荷指示を送ります。楽天市場・Yahoo!ショッピングなど複数モールを同時に運営している場合、すべての受注を一元管理できる点が大きなメリットです。後述するネクストエンジンとの連携について詳しく解説します。
ショップサーブからCSVで受注データをエクスポートし、発送代行会社のシステムにインポートする方法です。完全自動化ではありませんが、API連携が難しい事業者や月間出荷100件未満の小規模EC事業者でも導入しやすい連携方式です。ただし、毎日手動でCSVを操作する必要があり、ミスや対応遅れのリスクが残ります。
ショップサーブと発送代行をAPI連携する場合の、一般的な設定の流れを解説します。発送代行業者によって管理画面の名称や手順が異なりますが、基本的な流れは共通しています。
| ステップ | 作業内容 | 担当 |
|---|---|---|
| Step 1 | ショップサーブ側でAPI認証キー（マネージャー認証キー）とショップIDを取得する | EC事業者 |
| Step 2 | 発送代行会社の管理システムに、ショップサーブを「連携カート」として登録する | EC事業者 |
| Step 3 | 取得したショップIDと認証キーを発送代行システムに入力し、連携を有効化する | EC事業者 |
| Step 4 | 連携する配送方法・受注ステータスのマッピングを設定する（例：ショップサーブの「入金済み」を発送代行の「出荷待ち」に対応させる） | EC事業者 |
| Step 5 | テスト出荷で受注情報の取込み・追跡番号の返送・在庫連携が正常に動作するか確認する | EC事業者＋発送代行担当者 |
設定でとくに注意が必要な点が2つあります。1点目は配送方法のマッピングです。ショップサーブ側で設定している配送方法（ヤマト宅急便・佐川急便等）と、発送代行システム側の配送設定を正しく対応させないと、追跡番号の返送が機能しません。ショップサーブのヘルプドキュメントによると、出荷実績APIで実際の問い合わせ番号を上書きする仕組みになっているため、仮の問い合わせ番号をショップサーブ側で事前に付与しておく必要があります。
2点目は受注ステータスの設定です。「入金済み」になったタイミングで自動的に出荷待ちに移行させる設定が推奨されます。後払い注文など決済確認に時間がかかる受注がある場合は、発送代行担当者と事前に運用ルールをすり合わせておきましょう。
STOCKCREWの導入顧客データでは、ネクストエンジンの利用率が67%に上ります。ショップサーブ利用者でも、楽天市場やYahoo!ショッピングと同時運営しているケースではネクストエンジンで受注を一元管理しているケースが多く、発送代行との連携もネクストエンジン経由で行うのが現実的な選択肢になります。
ショップサーブとネクストエンジンはAPI連携に対応しており、ショップサーブの受注データをネクストエンジンに自動取込みできます。出荷実績（配送追跡番号）はネクストエンジンからショップサーブに自動返送されます。
ネクストエンジンとショップサーブのAPI連携設定で押さえておくべきポイントは3つあります。
まず確認ステータスの更新設定です。ネクストエンジンがショップサーブの受注を取り込んだタイミングで、ショップサーブ側の「未確認」ステータスを「確認済」に自動更新する設定を有効にしておきましょう。これにより管理画面の「未確認をみる」一覧に旧受注データが残り続ける問題を防げます。
次に後払い注文のオーソリ確認です。後払い決済を利用している場合、オーソリ確認のロボットを「常に処理」設定にすることが推奨されています。「エラーがなくなったら出荷待ちへ移動」のロボットとは併用できないため、設定の組み合わせに注意が必要です。
最後に在庫連携の要否判断です。ネクストエンジン上で在庫を一元管理している場合、発送代行システムとの在庫連携が二重になる可能性があります。各システムの在庫マスターをどこに置くかを事前に設計し、連携設定を調整してください。
ネクストエンジンとの連携設定の詳細については、ネクストエンジン×発送代行の連携実務ガイド｜API・CSV連携の設定手順・自動化できる業務・業者選定の判断基準まで解説も参照してください。
ショップサーブとのAPI連携に対応しているかどうかは、発送代行業者選びの出発点に過ぎません。物流品質・コスト・サービス対応力を含めた5つの軸で評価することが大切です。
発送代行会社がショップサーブとの直接API連携、またはネクストエンジン等OMS経由での連携に実績があるかを確認します。「連携可能」とホームページに記載があっても、実際の設定に専門知識が必要で、サポートが手薄な業者もあります。初期設定の担当者がいるか、連携実績（何件程度の事業者が使っているか）を確認しましょう。
発送代行の費用は大きく分けて「出荷作業費（1件あたり）」「保管料（在庫量に応じた月額）」「入庫費（商品を預けるたびに発生）」の3つで構成されます。月間100〜300件規模のEC事業者で最もよくある落とし穴は、「最低利用料」「保管の最低課金」など見積書には載りにくい固定コストが発生するケースです。
| 費用区分 | 内容 | 注意点 |
|---|---|---|
| 出荷作業費 | 1件の出荷ごとに発生（梱包資材費含む） | 配送サイズ・梱包方法により変動する |
| 保管料 | 倉庫に預けている在庫量に応じて月額発生 | 体積課金方式か面積課金方式かで実態コストが変わる |
| 入庫費 | 商品を倉庫に搬入するたびに発生 | 1点あたりの単価と検品の有無を確認 |
| 初期費用・固定費 | 契約時の初期費用、毎月の基本料金 | 小ロット事業者は固定費ゼロの業者を選ぶと安心 |
| 流通加工費 | 同梱物の封入、シール貼り、プチ巻きなど | オプション料金として別途発生することが多い |
ショップサーブと同時に楽天市場やYahoo!ショッピングにも出店している場合、翌日配送（楽天の「最強配送」、Yahoo!の「最速お届け」）のラベル維持が重要なテーマになります。発送代行に切り替えた後も配送スピードが落ちないか、出荷締め切り時間と配送エリアをしっかり確認してください。365日・15時締め切りで当日出荷できる業者を選べば、翌日配送基準を維持しやすくなります。
ショップサーブの利用者には、自社ECでのBtoC出荷に加えて、百貨店や小売店への卸・BtoB出荷を同一倉庫で対応したいニーズがあります。BtoC専門の発送代行業者ではBtoB出荷に対応できないケースがあるため、卸出荷の有無と対応可否を事前に確認しましょう。
発送代行への切り替えは、在庫の移管・システム設定・テスト出荷の3工程が必要です。通常の発送代行業者は契約から稼働まで1〜2か月かかりますが、最短7日で利用開始できる業者もあります。繁忙期前など急ぎで切り替えたい場合は、導入スピードを優先して業者を選んでください。
発送代行業者の選び方については、発送代行の選び方【EC事業者向け実務ガイド】：失敗しない5つの判断軸と見落とされがちなチェックポイントも参考にしてください。
「発送代行はコストが高い」というイメージを持っている方も多いですが、自社発送との正しい比較には人件費・資材費・時間コストを含めた全体計算が必要です。月間200件を例に試算します。
| 費用項目 | 自社発送 | 発送代行（STOCKCREW） |
|---|---|---|
| 梱包資材費（段ボール・テープ等） | 約4,000〜8,000円 | 資材費込み（出荷費に含む） |
| 配送料 | 約70,000〜100,000円（法人割引なし・個別交渉による） | 出荷費に含む（ボリューム割引適用済み） |
| 出荷作業費（人件費換算） | 約30,000〜60,000円（1件15分・時給1,500円計算） | 0円（発送代行が担当） |
| 保管スペースコスト | 自宅・事務所の一部を使用（機会費用） | 体積課金の保管料（実在庫分のみ） |
| 発送代行基本料金（出荷作業費） | 0円 | 約116,000円（580円×200件・60サイズおまかせ便） |
| 合計（概算） | 約104,000〜168,000円以上 | 約116,000円＋保管料 |
この試算では人件費を含めると自社発送の方がコスト高になるケースが少なくありません。さらに自社発送には見えにくいコストとして、出荷作業に費やした時間分だけ広告運用・商品開発・CRM施策などに使える時間が失われる「機会費用」が発生します。
詳しいコストシミュレーションについては、発送代行費用シミュレーション2026｜月次出荷件数別コスト試算と自社発送との損益比較で件数別に計算できます。
ショップサーブ利用者が発送代行を使う際、コストを最適化するための実務的なポイントが3つあります。
ポイント①：発送サイズの最適化。ショップサーブの管理画面で商品ごとの寸法・重量を正確に登録し、発送代行側が最小サイズで梱包できるよう商品マスターを整備します。60サイズと80サイズでは1件あたり数十〜100円以上の差が出るため、月200件では大きな差額になります。
ポイント②：同梱・流通加工の設計。チラシ同梱・シール貼り・セット組みなどの付帯作業も発送代行に委託できます。事前に仕様書を作成し、発送代行側に共有しておくことで、誤出荷リスクを下げながらブランド体験を維持できます。詳細は発送代行の付帯作業（流通加工）実務ガイド2026年版を参考にしてください。
ポイント③：在庫量のコントロール。発送代行の保管料は在庫量（体積）に比例します。ショップサーブのCRM機能で需要予測精度を高め、過剰在庫を減らすことが保管料削減に直結します。EC在庫管理の方法2026年版も参照してください。
連携設定を進める中で、多くの事業者が経験する失敗パターンを4つ紹介します。事前に知っておくことで対処できます。
発送代行への移行で最も多いトラブルが、商品コード（SKU）の設計ミスです。ショップサーブの商品管理上のコードと、発送代行システムのSKUが一致していないと、出荷時の商品照合に時間がかかり、誤出荷の原因になります。入庫前に商品マスターを整備し、発送代行側とコードの対応表を共有してください。
商品マスター整備の手順については、EC事業者のための商品コード・SKU設計実務ガイド：発送代行・WMS連携を前提にした設計の落とし穴で詳しく解説しています。
API連携の設定後、テスト出荷をせずにそのまま本番稼働させると、追跡番号の返送が機能しなかった場合に大量の未発送扱いが残ります。実際の受注データを使って少なくとも3〜5件のテスト出荷を行い、追跡番号の自動返送・ショップサーブの発送ステータス更新・在庫連携の3点を必ず確認してください。
ショップサーブのAPI仕様上、追跡番号の返送には「仮の問い合わせ番号」をショップサーブ側であらかじめ設定しておく必要があります。この設定を忘れると、発送代行システムから追跡番号を送っても上書きが機能せず、お客様への発送通知が送られないトラブルが起きます。
楽天スーパーSALEや年末ギフトシーズンの直前に発送代行への切り替えを行うと、在庫移管・設定・テストの時間が十分に取れないまま本番を迎えるリスクがあります。繁忙期の2か月前には切り替え作業を開始し、少なくとも1か月は並行運用（自社発送と発送代行の両立）の期間を設けることを推奨します。
発送代行への移行全体の手順については、発送代行への移行ガイド｜導入5ステップ・契約時の確認事項・並行運用・KPI設定まで実務を解説を参照してください。
ショップサーブと発送代行のAPI連携は、受注・出荷・在庫の3種類のデータを自動連携することで、発送業務のほぼ全工程を自動化できます。楽天・Yahoo!など複数モールを同時運営している場合は、ネクストエンジン等のOMSを経由した連携が実務的な選択肢になります。
業者選定では、API連携の実績・料金の透明性・365日対応の出荷体制・BtoB出荷への対応可否・導入スピードの5軸で評価することが重要です。コスト比較では人件費と機会費用を含めた全体計算で判断してください。
発送代行サービスの仕組みや費用の全体像については、発送代行完全ガイド｜仕組み・費用・業者選び・導入手順をすべて解説をあわせてご覧ください。
STOCKCREWはショップサーブとの直接API連携に対応しており、初期費用・月額固定費ゼロ・最短7日で利用開始できます。出荷件数1件からでも利用でき、全国一律の料金体系で見積もりの手間なく費用を把握できます。
STOCKCREWのサービス詳細は【最新版】STOCKCREW完全ガイド｜サービス内容・料金・倉庫・導入方法を徹底解説をご覧ください。
経済産業省「令和6年度 電子商取引に関する市場調査」によると、国内BtoC-EC市場規模は26兆1,225億円（前年比5.81%増）に達し、物販系EC分野も堅調に成長を続けている。EC市場の拡大とともに物流業務の効率化ニーズはさらに高まっている。
株式会社STOCKCREWは2023年3月、総合ECシステムshopserve（ショップサーブ）とのAPI連携を開始。受注情報・出荷情報・在庫情報の自動連携により、注文から倉庫からの出荷まで完全自動化が可能になった。
出典：株式会社STOCKCREWプレスリリース「総合ECシステムのshopserveとAPI連携を開始」（2023年3月7日、PR TIMES）