↗付きの用語リンクは、別タブで説明を開きます。
複数のネットショップを運営すると、注文や在庫だけでなく、商品情報の更新、仕入先への発注、実店舗や卸売との在庫共有も課題になります。受注処理の機能だけで選ぶと、仕入や販売管理の側に手作業が残ることがあります。
CROSS MALL(クロスモール)は、株式会社アイルが提供するネットショップ一元管理サービスです。この記事では、商品・受注・在庫と発注仕入をつなぐ特徴、実店舗や基幹システムとの連携を確認します。MO-LIBによる実機検証や導入成果の報告ではありません。類似した名称の別サービスと混同せず、提供元と公式URLを確認してください。
結論:販売だけでなく、補充までの業務で判断する
CROSS MALLを検討する際は、各店舗の注文をまとめられるかに加えて、商品マスター、在庫の更新元、発注・入荷の管理をどこで行うかを確認します。仕入や卸売の管理システムをすでに使っている場合は、同じ情報を二つのシステムで入力しない設計が必要です。
一方、一店舗の受注処理だけを改善したい場合に、すべての機能が必要とは限りません。比較の軸は「機能が多いほどよい」ではなく、現在の作業と例外処理を、誰がどこで扱えるかです。一元管理の基本的な比較は、EC受注管理システムの比較ガイドで確認できます。
商品・受注・在庫を共通化できる範囲を見る
公式サイトでは商品登録・複製、受注管理、在庫管理、自動処理などが案内されています。ただし、店舗が連携対象であることと、すべての機能が使えることは同じではありません。商品登録、在庫反映、注文取り込みを分け、自社が必要とする連携を確認します。
| 業務 | 確認する範囲 | 導入前に整理すること |
|---|---|---|
| 商品管理 | 登録・複製・更新できる店舗と項目 | 共通の情報と店舗ごとに変える情報 |
| 受注管理 | 取り込みから出荷処理までの流れ | 保留・変更・キャンセルを止める条件 |
| 在庫管理 | 店舗間の在庫反映と更新元 | SKUの対応、販売可能数の決め方 |
| 発注・仕入 | 発注候補、発注残、入荷後の処理 | 発注点・ロット・納期と承認担当 |
| 他システム連携 | POS・倉庫・卸売管理との接続 | 別途必要な設定・開発・費用 |
自動処理を広げる前に、手動で確認する注文を定義します。取り込み済みでも出荷してよいとは限らず、決済、予約商品、欠品、変更依頼などの確認が必要です。連携先の運用も含めてテストする対象を決めます。
対応モールは、機能別の表で確認する
確認時点の公式対応表では、楽天市場・Yahoo!ショッピングは在庫・商品登録・受注が対応しています。一方、ShopifyやBASEは在庫と受注が対応し、商品登録は対象外と表示されています。Amazonの商品登録にも制約があり、カタログが存在する商品への対応が示されています。
そのため「Shopifyとつながるから商品情報も一括更新できる」「Amazonの商品を新規にすべて登録できる」といった判断は避けます。利用中の店舗だけでなく、今後追加したい販路も公式の対応モール・カート一覧と照合してください。古い導入ニュースより、現在の対応表と提供元の確認を優先します。
商品の同一性を識別するSKUや店舗側のコードも整理します。同名の商品でも規格や販売単位が違えば、同じ在庫として扱えない場合があります。名称だけで対応表を作らず、実際の販売単位まで確認します。
発注点・発注残を、入荷の判断につなげる
公式の発注・仕入機能には、発注点や発注ロットに基づく候補作成、仕入先別の発注書、予定納期と発注残の管理が案内されています。発注候補が作成されることと、仕入先へ発注が確定して届くことは分けて考え、承認と送付の担当を決めます。
また、サイトへ在庫を反映するタイミングを発注時・仕入時から選択する機能があります。発注時点で販売可能にするなら、入荷遅延や未納が起きた場合の案内と販売停止の条件が必要です。設定できることだけを理由に、未入荷の商品を一律で販売可能にするのは避けます。
分納や不足納品の際は、残りの入荷を待つのか、発注を完了するのかを判断します。確定前の二重チェック機能も含め、詳しくは公式の発注・仕入機能を確認してください。発注点の値を決めるには、納期、販売の変動、在庫精度を踏まえた社内判断が欠かせません。
POS・卸売との連携は、相手側の対応も確認する
公式の実店舗・卸売向け案内では、POS連携用APIの提供が説明されていますが、POS側の対応が必要です。「APIがある」だけで、利用中のすべてのPOSと追加作業なしにつながるとは判断できません。連携先、対象データ、反映タイミング、費用、障害時の確認窓口を決めます。
卸売や販売管理については、同社の「アラジンオフィス」との連携も案内されています。これをCROSS MALL単体にすべての基幹業務が含まれるという意味で扱わず、契約する製品と役割を分けて確認します。詳細は実店舗・卸売向けの公式案内を参照してください。
実店舗とECを別担当が運営する場合は、商品を確保した時点、販売を確定した時点、返品を戻す時点の扱いを揃えます。反映待ちの間にも両方で販売が動くため、どの数量を正本にするか、差異を誰が調べるかまで整理します。
費用と導入範囲は、一つの見積条件で比較する
公式料金ページでは、受注件数・受注金額による課金をしない月額固定方式が案内されています。ただし、すべての連携や初期作業が同額に含まれるという意味ではありません。商品数、店舗構成、独自サイトへの対応、他製品との連携を含めて見積条件を揃えます。
アラジンオフィス連携などは料金表に含まれない旨が示されています。現在の条件は公式料金ページで確認し、導入設定、商品データの整備、連携先の費用、社内の確認作業も合わせて比較してください。本記事では個別条件によって変わる金額を一律に提示しません。
向いている体制と、導入前に解決したい課題
複数店舗の商品・受注・在庫に加えて、仕入や実店舗・卸との連携を整理したい会社では、検討対象になりやすい構成です。ただし、商品台帳や在庫差異が整理されていなければ、システムを入れるだけで問題が消えるわけではありません。
- 現行の店舗・POS・倉庫・販売管理システムを一覧にする。
- 商品、在庫、受注、発注それぞれの更新元を決める。
- 通常注文と、分納・欠品・取消などの例外を用意する。
- 提供元と対象データ・連携範囲・費用・移行手順を確認する。
- 一部の商品や店舗で確認し、差異の調査と復旧方法を決める。
少人数の会社では、すべての業務を一度に移すより、負担の大きい範囲から確認すると進めやすくなります。複数部署が関わる会社では、機能の検証と合わせて承認・問い合わせ先・引き継ぎを整理します。
まとめ:商品から補充まで、つながる範囲を確かめる
CROSS MALLは、複数ネットショップの管理と発注仕入、実店舗・卸売との連携を含めて検討できるサービスです。機能別の対応表と自社の業務を照合し、連携先の対応や担当者の運用まで含めて判断しましょう。OMSやSKUなどの用語はEC用語集、課題全体の整理はEC運営・販売促進ガイドをご覧ください。
掲載情報の確認日:2026年9月3日。機能・料金・画面は変更される場合があるため、利用時は最新の公式案内をご確認ください。
