CROSS MALL（クロスモール）は、楽天市場の商品登録・在庫・受注を、楽天内の複数店舗や他モールとまとめて管理できるサービスです。ただし、RMSでの確認を完全になくせるわけではなく、料金や導入可否は商品点数・サイト数・既存システムとの連携条件で変わります。
この記事では、楽天市場を運営する事業者向けに、CROSS MALLへ任せられる業務、RMSに残る作業、商品展開、受注自動化、料金、基幹システム・WMS連携の確認点を順に整理します。
CROSS MALL（クロスモール）と楽天市場（RMS）の連携でできること
CROSS MALLでは、楽天市場を含む複数サイトの商品登録・在庫管理・受注管理を一元化できます。業務全体を一括で任せるのではなく、商品・在庫・受注に分けて対応範囲を確認することが重要です。楽天市場向けの対応内容では、商品登録、在庫更新、注文データの取り込みなどが案内されています。
商品登録・在庫・受注をどこまで一元管理できるか
楽天市場の商品は、CROSS MALL上で登録・編集できます。CSVによる一括登録にも対応しているため、RMSへ商品情報を1件ずつ入力する作業を減らせます。
複数のモールやカートから注文データを自動で取り込み、CROSS MALL上で注文確認、帳票作成、送り状用CSVの出力まで処理できます。各チャネルの注文をまとめて扱えるため、受注確認から出荷準備までの画面を集約できます。楽天市場の受注管理に関する案内でも、注文取り込みから送り状CSV出力までの範囲が示されています。
ただし、送り状用CSVを出力できることと、送り状を発行することは同じではありません。出力したデータを送り状発行ソフトへ渡す運用になるため、利用中の配送システムまで含めて確認が必要です。
楽天市場内で複数店舗を運営している場合も、店舗ごとの商品・在庫をまとめて管理できます。店舗別に出品対象を分けたり、同じ商品をどの店舗へ展開するかを振り分けたりできるため、店舗ごとに商品情報を作り直す負担を抑えられます。
在庫連携は売り越しリスクをどう減らすか
CROSS MALLでは、楽天市場と他チャネルの注文状況に応じて、各サイトの在庫数を自動更新できます。商品ごとに販売先への在庫配分を設定したり、販売用に残す確保在庫を差し引いて反映したりする運用も可能です。
一方、在庫更新は即時反映とは限りません。案内されている更新時間の目安は注文発生から平均5〜10分で、実際の反映はモール側の受信・処理状況にも左右されます。在庫管理機能の説明にあるこの条件を踏まえると、在庫が1〜2個しかない商品を、常に同時更新できるとは考えないほうが安全です。
少量在庫の商品では、次のような設計を検討します。
- 楽天市場と他チャネルに販売する数量をあらかじめ配分する
- 返品・交換などに備えた確保在庫を設定する
- 同期の時間差が問題になる商品は、販売先を限定する
- 在庫数が少ない商品やセット商品は、注文後の確認手順を決めておく
CROSS MALLは売り越しリスクを減らすための仕組みですが、すべての欠品や売り越しを防ぐ保証ではありません。商材の回転速度と在庫数に合わせて、更新間隔を前提に運用を組み立てる必要があります。
RMSに残る確認・操作とは何か
商品登録や受注処理をCROSS MALLへ集約しても、RMSへのログインを完全になくせるとは限りません。CROSS MALLで扱える商品項目や受注処理と、楽天市場固有の設定・確認は別の範囲だからです。
たとえば、次のような作業はRMS側に残る可能性があります。
- 楽天市場固有の店舗設定や契約に関する確認
- CROSS MALLの対応項目に含まれない商品情報の登録・確認
- モール側でしか確認できない審査・表示・エラーの確認
- 通常の受注ルールから外れる注文への対応
実際に何が残るかは、商品項目、注文パターン、配送・決済の運用によって変わります。導入前のデモでは、代表的な商品データと通常注文だけでなく、予約、ギフト、住所不備、キャンセルなど自社で発生する注文を確認し、RMSで残る操作を切り分けてください。
楽天店の商品データを他チャネルへ展開する方法
楽天店の商品情報を他モールやカートへ展開する場合、CROSS MALLの商品複製機能を使って、商品ページの再入力を減らせます。ただし、複製先の仕様や商品登録対応はチャネルごとに異なるため、「楽天の商品を複製すれば、そのまま出品できる」とは考えないようにしましょう。
商品複製・項目対応付け・置換で減らせる作業
楽天の商品ページを、他チャネル向けに複製・一括登録できます。複製元と複製先で項目名や入力先が異なる場合は、項目の対応付けも設定できます。たとえば、楽天の商品項目AをYahoo!ショッピングの商品項目Bへ登録する設定です。商品複製機能の説明では、店舗側で複製項目を設定できるとされています。
キーワードやURLも、あらかじめ置換ルールを設定しておけば、複製時にチャネル別の内容へ変更できます。楽天店のURLを他モール用のURLに置き換える、モールごとに異なる表現へ変換するといった使い方です。
この機能で減らせるのは、主に再入力や複製後の定型修正です。複製先の必須項目、カテゴリ、画像条件、審査条件まで自動的に満たすものではありません。複製後には、商品ページの表示、必須項目、価格、在庫対象、リンク先を確認する工程を残しておく必要があります。
商品コードを整備して商品・在庫を連携する
商品を正しく展開し、在庫を連携するには、楽天と各サイトの商品コードを同じ商品として紐付けられる状態にしておく必要があります。CROSS MALLでは、親商品コードを決め、そのコードと各サイトの商品コードを紐付ける考え方が案内されています。
導入前には、次のような不整合を洗い出します。
- 楽天と他サイトで商品コードの表記が異なる
- 同じ商品に複数のコードが付いている
- 色・サイズなどのSKU単位が店舗ごとに異なる
- セット品と単品の構成が整理されていない
- 販売終了商品や重複商品がマスタに残っている
商品コードが整理されていないまま連携を始めると、在庫の紐付け間違いや別商品の上書きにつながります。商品複製だけでなく在庫連携も利用する場合は、商品データの整備を導入作業の一部として見積もってください。
受注処理自動化が適する運用と注意点
CROSS MALLは複数店舗を運営する事業者だけでなく、楽天店のみで定型的な受注処理が多い事業者も検討対象になります。判断の基準は店舗数ではなく、毎日発生する定型作業をどれだけ減らせるかです。
ルール化できる受注処理は自動化できる
検索条件と実行処理を組み合わせて、条件に合う注文のステータス振り分けや注文情報の編集を自動化できます。例として、配送便の変更、送料・手数料の変更、おまけやラッピング明細の追加、ギフト注文での金額表示制御などが挙げられます。受注処理自動化の機能では、実注文をどのように処理するか、事前にシミュレーションすることも案内されています。
「特定の商品を含み、通常配送を選択した注文は配送便を変更する」「ギフト指定がある注文には同梱物の明細を追加する」といった、条件と処理結果を明確にできる業務に向いています。
ただし、条件が曖昧なまま自動化すると、意図しない注文まで処理するおそれがあります。検索条件を作り、実注文のサンプルで処理結果を確認してから本番運用へ移すことが大切です。
自動化しない例外注文を先に決める
受注自動化では、通常注文をシステムで処理し、例外だけを担当者が確認する形を目指します。住所不備、注文コメントによる特別対応、同梱不可商品の組み合わせ、分割出荷、決済変更などは、最初から人が確認する注文として分けておくと安全です。
楽天店だけで導入する場合も、月額料金と、削減できる定型作業の時間を比較してください。受注件数が少なくても、毎回同じ条件確認や明細追加に時間がかかっているなら効果を見込めます。一方、例外注文が大半でルール化できない場合は、導入しても自動化の範囲が限られる可能性があります。
楽天運用時の料金と導入準備・支援
CROSS MALLの料金は、受注件数や受注金額に応じて増える従量課金ではなく、商品点数に応じたプランの月額料金にサイト数を掛けて考えます。表示料金は税抜です。料金プランでは、商品点数とサイト数を基準にした料金体系が案内されています。
商品点数とサイト数で決まる月額料金
公開されている料金の構成は次のとおりです。
| プラン | 商品点数 | 1サイトあたりの月額料金（税抜） |
|---|---|---|
| プラン1000 | 1,000点まで | 10,000円 |
| プラン3000 | 3,000点まで | 15,000円 |
| プラン5000 | 5,000点まで | 20,000円 |
| プラン15000 | 15,000点まで | 25,000円 |
月額は「1サイトあたりの料金×サイト数」で計算します。たとえば、プラン1000で楽天市場1店舗を利用する場合は月額10,000円、楽天市場1店舗と他モール1店舗の計2サイトなら月額20,000円です。楽天市場内の別店舗も、料金上は別サイトとして数える例があります。
注文件数・受注金額による従量課金はありません。ただし、商品点数の数え方や、SKU・セット品・店舗間で重複する商品をどのように数えるかは、契約前に確認が必要です。
月額以外の費用と導入前に確認する条件
公開料金では初期費用0円とされていますが、すべての連携作業が無料という意味ではありません。標準対応外の自社サイトは初期設定費が別途見積もりとなり、サイトの仕様によっては連携できない場合があります。また、アラジンオフィスとの連携費用は基本料金に含まれません。
見積もりでは、次の費用を分けて確認してください。
- 基本月額とサイト数による料金
- 標準対応外サイトの初期設定費
- 基幹システム・WMS・POSとの接続費用
- 外部サービスや連携アプリの利用費
- 個別開発、データ移行、追加設定の費用
- 必要な配送ソフトや機器の費用
初期費用0円だけで比較せず、自社の連携範囲を含む導入時の総額と、毎月の運用費で判断することが重要です。
デモから利用開始までの支援と準備
導入前には、問い合わせ、業務ヒアリング、訪問またはオンラインデモを行い、自社の受注処理や在庫管理に合う運用を確認します。申し込み後は、連携する商品データをチェックし、商品コードの不整合や連携上の課題を洗い出します。その後、専任担当とタスク・スケジュールを共有し、初期設定や操作方法の案内を受けて利用開始へ進みます。導入までの流れには、この手順が段階ごとに示されています。
サポート担当は、商品データの確認や整備方法、データ取り込み、設定、動作確認を指導します。ただし、すべての商品データをCROSS MALL側が全面的に代行するとは限りません。自社側でも、商品コードの整理、RMSとの項目確認、テスト注文、在庫差異の確認に必要な担当者と時間を確保してください。
稼働までの期間は、商品点数、コードの整備状況、連携するサイト数、受注ルール、基幹・WMSとの接続要件によって変わります。一律の日数で計画せず、デモの段階で「誰が、どのデータを、いつまでに整えるか」を確認し、個別のスケジュールとして見積もるのが安全です。
基幹システム・WMSと連携する場合の確認点
基幹システムやWMSを利用している場合は、楽天市場とCROSS MALLの連携だけでなく、CROSS MALLと既存システムの接続を設計する必要があります。CROSS MALLを連携の中間に置く方法は検討できますが、任意のシステムを無改修で接続できるとは限りません。
連携可否を決める接続方式とデータ範囲
WMSやPOSとの連携先は案内されていますが、接続先によって対象データや方式は異なります。POSでは、接続先がCROSS MALLのAPIに対応していることが条件とされ、CSV方式は個別相談となっています。実店舗・卸との連携内容でも、接続条件の確認が前提です。
導入前には、少なくとも次の項目を決めておきます。
- API連携かCSV連携か
- 商品、在庫、注文、出荷のどのデータを対象にするか
- どちらのシステムからどちらへデータを送るか
- 同期の頻度と、失敗時の再処理方法
- SKU、セット品、返品、キャンセルをどう扱うか
- 接続開発・テスト・保守を誰が担当するか
WMSの名称が対応一覧にある場合でも、利用中のバージョンや契約形態、必要なデータ項目まで同じとは限りません。自社の実データを使った連携可否の確認が必要です。
楽天の仕様変更・新チャネル追加に備えて確認すること
一元管理システムを楽天市場と自社システムの間に置くことで、楽天の仕様変更や新しい販売チャネルへの対応時に、自社システム側の改修を抑えられる可能性があります。ただし、実際にどこまで抑えられるかは、既存の接続方式とデータ範囲によって変わります。
楽天市場のSKUプロジェクトや定期購入については、CROSS MALLが現行仕様のどの機能・データ項目まで対応しているか、対象店舗・利用条件、対応時期を個別に確認してください。現時点では、これらの機能への現行対応可否や、対応開始までの期間を一律には判断できません。
新機能や新チャネルを追加する際は、次の点を確認すると、自社システムへの影響を見積もりやすくなります。
- 新機能で追加される商品・SKU・注文データ
- CROSS MALLから既存システムへ渡すデータ項目
- 既存のAPI・CSV仕様を変更する必要があるか
- CROSS MALL側の対応範囲と提供時期
- 追加開発費と、開発・保守の責任分担
- 本番稼働前のテスト環境と切り戻し方法
「CROSS MALLを導入すれば自社改修が不要」と決めつけるのではなく、楽天、CROSS MALL、基幹システム、WMSのそれぞれが担当するデータ範囲を図にして確認することが、導入後の手戻りを抑える方法です。
まとめ
CROSS MALLは、楽天市場の商品登録・在庫・受注を、楽天内の複数店舗や他チャネルとまとめて管理できます。商品データの複製や項目対応付け、条件を決めた受注処理の自動化によって、定型業務の削減も検討できます。
一方、RMS固有の設定や対象外項目の確認は残る可能性があり、在庫更新も平均5〜10分の目安です。導入判断では、商品コードの整備、例外注文の扱い、商品点数×サイト数の月額、外部連携の費用と責任分担を、実際の運用データで確認してください。
基幹システム・WMSを利用している場合や、楽天のSKUプロジェクト・定期購入を利用する場合は、現行の対応範囲と必要なデータ項目を個別に確定させることが重要です。