発送代行サービスを契約したものの、「商品を預けるまでに何を準備すればいいかわからない」「CSV出荷指示でエラーが出て毎回問い合わせが来る」という状況は珍しくありません。事前準備が不十分だと、入庫時のトラブル・CSV取り込みエラー・誤出荷という連鎖が起きます。発送代行の基礎知識と発送代行への移行ガイドをすでに確認した事業者向けに、商品を預けるまでの実務的な準備手順を解説します。
本記事では、商品マスター整備→入庫設計→CSV設定→テスト出荷→本番移行という5ステップの事前準備を、実際の現場で起きるエラーとその予防策を中心に説明します。
準備が不十分だと起きる3つの問題
発送代行への移行で準備不足が原因となるトラブルには、再現性の高いパターンがあります。これらを事前に把握することで、準備の優先順位が明確になります。物流クレームの主な原因と対策とも密接に関連しています。
問題①：商品コードの不一致による在庫同期エラー
ECサイト（カート）の商品コードと発送代行WMS（倉庫管理システム）の商品コードが一致していないと、受注データをCSVで送るたびに「未登録商品コード」エラーが発生します。特にノベルティ・同梱リーフレット・セット商品などWMSに登録されていない商品が含まれている場合に多発します。解決策は、受注に含まれる全ての商品コードをWMSに事前登録することです。
問題②：必須項目の入力漏れによるCSV取り込みエラー
CSV出荷指示の必須項目（お届け先情報・発送商品・数量・受注コード）が1件でも欠けると、その行全体が取り込みエラーになり、発送代行から確認の問い合わせが来て当日出荷が間に合わないことがあります。楽天・Yahoo受注の出荷自動化で解説しているように、受注データの自動出力フォーマットを整備しておくとこのリスクが大幅に下がります。
問題③：梱包仕様が不明確なことによる品質のばらつき
梱包材の種類・ブランドカード・納品書・同梱物の配置を事前に書面で指示していないと、業者のデフォルト梱包でそのまま出荷されます。ブランドのパッケージ体験を重視しているEC事業者では、これが顧客クレームや返品につながります。同梱物の設計と活用法を参考に、梱包仕様書を作成してから入庫することを推奨します。
ステップ1：商品マスターデータの整備
| 確認項目 | 具体的な内容 | 注意点 |
|---|---|---|
| 商品コード（SKU） | ECカートとWMSで同一コードを使用 | スペース・特殊文字・全角文字は不可 |
| 商品名 | 20字以内の略称推奨 | 日本語可・長すぎるとCSV出力時に切れる |
| バリエーション（色・サイズ） | SKU末尾に「-RED-M」等で識別 | 組み合わせ数分のSKUを登録 |
| 重量・サイズ | g単位・mm単位で登録 | 配送区分・料金計算の根拠になる |
| 危険物・要冷蔵フラグ | 該当商材は事前申告必須 | 未申告は受け入れ拒否の原因 |
発送代行に商品を預ける前の最重要準備が商品マスターデータの整備です。STOCKCREWのサービス詳細でも確認できますが、入庫前に商品マスターをWMSに登録することが全ての起点になります。
商品マスターに必要な6つの情報
①商品コード（WMSで使用するコード。ECサイトのSKUと一致させることを推奨）、②商品名（日本語・英語両方あると越境EC時にも流用できる）、③規格・バリエーション（サイズ・カラー・容量など）、④商品の外寸・重量（サイズ区分と料金計算に使用）、⑤商品単価（インボイス作成のため）、⑥保管条件（常温・要冷蔵・精密機器等）の6点が基本です。
ノベルティ・同梱物もWMS登録が必要
ショップカード・サンキューカード・リーフレット・無料サンプルなど、注文に同梱する全てのアイテムをWMSに登録する必要があります。登録されていないアイテムが出荷指示に含まれるとエラーになります。同梱物の管理方法については同梱戦略完全ガイドを参照してください。
セット商品・キット商品の登録方法
複数の個別商品をまとめて1つのセット商品として販売する場合、WMSへの登録方法は「セットSKUを個別に登録する」「バンドル設定（複数SKUをまとめて1出荷として処理）で登録する」の2パターンがあります。どちらの方法を採るかを入庫前に業者と確認し、受注CSVとの連携設計を決めてください。ロット管理が必要な商品の取り扱いも合わせて確認してください。
経済産業省「電子商取引に関する市場調査（2024年）」によれば、国内EC市場は24兆円規模に拡大し、発送代行サービスへの需要も急増しています。正確な商品マスターデータの整備は、EC物流の自動化において最も重要な基盤です。
ステップ2：入庫設計（ロケーション設定・梱包仕様）
商品マスターが整備できたら、次は「どのように倉庫に商品を入庫するか」を設計します。入庫設計と誤出荷防止策でも解説していますが、入庫時の設計が出荷品質に直接影響します。
ロケーション（棚割）の設計
発送代行業者の倉庫内で商品をどの棚・どのロケーションに保管するかを事前に決めます。商品の特性（常温・要冷蔵・精密機器・割れ物）やサイズ・回転率に応じて適切な棚割を業者と相談して決定します。WMS（倉庫管理システム）の機能を理解すると、ロケーション管理がどのように出荷精度に影響するかが把握できます。
梱包仕様書の作成：必ず書面で渡す
梱包仕様書には、①使用する段ボールのサイズと種類、②緩衝材の種類と配置方法、③同梱物の種類・数量・配置、④テープの貼り方・ラベルの貼付位置、⑤ギフト包装・のし対応が必要な場合の手順、⑥返品商品の受け取り・再検品の手順を記載します。これを書面（PDF）で渡すことで、スタッフが替わっても品質が均一に保たれます。
入庫数量と入庫タイミングの計画
初回入庫は「1〜2ヶ月分の想定出荷量」が適切です。多すぎると保管料が嵩み、少なすぎるとすぐに補充が必要になります。物流倉庫の保管料の仕組みを理解した上で、保管コストと出荷頻度のバランスを計算してください。
ステップ3：出荷依頼方法の選択（API・CSV-A・CSV-B）
| 出荷依頼方法 | 概要 | 向いているEC規模 | メリット |
|---|---|---|---|
| API連携 | ECカートとWMSが自動連携 | 月間100件超 | 手作業ゼロ・即時反映 |
| CSV-A（完全指示型） | 出荷先・商品・数量を1ファイルで指示 | 月間10〜100件 | 柔軟・どのシステムでも対応可 |
| CSV-B（簡易型） | 注文IDと商品コードのみ記載 | 月間〜50件 | ファイル作成が容易 |
STOCKCREWでは3種類の出荷依頼方法に対応しています。この選択が日々の運用コストとエラー発生率に直結します。
方法①：API連携（最も自動化度が高い）
ECサイトのカートとWMSをAPIで直接接続し、受注が入った瞬間に自動で出荷指示が送られます。人間が介在しないため入力エラーが発生せず、当日発送の締め時間に間に合わせやすいです。API連携で発送を自動化する仕組みとEC物流のAPI連携ガイドで詳細を確認してください。API連携に対応しているカートはShopify・BASE・楽天・Amazon・Yahoo・ecforceなど多数あります（STOCKCREWの対応カートは問い合わせで確認）。
方法②：カート・モールからのCSV出力（CSV-A）
楽天・Amazonなどのカートが出力するCSVをそのまま発送代行に送る方法です。カートのフォーマットに合わせてWMSが対応している場合に使えます。API連携より手動工程が増えますが、CSV-Bより精度が高いです。楽天CSVによる出荷自動化では楽天受注CSVの活用方法を解説しています。
方法③：発送代行指定フォーマットのCSV（CSV-B）
発送代行が指定するCSVフォーマットに受注情報を手動入力する方法です。API非対応のカートや自社ECなどで主に使われますが、手入力が多いためエラーが発生しやすいです。次のステップで詳しく解説するエラー防止策が特に重要になります。ecforce×発送代行のAPI連携実務やBASE×発送代行のAPI連携を参照して、できる限りAPI連携に移行することを検討してください。
ステップ4：CSV出荷指示のエラー防止設計
CSV-Bを使う場合、取り込みエラーの多くは「入力漏れ」と「入力誤り」の2種類に集約されます。エラーが起きると当日出荷が間に合わなくなり、物流クレームの原因になります。
入力漏れエラー：必須項目4つの確認チェックリスト
CSV-Bで必須となる項目は①お届け先情報（氏名・郵便番号・住所・電話番号）、②発送商品（商品コード）、③数量、④受注コード（出荷のIDとなる一意のコード）の4点です。1行に同じお届け先の複数商品がある場合、全ての行に情報が入力されていることを確認します。受注コードはシステムが自動生成するか、日付＋連番などのルールを事前に決めておくことでヒューマンエラーを防げます。
入力誤りエラー：3つのパターンと対策
第一のパターンは「受注コードの重複」です。一度使用した受注コードは再利用できません。再送依頼の場合は「元の受注コード-1」「元の受注コード-2」という枝番形式で対応します。第二のパターンは「未登録商品コードの使用」です。新商品追加時はWMSへの商品コード登録を先に行い、その後CSVに使用します。第三のパターンは「住所不備」です。郵便番号と住所が一致していない・番地が記載されていないケースです。取り込み自体は可能なことが多いですが、発送代行から確認連絡が来て対応工数が発生します。お届け先情報の入力時に住所検索API（郵便番号→住所自動補完）を使うと大幅に削減できます。
ステップ5：テスト出荷の確認ポイント
本番移行の前に必ずテスト出荷を行います。物流KPIの設計で重視されている「誤出荷率・在庫精度・当日出荷率」をテスト出荷の段階で確認することで、本番移行後のトラブルを大幅に削減できます。
テスト出荷で確認する7つのポイント
①商品が正しくピッキングされているか（SKUと実物の一致）、②数量が正しいか（1点注文で1点出荷）、③梱包仕様書通りに梱包されているか、④同梱物が正しく入っているか、⑤宛名ラベルの住所・氏名に誤りがないか、⑥出荷完了後にカートのステータスが「発送済み」に更新されているか（API連携の場合）、⑦在庫数がテスト出荷分だけ減算されているか、の7点です。ピッキングと誤出荷防止策でも確認方法の詳細を確認してください。
テスト出荷の件数と期間
最低5〜10件のテスト出荷を行い、異なる商品・異なる宛先・異なる注文パターン（通常注文・セット商品・複数点注文）を含めることが推奨されます。テスト期間は2〜3業日を確保し、問題が発生した場合は原因特定と修正を行ってから本番移行に進みます。
国土交通省は「再配達削減に向けた取り組み」として、EC事業者に対して置き配・時間帯指定の活用を推奨しています。発送代行を活用することで、配送指示の一元管理と再配達率の低減が実現しやすくなります。
本番移行：並行運用期間の設計
テスト出荷で問題がないことを確認したら、本番移行に進みます。発送代行への完全移行は一気に切り替えるのではなく、一定期間の並行運用（自社発送と発送代行の両方を稼働）を経て行うのが安全です。
並行運用の設計方針
初期（1〜2週間）：新規受注の20〜30%を発送代行に送り、残りは自社発送で継続。中期（3〜4週間）：発送代行比率を50〜70%に引き上げ。完全移行（5週目〜）：全受注を発送代行に移行。この段階的移行により、システムトラブルや対応不能な商材があった場合でも自社発送でカバーできます。発送代行への移行ガイドでKPI設定を含む詳細を解説しています。
完全移行の判断基準
以下の条件が2週間以上継続して満たされていれば完全移行できます。①誤出荷率0.3%以下（1000件に3件以下）、②当日出荷率95%以上、③在庫精度99%以上（WMSの理論在庫と実在庫の一致率）、④クレーム件数が自社発送期間と同等以下。QCDS評価（品質・コスト・納期・サービス）を使って評価することをおすすめします。
発送代行導入後の運用最適化：月次レビューの設計
本番移行が完了した後も、運用最適化のための月次レビューを継続することが重要です。ネットショップ運営の全体像を踏まえると、物流は継続的に改善できる領域です。
月次レビューで確認する5つのKPI
①誤出荷率（目標：0.3%以下）、②当日出荷率（目標：95%以上・締め時間まで入った受注に対する割合）、③在庫精度（目標：99%以上・WMSの理論在庫と実在庫の一致率）、④CSV取り込みエラー件数（目標：ゼロに近づけること）、⑤物流コスト対売上比率（目標：業界別・商材別の適正水準以内）を毎月確認します。物流KPIの設計と管理方法でKPIの設定方法と目標水準を詳しく解説しています。
出荷量の増加に合わせた業者との定期ミーティング
月間出荷件数が100件・300件・1,000件といった節目を超えるタイミングで、発送代行業者との定期ミーティングを設定することを推奨します。出荷量の増加に伴って、料金交渉・新機能の導入（ギフト対応・特殊梱包・国際発送対応）・API連携の高度化などの改善余地が生まれます。QCDS評価フレームワークを使って業者のパフォーマンスを定量的に評価すると、改善要望を整理して伝えやすくなります。
繁忙期前の事前準備：在庫補充と出荷波動の事前告知
楽天スーパーSALE・クリスマス・年末商戦など繁忙期の1〜2ヶ月前に、発送代行業者への「予測出荷件数の事前告知」と「在庫の早期補充」を行うことで、繁忙期の出荷遅延リスクを大幅に低減できます。STOCKCREWのAMRロボットによる繁忙期対応とSTOCKCREWの倉庫オペレーションも参照してください。
入庫後の在庫管理と定期棚卸し
発送代行に商品を預けた後も、在庫管理は継続的に行う必要があります。在庫過剰のコストと棚卸しの実務を参考にしてください。
在庫アラートの設定
商品ごとに「安全在庫水準」（例：2週間分の出荷予測数）を設定し、その水準を下回ったら補充アラートが発動する仕組みをWMSに設定します。欠品による機会損失を防ぐために、特に販売好調な商品は余裕を持った安全在庫水準の設定が重要です。
月次棚卸しの実施
WMSの理論在庫（システム上の在庫数）と実在庫（倉庫内の実際の在庫数）の差異を月1回確認します。差異が生じる原因としては、ピッキングミス・返品処理漏れ・入庫検品ミスなどがあります。差異が継続して発生している場合は業者に原因調査を依頼します。STOCKCREWの倉庫オペレーションで在庫管理の精度を確認できます。
まとめ
発送代行に商品を預ける前の5ステップの準備は、①商品マスターデータ整備（全SKU・ノベルティ含む）→②入庫設計（ロケーション・梱包仕様書）→③出荷依頼方法の選択（API・CSV-A・CSV-B）→④CSV設定とエラー防止（入力漏れ・重複・未登録コードの対策）→⑤テスト出荷（7つの確認ポイント）です。この準備を完了してから本番移行に進むことで、移行後の問い合わせ対応・エラー修正・クレーム対応の工数を大幅に削減できます。
特にCSV-B（発送代行指定フォーマット）を使う場合、受注コードの採番ルール設計・未登録商品コードの事前登録・住所検証の仕組み化という3点を準備するだけで、取り込みエラーの発生件数を8〜9割削減できます。エラーが起きるたびに発送代行から問い合わせが来て当日出荷が間に合わなくなるという状況は、事前の設計で確実に防げます。長期的にはAPI連携への移行を目指すことで、人間の入力ミスを構造的に排除できます。API連携で発送を完全自動化する仕組みとEC物流のAPI連携ガイドを参照しながら、自社のカートとSTOCKCREWのAPI接続を検討してください。
STOCKCREWはAPI連携・CSV-A・CSV-Bの全方式に対応し、初期費用ゼロ・固定費ゼロで発送代行を利用できます。発送代行サービスの選び方とSTOCKCREWのサービス完全ガイドを確認の上、無料資料ダウンロードまたはお問い合わせからご相談ください。
消費者庁の通信販売ガイドラインでは、EC事業者は注文確認・出荷通知を速やかに顧客に提供することが求められています。発送代行との出荷連携を適切に設計することで、これらの顧客コミュニケーションを自動化できます。
よくある質問（FAQ）
Q. 商品コードはどのように設定すればよいですか？
ECサイトのSKU（最小在庫管理単位）と発送代行WMSの商品コードを一致させることを推奨します。既存の商品コードがある場合はそれをそのまま使い、ない場合は「商品名の略称＋バリエーション番号」という規則で新規採番します。コードにスペース・特殊文字・全角文字を含めないことがシステムトラブルを防ぎます。
Q. 1点もののハンドメイド商品はどう管理しますか？
1点ものの場合は「商品カテゴリ＋入庫日＋連番」という形式でコードを採番し、WMSに個別登録します。ただし1点ものが大量にある場合は発送代行業者との運用方法の事前確認が必須で、バーコード管理が困難な場合は画像付き商品リストで対応することもあります。小規模ECの発送代行導入判断も参照してください。
Q. 入庫した商品の検品は発送代行がしてくれますか？
多くの発送代行業者が入庫時の数量確認（受入検品）を行いますが、品質検品（傷・汚れの確認）や詳細な目視検査は別途費用が発生するオプションになることが多いです。品質検品が必要な商材（化粧品・アクセサリー・精密機器等）は事前に業者へ問い合わせておきましょう。入庫設計の詳細も参照してください。
Q. テスト出荷はどのように実施すればよいですか？
テスト出荷は、本番前に実際の出荷フローを小規模で確認する工程です。最低3〜5件の注文データを使って、①受注連携の動作確認、②ピッキングリストの生成、③梱包仕様の確認、④配送伝票の印字を確認してください。テスト出荷で問題が発生した場合は本番移行を延期し、原因を特定してから再テストを実施します。
Q. 発送代行への切り替えはどのタイミングが最適ですか？
月間出荷数が50〜100件を超えたタイミングが一般的な切り替えの目安です。それ以下であっても、保管スペースの問題・人手不足・繁忙期対応が難しい場合は早期移行を検討する価値があります。いずれの場合も、切り替え前に商品マスターデータの整備・入庫設計・出荷テストを完了させてからの移行を推奨します。
