Shopify・システム連携
Shopifyと基幹・在庫システムの連携設計
連携の難しさはAPI接続よりも、同じ商品・在庫・注文を複数システムが更新するときの業務ルールにあります。項目ごとに正とするシステムを決め、失敗しても復旧できる設計にします。
まず確認するポイント
- 商品
- 名称、SKU、価格、公開状態をどこで更新するか決定
- 在庫
- 引当、戻し、複数拠点、取り置きのルールを決定
- 注文
- 重複登録、変更、キャンセル、返金を識別
- 監視
- 失敗検知、再処理、手動補正、監査ログを用意
項目ごとに正データを決める
「基幹が正」「Shopifyが正」と全体を一括で決めず、商品名、価格、在庫、顧客、注文、出荷など項目ごとに更新元を決めます。双方から更新できる項目は競合時の優先ルールが必要です。
- 共通識別子として使うSKU・顧客ID・注文ID
- 新規作成と更新の方向
- リアルタイム、定期、手動の同期タイミング
- 削除を同期するか、無効化で残すか
- 税、通貨、端数、タイムゾーンの扱い
失敗しても二重登録しない設計
ネットワークや外部サービスの一時エラーは起こる前提で、同じ処理を再実行しても注文や在庫が二重にならない識別子を持たせます。自動再試行の上限と、担当者が確認するキューを分けます。
- Webhook/API受信IDを保存し重複を判定
- 成功・保留・失敗・手動確認の状態を記録
- 再試行回数と間隔を制限
- 在庫差異や金額差異は自動上書きせず通知
- 障害中の受注・出荷の代替手順を用意
BtoB連携で確認する情報
Shopify公式では、ERP、CRM等と顧客、注文、在庫、商品、カタログ、価格を同期する方法を案内しています。利用可能な直接連携、iPaaS、B2B APIを比較し、標準機能で足りない部分だけを開発します。
無料相談