「発送代行に興味があるが、何を準備すればいいかわからない」「商品を倉庫に預けたら誤出荷が多発してしまった」——発送代行の導入が失敗に終わるケースの大半は、商品コードとマスターデータの整備不足が原因です。梱包・出荷のプロに委託しても、商品の識別情報が不正確であればWMSは正確に動きません。
本記事では、発送代行サービスに商品を預ける前に必ず整備すべき商品コード設計・マスターデータの構造、STOCKCREWへの実際の入庫フロー、そして「やってはいけない」準備のミスまで実務レベルで解説します。
この記事の内容
経済産業省の調査によると日本のEC市場は年々拡大を続けており、発送代行のニーズも急増しています。発送代行業者の倉庫管理システム（WMS）は、ECカートから届く注文データに含まれる商品コードと、WMS内の商品マスターのコードを照合して「どの棚から・どの商品を・いくつ取り出すか」を自動判断します。このマッチングが正確に機能するためには、商品コードが一意で・全プラットフォームで統一されていて・WMSに正しく登録されていることが必須条件です。
商品コードが「商品名でもわかるから適当に設定した」「モールごとに便宜上変えていた」という状態では、倉庫スタッフが毎回手動で商品を確認するか、エラーが多発するかのどちらかになります。これは「プロに任せたのにミスが増えた」という発送代行への誤解につながりますが、根本原因は整備側にあります。発送代行の仕組みと導入効果を最大化するためには、この準備が先決です。
商品コードとマスターデータの整備は、SKU数が少ない今が最もコストが低いです。SKU数が20以下の段階で整備すれば数時間で完了しますが、200SKUを超えてから修正しようとすると、ECカートの全商品登録変更・仕入れ先への連絡・WMS更新の3点セットが必要になり、数日単位の作業になります。商品コード・SKU設計の基礎でコード設計の考え方を確認してから、本記事の準備チェックリストを実行してください。
発送代行業者がWMSに商品を登録するために必ず必要な情報は、①インストアコード（SKUコード）・②商品名・③梱包後サイズ・④梱包後重量の4項目です。この4項目が揃っていれば、入庫検品・ピッキング・配送サービスの自動選択が機能します。
③梱包後サイズと④重量は「商品そのものの寸法・重量」ではなく、「ダンボール・緩衝材で梱包した状態での最終サイズと重量」を記入してください。この数値が不正確だと、配送料の計算が狂い、請求額との乖離が生まれます。実際に梱包して測定してから記録することを推奨します。
商品マスターデータはGoogle スプレッドシートで一元管理することが現実的です。全担当者がリアルタイムで参照・更新でき、発送代行業者へのCSV提出にも流用できます。新商品追加・廃番・仕様変更のたびにスプレッドシートを更新し、変更履歴を残す運用を標準化してください。ネットショップの在庫管理と商品マスター整備で管理の全体設計も確認してください。
商品コードに日本語（漢字・ひらがな・カタカナ）、記号（！・@・+・「」・*・スペース）を使うと、発送代行業者のWMS・ECカートのAPI・Excelでのデータ処理でエラーが頻発します。英数字（A〜Z・0〜9）とハイフン（-）・アンダースコア（_）のみで構成してください。良い例：SC-001-BLU-M、NG例：青シャツ！001。
一部のシステムは大文字と小文字を別のコードとして扱います。全コードを「すべて大文字」または「すべて小文字」に統一するルールを決めてください。商品コード設計の落とし穴7選で他のNG例も確認してください。
多くのECカート・WMS・発送代行システムの商品コードフィールドには文字数制限があります（多くは20〜30文字）。長すぎるコードは途中で切り捨てられ、別の商品と同一コードになる危険があります。SKUを特定するために必要最低限の情報（ブランド・商品番号・カラー・サイズ）を15〜20文字以内で表現することが理想的です。良い例：SC-001-M-01-WHT（20文字）、NG例：STOCKCREW-001-M-01-WHITECOLORLOGO（34文字）。
カラー違い・サイズ違いを同一コードで管理しないでください。「Tシャツ-001」というコードでカラーもサイズも区別しない場合、ブルーSとレッドMを発送代行業者のWMSが区別できません。カラー4色×サイズ4種類のTシャツであれば、16個の固有コードが必要です。マルチチャネルでのSKU統一管理でその設計方法も参照してください。
「SC-001-BLU-M」というコードを見て「STOCKCREWブランドの001番商品、ブルー、Mサイズ」と特定できる構造にしてください。数字の連番だけ（「001」「002」）では、採番表がなければ商品が特定できません。特に倉庫スタッフや仕入れ先との連絡で「この商品コードは何ですか？」という確認コストをゼロにすることが目標です。
廃番にした商品のコードを新商品に転用すると、WMSや発注先台帳に旧データが残っている場合に混乱が生じます。廃番コードは採番表に「廃番・転用禁止」と記録し、新商品には必ず新しいコードを割り当てます。コードは一度使ったら廃番後も「予約済み」として管理してください。
ブランド名「SC」のTシャツ・傘を販売するショップを例に、採番表の作成から商品コードの付与までを順に解説します。まず採番表を作成します：商品カテゴリ（T=Tシャツ、U=傘）・カラー（BLU=ブルー、RED=レッド、WHT=ホワイト）・サイズ（S/M/L/XL）。次にこれを組み合わせてコードを生成します。
SC-T001-BLU-S（ブランドSC・Tシャツ001番・ブルー・Sサイズ）、SC-T001-BLU-M（同・Mサイズ）、SC-T001-RED-S（同・レッド・Sサイズ）——この体系で展開すると、カラー3色×サイズ4種のTシャツは12SKU、それぞれに固有の意味のあるコードが付与されます。採番表はスプレッドシートの1行目に「ブランド・商品番号・カラーコード・サイズコード・組み合わせコード・商品名」を列として設定します。
容量・成分違いが多い食品・コスメ系のショップでは、サイズの代わりに「容量」「フレーバー」などの属性を付与します。SC-C001-LVD-50（コスメ001番・ラベンダー・50g）、SC-C001-ROS-50（同・ローズ・50g）、SC-C001-LVD-100（ラベンダー・100g）という体系で展開します。商品の属性名をそのままコードに含めるため、採番表なしでも判別しやすくなります。
楽天は「商品管理番号」、BASE・Shopifyは「商品コード」「SKU」、AmazonはFBAの「セラーSKU」、Yahoo!ショッピングは「商品番号」という名称で入力欄が設けられています。名称が異なっても機能は同じで、ここに自社のインストアコードを入力することで「商品コードのプラットフォーム横断統一」が実現します。
Amazon出品では商品ページにASINが自動付与されますが、セラーSKU欄にインストアコードを入力しておくことで、発送代行のWMSとの連携時にインストアコードで在庫を識別できます。モール固有IDとインストアコードの対応表をスプレッドシートに記録することで、マルチチャネルの在庫データを一元集計できます。JANコードとインストアコードの使い分けでコード体系の整理方法も確認してください。
全チャネルで商品コードが統一された状態でSTOCKCREWのAPIと連携すると、どのチャネルで受注が入っても即座にWMSの在庫が減算され、その数値がすべてのカートにリアルタイム反映されます。オーバーセル（在庫ゼロなのに受注してしまう問題）が構造的に防止されます。STOCKCREWはBASE・Shopify・楽天・Amazonなど13以上のプラットフォームとAPI連携済みです。
以下の10項目がすべてYesになったら、発送代行業者への商品登録依頼が可能です。①全商品にインストアコードが設定されている。②コードに日本語・記号が含まれていない。③コードが30文字以内。④廃番コードの転用がない。⑤全プラットフォームで同一コードを使っている。⑥梱包後のサイズ（三辺合計）が計測・記録されている。⑦梱包後の重量が記録されている。⑧商品画像が用意されている（ピッキング検品用）。⑨採番表がスプレッドシートで整備されている。⑩採番表を発送代行業者・仕入れ先と共有できる状態にある。
すでに複数モールで販売していてコードが不統一の場合、修正の優先順位は「出荷量が多いSKUから」です。月間出荷量の多い上位20SKUのコードを統一するだけでも、ピッキングミスの大半が防止できます。その後、新商品追加時から新体系を適用していくことで、順次全体を統一できます。マルチチャネル展開でのコード統一の手順で既存コードの移行方法も確認してください。
STOCKCREWでは、商品マスターデータ（インストアコード・商品名・梱包後サイズ・重量）をCSVまたはExcelで提出すると、担当者がWMSへの商品登録を代行します。EC事業者が自分でWMSを操作する必要はありません。提出後1〜2営業日でWMSへの登録が完了します。
商品を宅配業者でSTOCKCREWの倉庫に発送します。このとき、商品にバーコードラベル（インストアコードのバーコード）が貼付されていると入庫検品の精度が向上します。ラベル未貼付の場合でも、STOCKCREWがラベル貼付作業を代行できます。入庫後、倉庫スタッフが検品・在庫計上を行い、WMSの在庫数が確定します。入庫・検品の実務フローで詳細な流れを確認してください。
EC事業者がBASEやShopifyなどのAPIキーをSTOCKCREWに共有すると、連携設定が完了します。以降は注文が入ると自動でSTOCKCREWの倉庫に出荷指示が届き、追跡番号もECカートに自動返送されます。STOCKCREWの導入の流れを事前に確認しておくとスムーズです。最短7日以内に自動出荷体制が稼働します。
WMSへの商品登録時に、梱包後（ダンボール・緩衝材込み）のサイズではなく商品単体のサイズを記入するミスがよくあります。この場合、配送料の自動計算が不正確になり、60サイズのつもりが80サイズとして請求されるケースが生じます。事前に実際の梱包材で梱包した状態のサイズを計測し、記録してください。
採番表なしで直感的にコードを設定すると、異なる商品に同じコードを付与するミスが起きます。WMSにはコードの重複チェック機能がある場合が多いですが、登録エラーや強制上書きが発生して在庫データが壊れます。採番表で使用済みコードを管理し、新規追加前に重複チェックを行う運用を徹底してください。
楽天とBASEで同一商品に異なるコードを使っている場合、APIを通じてWMSに届く注文データのコードと、WMSの商品マスターのコードが一致しません。結果として自動出荷ができず、手動確認が発生します。発送代行の導入前に、全プラットフォームでのコード統一を完了させてください。EC物流アウトソーシングの連携設計でAPIとコードの関係も確認できます。
一部の商品はJANコードを使い、他の商品はインストアコードを使うという混在状態も問題です。WMSはコードの種類を判別できないため、コード体系が混在するとデータ管理が複雑になります。「JANコードがあればJANを使い、なければインストアコードを使う」というルールを統一して運用してください。JANコードとインストアコードの設計方針で詳しく確認できます。JANコードの申請はGS1 Japan（一般財団法人流通システム開発センター）が管理する国際的な識別体系です。
発送代行を導入した後、新しい商品を倉庫に追加するたびに以下の手順を標準化しておくと運用が安定します。①商品マスターデータを更新する（インストアコード・商品名・梱包後サイズ・重量の4項目）。②発送代行業者にマスターデータのCSVを送りWMS登録を依頼する。③商品を倉庫に発送する（入庫通知と到着予定日を事前に連絡する）。④入庫完了・在庫計上の確認をする。⑤ECカートの在庫数と照合する。この5ステップを新商品ごとに実行することで、登録漏れ・在庫差異が防止されます。入庫・検品の実務フローも合わせて確認してください。
販売終了商品は速やかに発送代行業者の倉庫から引き揚げるか、廃棄処分の依頼をしてください。在庫が倉庫に残り続けると保管料が発生します。廃番処理の際は、採番表に「廃番日・処分方法（引き揚げ/廃棄）」を記録し、ECカートの在庫数をゼロに更新します。発送代行業者のWMSでも当該商品の取り扱いを停止する設定が必要です。
月1回程度の棚卸しで、WMSのデータ上の在庫数と実在庫数の差異をSKU単位で確認します。差異が特定のSKUで繰り返し発生する場合、商品コードの設定・バーコードラベルの貼付精度・ピッキングミスのどれかに問題がある可能性があります。在庫管理の精度向上の実務で棚卸し方法を確認してください。また、定期的にWMSの活用方法を見直し、在庫管理の自動化を進めることも推奨します。
事業が成長して複数の発送代行業者・複数の倉庫を使う場合も、インストアコードは全倉庫で同一のものを使います。「倉庫Aでは001、倉庫Bでは別コード」という管理はシステム的な混乱を招きます。インストアコードをすべての物流インフラの共通言語として維持することが、スケール時の管理コストを低く保つ鍵です。EC物流アウトソーシングの全体設計で多拠点管理の考え方も確認してください。
発送代行導入の成否は、商品コードとマスターデータの整備品質で8割が決まります。英数字・30文字以内・SKU単位・判別可能な命名・廃番使い回し禁止の5原則を守り、全プラットフォームで同一コードを使い、採番表を全関係者で共有することが基本です。
この整備は一度完成させれば、その後は新商品追加時の数分の更新で済みます。最初にかける数時間の投資が、その後の数年にわたるピッキングミスゼロ・在庫精度100%・自動出荷継続という形で回収されます。
発送代行の仕組みと費用の完全ガイドとSTOCKCREWのサービス完全ガイドも合わせて確認の上、無料資料ダウンロードまたはお問い合わせからご相談ください。商品コードの採番に迷っている場合も、STOCKCREWの担当者が提案します。