CROSS MALLでは、WMS・物流サービス、POS、アラジンオフィスなどとのAPI連携が案内されています。ただし、連携先として掲載されていることだけで、全データの双方向連携や追加費用なしを意味するわけではありません。
導入前は、商品マスタ・在庫・受注・出荷情報のどれを、どちら向きに、どのタイミングで連携するのかを確認する必要があります。公開情報で分かる代表例と、個別に確認すべきAPI仕様・費用・障害時の運用を整理します。
CROSS MALLのAPI連携は、接続先別の連携範囲と実装条件で判断する
CROSS MALLでは、物流・WMS、POS、基幹システムとの連携が案内されています。連携方法は、対応が案内されているサービスとの連携、接続先ごとに項目を調整する個別連携、CSVを使う連携に分けて考える必要があります。
WMS連携では、荷主ごとにCROSS MALLとWMSの連携項目をすり合わせ、出荷指示CSVをカスタマイズできます。連携用APIによる自動連携も案内されています。独自に構築したWMSとの連携実績も示されていますが、個別の実装仕様や費用まで公開ページで確定しているわけではありません。
一方、POSのCSV連携について、公開情報で確認できるのは、顧客の状況に応じて対応方法を相談するという範囲です。対象データ、CSVレイアウト、更新頻度、手動・自動実行の違いまでは確定できません。
既存システムをそのまま接続できるかは、サービス名だけでなく、次の条件を照合して判断します。
- 利用中のシステム名とバージョン
- 連携するデータ項目と、正とするシステム
- 片方向・双方向のどちらで連携するか
- API、CSV、手動操作のどれを使うか
- 同期頻度と、失敗時に再実行できるか
WMSとの連携に関する公式案内
WMS・物流サービスとの連携先と代表的なデータフロー
物流委託先や自社倉庫で使っているWMSが連携候補に含まれるかを確認したうえで、実際に必要なデータの流れを確認します。特に、出荷指示をどこからどこへ送るのか、出荷実績や追跡番号を戻せるのかが重要です。
公式に掲載されているWMS・物流サービス
CROSS MALLの公式案内には、連携物流サービスとして次のサービスが掲載されています。
- 楽天スーパーロジスティクス
- FBAマルチチャネル
- イー・ロジット
- 関通
- GAOW
- ロジプレミアム
- スクロール360
- はぴロジ
- ロジモプロ
- SmartShip
対応WMSとしては、次のサービスが挙げられています。
- ロジザードZERO
- ロジクラ
- クラウドトーマス
- Air Logi
- ゼータロジ
- W3 mimosa
この一覧から分かるのは、CROSS MALLが各サービスを連携先または対応WMSとして案内していることです。サービスごとの連携項目、同期方向、実行頻度、対応バージョン、標準料金への包含までは、一覧だけでは判断できません。全データの双方向連携や追加費用なしを示す一覧でもありません。
導入時には、「商品・在庫・受注・出荷のどれが対象か」「APIかCSVか」「個別開発や追加費用があるか」をサービスごとに確認します。
物流サービス・対応WMSの公式案内
ロジクラとはぴロジの連携例で、データの流れと対象条件を確認する
ロジクラとの連携
ロジクラとの連携例では、データは次のように流れます。
| データ | 連携方向 | 用途 |
|---|---|---|
| 商品マスタ | CROSS MALL → ロジクラ | CROSS MALLに登録済みの商品マスタをロジクラへ取得 |
| 入荷情報 | ロジクラ → CROSS MALL | ロジクラでの入荷をCROSS MALLの在庫追加へ反映 |
| 注文情報 | CROSS MALL → ロジクラ | CROSS MALLの注文をロジクラへAPIで取り込み |
| 出荷情報 | ロジクラ → CROSS MALL | ロジクラの出荷情報をCROSS MALLへ反映 |
ロジクラの案内では、入荷時にスマートフォンで商品をスキャンし、CROSS MALL経由でネットショップの在庫を追加する用途が示されています。また、出荷時に商品と追跡番号をスキャンすると、CROSS MALL経由で追跡番号付きの出荷確定メールを配信する運用も案内されています。
これはロジクラ連携について確認できる具体例です。他のWMSでも同じデータ方向や現場操作が使えるとは限りません。
ロジクラのCROSS MALL連携案内
はぴロジ（logiec）への出荷指示API連携
はぴロジの出荷指示API連携では、単にCROSS MALLと接続するだけでは出荷指示の対象になりません。まず、受注を連携対象に設定する必要があります。そのうえで、logiecのAPI接続設定に登録した処理フェーズに入っているデータだけが連携対象です。
処理フェーズに入っているのに連携されない場合は、次の2点を確認します。
- API接続設定に登録した処理フェーズが正しいか
- 出荷指示取得期間の設定に対象受注が含まれているか
出荷指示の取得方法は、手動API連携と時間による自動連携の2種類です。手動の場合は、logiecの受注インポート画面から販売チャネルを選び、「API連携でインポート」を実行します。自動連携の実行間隔は、公開資料からは確認できません。
はぴロジの出荷指示API連携に関する案内
POS・基幹システムと連携する場合の条件
POS連携と基幹システム連携は、同じ外部システム連携でも確認すべき条件が異なります。POSは店舗販売による在庫変動、基幹システムは商品・在庫・受注の管理分担が中心です。
既存POSを利用する場合は、POS側のAPI対応が前提
CROSS MALLはAPIを用意しており、POSシステム側が対応すれば、実店舗で商品が売れた際に各ECサイトの在庫を更新できます。既存POSを変更せずに利用できる可能性はありますが、CROSS MALLにつなげるだけで自動的に接続できるわけではありません。
確認が必要なのは、POS側がCROSS MALLのAPI仕様に対応できるかどうかです。POSの製品名・バージョン、販売情報や在庫情報の連携可否、送信方向、同期のタイミングを確認します。
CSVを使う場合、公式に確定しているのは、顧客の状況に応じて対応方法を相談するという点までです。売上・在庫・商品マスタのどれを扱うのか、CSVをどちらのシステムから出力するのか、取込を自動化できるのか、エラー時に誰が再処理するのかは個別確認が必要です。
したがって、既存POSを変更せずに連携できるかは、POS側のAPI対応、または個別に合意したCSV連携の設計によって決まります。
POS連携に関する公式案内
アラジンオフィスでは商品マスタ・在庫・注文を連動できる
アイルの基幹システム「アラジンオフィス」とCROSS MALLでは、次の連携が案内されています。
- アラジンオフィスの商品マスタを条件指定で抽出し、CROSS MALLの商品マスタを更新する
- アラジンオフィスの在庫数をCROSS MALLへ送り、複数のECサイトへ反映する
- CROSS MALLの注文を、指定した処理フェーズでアラジンオフィスへ取り込む
在庫連携では、売上日付範囲、仕入日付範囲、入出庫日付範囲を指定し、その期間内に動いた商品だけを対象にできます。全商品を毎回連携するのではなく、対象を絞って在庫を更新する運用が可能です。
注文連携では、CROSS MALLで所定の注文フェーズまで進んだデータを取得します。誤った注文を取り込んだ場合に備えて、一括削除画面も案内されています。
ただし、これらはアラジンオフィスとの連携例です。他社製の基幹システムでも同じ商品マスタ・在庫・注文の連携範囲を利用できるとは限りません。接続先のAPIやCSV仕様、CROSS MALL側の個別対応、費用を確認する必要があります。
実店舗・基幹システム連携に関する公式案内
在庫連携はAPIの有無だけでなく、反映遅延と配分で設計する
CROSS MALLの在庫自動更新では、注文が入ってから各モールへ在庫が反映されるまで、平均5〜10分のタイムラグがあると案内されています。これは固定された処理時間ではなく、各モールが在庫データを受信して反映する状況に左右されます。
そのため、API連携があることだけで売り越しを完全に防げるとはいえません。特に、残り1点の商品や販売量が集中する商品では、複数サイトが同じ在庫を同時に販売できる時間が生じます。
そのような商品では、商品ごとにサイト別の在庫配分を設定できます。配分パターンと商品は、商品登録画面から検索して紐付ける方法と、CSVで一括して紐付ける方法があります。任意の在庫数以上になった場合に、各サイトへ指定した割合で振り分ける設定も案内されています。
また、実店舗や卸販売と在庫を共有する場合は、CROSS MALLに登録された在庫から確保在庫を差し引いてECへ反映する方法もあります。店舗販売や返品・交換に残しておきたい数量を、ECの販売可能数に含めないための考え方です。
在庫更新APIについて公開情報で確認できるのは、在庫更新用APIが用意されていることです。CSVの一括登録や個別入力、在庫更新時の上書き・加算・減算も案内されています。一方、APIで利用できる具体的な操作、エンドポイント、データ形式、認証方式、呼び出し条件、利用制限は、提供資料からは確認できません。
在庫連携・在庫配分に関する公式案内
APIの使い勝手を導入前に評価する確認項目
公開情報の「API連携可能」という記載だけでは、実装のしやすさや日常運用の負担までは判断できません。自社のデータと例外処理を使って、導入前に確認します。
接続可否は、データ・方向・実行契機をそろえて確認する
まず、連携したいデータを業務単位で洗い出します。商品マスタ、SKU、在庫、受注、出荷実績、追跡番号などが候補です。
各データについて、次の内容を確認します。
- どのシステムを正とするか
- CROSS MALLから外部システムへ送るのか、外部システムから受け取るのか
- 片方向か双方向か
- リアルタイム、定時実行、手動実行のどれか
- 処理フェーズや取得期間で対象を絞れるか
- キャンセル、返品、分割出荷をどのように扱うか
CSV連携では、さらにファイルの入出力方向、項目名と並び順、文字コード、更新方法、取込担当を確認します。POSのCSV連携は個別相談とされているため、これらを公開情報から推測して設計することはできません。
運用性は、認証・失敗時の復旧・監視まで確認する
APIの使い勝手は、正常にデータを送れるかだけでなく、失敗したときに復旧しやすいかで決まります。次の項目を確認します。
- API仕様書の提供範囲と更新方法
- 認証方式、認証情報の管理方法、有効期限
- 利用回数や同時実行などの制限
- エラー時に返される内容と原因の確認方法
- 失敗したデータだけを再実行できるか
- 再実行時の重複登録を防げるか
- 連携履歴、操作ログ、監視画面の有無
- 障害時の問い合わせ先と復旧作業の担当範囲
在庫差異、通信失敗、注文の誤取込、キャンセル、返品が起きた場合に、どのシステムを正として戻すのかも決めておきます。通常時の自動連携だけを確認して稼働すると、例外処理が手作業に偏る可能性があります。
費用は基本料金・オプション・接続開発費を分けて見積もる
連携費用は、CROSS MALLの基本料金だけで判断しません。少なくとも次の費用を分けて確認します。
| 費用区分 | 確認する内容 |
|---|---|
| 基本料金 | 商品点数やサイト数に応じた月額料金に何が含まれるか |
| 連携オプション | POS・WMS・基幹連携が標準機能か、追加オプションか |
| 接続開発費 | APIやCSVの項目調整、個別開発、テストにかかる費用 |
| 外部システム側の費用 | POS・WMS・基幹側の改修、連携アプリ、保守費用 |
| 機器費 | ハンディターミナルなど、現場運用に必要な機器の費用 |
| 移行・整備費 | 商品コード、SKU、在庫、受注データの整備や移行費用 |
標準連携か個別連携か、初期費用と月額費用のどちらに含まれるか、仕様変更時の保守費用が発生するかも確認します。連携先が公式一覧に掲載されている場合でも、追加費用なしとは限りません。
まとめ
CROSS MALLでは、WMS・物流サービス、POS、アラジンオフィスとのAPI連携が案内されています。ロジクラでは商品マスタ・注文をCROSS MALLから送り、入荷・出荷情報をCROSS MALLへ戻す流れが確認できます。はぴロジでは、対象受注、処理フェーズ、出荷指示取得期間が連携条件です。
一方、既存POSはPOS側のAPI対応が前提で、CSV連携は個別相談の範囲にとどまります。在庫更新も平均5〜10分の遅延があるため、少量在庫ではサイト別配分や確保在庫を含めて設計します。導入前は、連携データ・方向・実行契機に加え、認証、エラー時の再実行、監視、基本料金とは別の開発費や機器費まで確認してください。