家具販売店の配送予約→倉庫在庫引当を自動化 — 注文情報をZapierで倉庫管理システムに連携し、配送日の空き状況を顧客へ自動返信
家具販売店では、注文確認、在庫引当、配送日の調整に時間がかかります。本記事では、ZapierでECカート、倉庫管理システム（WMS）、配送カレンダーをつなぐ方法を解説します。中小店舗が導入前に確認すべきAPI、料金、失敗対策も整理します。
📌 この記事のポイント
- 注文から在庫引当、配送日案内までを自動化する流れ
- ECカートとWMSを連携して在庫の二重管理を抑える方法
- 配送日の候補を自動返信し、問い合わせ対応を軽くする方法
- 初期設定 2 時間、月額 ¥3,000 程度から始める費用感
- WMSのAPI対応を確認してから設計する重要性
- タスク数やエラー通知を管理する運用上の注意点
編集長の見解
家具販売では、配送日の回答速度が購入判断に影響します。Zapierは中小店舗でも使いやすい一方、WMS側のAPI対応が前提です。自動化する範囲と、人が確認する範囲を先に分けることが導入成功のポイントです。
🪑 家具販売店の配送業務で起きている課題
家具販売店では、配送日の調整が成約に関わります。大型家具は配送条件が複雑で、担当者の経験に頼りやすい業務です。まず、代表的な課題を 3 つ整理します。
課題 1: 電話・メールでの在庫確認と配送日調整に時間がかかる
受注担当者は、顧客からの「いつ届きますか？」という問い合わせに対応します。主な作業は次のとおりです。
- ECカートで注文商品を確認する
- 倉庫管理システム（WMS）で在庫を確認する
- 配送カレンダーで空き状況を確認する
- 顧客へ候補日を連絡する
- 返答を受けて配送日を確定する
この作業は、1 件あたり 10〜15 分 かかる場合があります。1 日 20 件なら、配送調整だけで 約 3〜5 時間 です。
⚠️ 属人化のリスク
配送日の調整方法が特定の担当者にしか分からないと、休暇や退職時に業務が止まります。カレンダーや在庫情報を共有し、誰でも確認できる状態にしましょう。
課題 2: ECカートとWMSの在庫数がずれる
ECカートとWMSの在庫が連動していないと、次の問題が起きます。
- ECカートでは在庫ありでも、倉庫には在庫がない
- 注文後に欠品が分かり、納期調整が必要になる
- 在庫の二重管理で、補充の判断が遅れる
在庫を手作業で同期している場合、注文が入るたびに差が生じます。毎日の確認だけでは、日中の変動に対応できません。
課題 3: 配送日の空き状況をすぐに確認できない
配送予定が担当者の頭の中や紙のカレンダーにしかないと、顧客へ即答できません。
- 折り返しまでに数時間かかる
- その間に顧客が他店で購入する
- 提示した候補日がすでに埋まっている
💡 回答の速さが購入判断を支える
家具は高額になりやすく、顧客は複数店舗を比較します。配送日の候補を早く示せると、価格以外の価値も伝えやすくなります。ただし、空き状況は必ず最新データで確認してください。
次のセクションでは、これらの課題を解決する自動化フローを紹介します。
🔄 Zapierで実現する自動化フロー
ここでは、ECカートで注文が確定した後、WMSへの在庫引当、配送日の確認、顧客への返信を行う流れを構築します。
フロー全体
ECカートで注文が確定するとZapierが起動
WMSへ在庫引当のリクエストを送信
配送カレンダーから空き日を取得
顧客へ配送日の候補を自動返信
引当結果を社内チャットへ通知
トリガー: ECカートの注文確定
Zapierのトリガーには、ECカートの「新規注文」イベントを使います。Shopify、STORES、BASEなどには、Zapier連携アプリがあります。
- Shopify: 「New Order」
- STORES: 「New Order」
- BASE: 「New Order」
商品名、数量、顧客情報、配送先住所などがZapierへ渡ります。
アクション 1: WMSへ在庫引当を依頼
WMSへ在庫引当のリクエストを送ります。ここが自動化の重要な分岐点です。
| WMSのAPI対応状況 | Zapierでの連携方法 | 必要な作業 |
|---|---|---|
| API公開済み | WebhookまたはAPI呼び出し | POSTリクエストを設定 |
| API非公開・CSV取込対応 | メールやクラウドストレージでCSV連携 | CSV生成とアップロードを設定 |
| API非対応 | Zapier単体では連携困難 | サービス提供企業へ対応可否を確認 |
API公開済みの製品例としてロジザードやハコベルがあります。ただし、連携機能、契約条件、料金は製品や契約内容によって異なります。導入前に各社の公式情報と見積もりを確認してください。
⚠️ WMSのAPIを先に確認する
Zapierは連携の中継役です。WMSに必要なAPIがなければ、在庫引当は自動化できません。エンドポイント、認証方式、リクエスト形式、利用料金を先に確認しましょう。
アクション 2: 配送カレンダーから空き日を取得
配送予定は、Google カレンダーや Google スプレッドシートで管理できます。
- Google カレンダー: 「Find Event」で予定を検索
- Google スプレッドシート: 「Find Row」で配送予定を検索
- エリア別カレンダー: 配送先に応じて参照先を切り替える
配送枠の上限や大型家具の条件も、検索条件に含めます。
アクション 3: 顧客へ配送日の候補を返信
空き状況を確認したら、顧客へメールやSMSで候補日を送ります。返信には次の情報を含めます。
- 注文内容
- 配送日の候補 2〜3 件
- 配送日の確定方法
- 変更やキャンセルの問い合わせ先
候補日は、WMSや配送カレンダーの最新情報と照合してから送信してください。
アクション 4: 社内チャットへ通知
在庫引当の成功・失敗をSlackなどへ通知します。通知により、次の対応がしやすくなります。
- 引当に失敗した注文を把握する
- 配送日の確定状況を共有する
- 担当者が変わっても同じ情報を確認する
編集長の見解 — 自動化の境界を決める
Zapierは在庫引当の依頼と通知を担当します。引当の確定はWMS側の処理です。WMSから返った結果を確認し、失敗時は担当者へ通知する流れを必ず設けましょう。
次のセクションでは、このフローを構築する具体的な手順を解説します。
🛠️ 具体的な設定手順
ここでは、API公開済みのWMSを使う場合を前提に説明します。APIの仕様は製品ごとに異なるため、公式仕様書を確認してください。
ステップ 1: アカウントと連携アプリを準備する
Zapierのアカウントと、連携先の情報を準備します。
- Zapierアカウントを作成する
- ECカートのログイン情報を準備する
- WMSのAPIキーまたはWebhook URLを準備する
- 配送予定表を用意する
- Slackの通知先チャンネルを決める
ステップ 2: ECカートの注文トリガーを設定する
新規注文をきっかけにZapを起動します。
- Zapierで「Create Zap」を選ぶ
- ShopifyなどのECカートを選ぶ
- 「New Order」を選ぶ
- アカウントを連携する
- テスト注文を取得する
商品、数量、顧客、住所の各項目が正しく取得できるか確認します。
ステップ 3: WMSの在庫引当APIを設定する
WebhooksのPOSTでWMSへリクエストを送ります。
- アクションアプリに「Webhooks」を選ぶ
- アクションイベントに「POST」を選ぶ
- WMSのエンドポイントURLを入力する
- 商品ID、数量、注文番号を設定する
- APIキーをヘッダーに設定する
エンドポイント、JSONなどのデータ形式、認証方式、必須項目を確認します。仕様が不明な場合は、WMSのサービス提供企業へ問い合わせてください。
ステップ 4: 配送カレンダーの空き状況を設定する
配送予定を検索し、空き日を判定します。
- Google Calendarを選ぶ
- 「Find Event」を選ぶ
- 対象カレンダーを選ぶ
- 検索期間を設定する
- 空き日を判定する条件を設定する
配送エリアごとにカレンダーを分けている場合は、住所に応じて参照先を切り替えます。
ステップ 5: 顧客への自動返信を設定する
顧客へ候補日を案内するメールを設定します。
- GmailまたはOutlookを選ぶ
- 「Send Email」を選ぶ
- 注文者のメールアドレスを宛先に設定する
- 件名を設定する
- 候補日と確定方法を本文に記載する
例:「最短の配送日は 7 月 25 日（木）です。ご都合がよろしければ、このメールに返信してお知らせください。」
ステップ 6: エラー時の通知を設定する
WMSの失敗やZapierのエラーを社内へ知らせます。
- Slackを選ぶ
- 「Send Channel Message」を選ぶ
- 通知先チャンネルを設定する
- 注文番号、商品名、エラー内容を設定する
Filter機能を使う場合、検索やフィルターの追加ステップがタスクを消費することがあります。実際の消費数は、公開前のテストで確認してください。
設定時の注意点
フィルターを使う
Filterを使うと、条件に合う注文だけを処理できます。
- 在庫引当が成功した注文のみ顧客へ候補日を送る
- 在庫引当が失敗した注文のみ社内チャットへ通知する
- 配送エリアごとに参照するカレンダーを切り替える
テスト注文を実行する
本番運用前に、テスト注文で確認します。
- 候補日のメールが正しく送信されるか
- 引当失敗時にSlack通知が届くか
- カレンダーと候補日が一致しているか
⚠️ テストで確認する 3 点
- 候補日の正確性: カレンダーの予定と一致しているか
- 宛先と文面: 顧客情報や案内文に誤りがないか
- エラー時の動作: WMS停止時に通知が届くか
次のセクションでは、導入費用と作業時間の目安を紹介します。
💰 導入にかかる費用と時間
必要な費用は、Zapierの利用料とWMS側の連携費用です。実際の料金は契約内容や為替によって変わります。
Zapierのプラン費用
Zapierでは、自動化の実行に応じてタスクを消費します。
| プラン | 月額料金 | タスク数/月 | おすすめ度 |
|---|---|---|---|
| Free | 無料 | 100 タスク | お試し向け |
| Professional | $19.99（約 ¥3,000） | 750 タスク | 小規模店舗向け |
| Team | $69（約 ¥10,000） | 2,000 タスク | 中規模店舗向け |
| Enterprise | 要問い合わせ | カスタム | 大規模向け |
円換算は、2026 年 8 月時点の為替レートをもとにした目安です。カード会社の換算レートや税、契約条件によって実際の請求額は変わります。最新料金は Zapierの料金ページ で確認してください。
💡 タスク数の見積もり方
1 注文あたりのタスク数は、Zap内のアクション数を基準に考えます。今回の例は、トリガー 1 とアクション 4 で、1 注文あたり約 5 タスクです。
月 150 件なら約 750 タスクです。ただし、Filterや検索などの追加ステップでタスクを消費する場合があります。実際の消費数はテスト運用で確認してください。
WMS側の費用
WMSのAPI連携費用は、サービス提供企業や契約内容によって異なります。
| 連携方法 | 追加費用の目安 | 備考 |
|---|---|---|
| API公開済み | 追加費用なしの場合あり | 契約内容を要確認 |
| API連携オプション | 月額 ¥5,000〜¥30,000 | 一般的な相場の目安 |
| カスタム連携開発 | 初期費用 ¥300,000〜¥1,000,000 | 個別開発の目安 |
上記は特定ベンダーの公表価格ではなく、編集部が調べた一般的な相場です。正式な費用は、利用中のWMS提供企業へ見積もりを依頼してください。
⚠️ 連携費用を事前に確認する
API連携が標準機能に含まれる場合もあれば、別契約が必要な場合もあります。エンドポイントの利用条件、月額費用、初期費用、サポート範囲を確認しましょう。
導入にかかる時間
| 作業 | 所要時間 |
|---|---|
| Zapierアカウント作成・アプリ連携 | 30 分 |
| 注文トリガー設定 | 20 分 |
| WMSの在庫引当API設定 | 30 分 |
| 配送カレンダー連携設定 | 20 分 |
| 顧客への自動返信設定 | 20 分 |
| テスト・調整 | 2〜3 時間 |
設定作業は約 2 時間です。テストと調整に 2〜3 時間を見込み、合計 4〜5 時間程度を目安にします。
編集長の見解 — 費用対効果の試算
これは編集部による試算です。月 200 件の注文、1 件 15 分の配送調整、時給 ¥1,500 と仮定すると、作業時間は月 50 時間です。人件費換算では月 ¥75,000 になります。
Zapier Professionalを約 ¥3,000/月、WMS連携オプションを月 ¥10,000 と仮定すると、月額は約 ¥13,000 です。差額は約 ¥62,000 ですが、実際の効果は注文数、作業時間、契約費用によって変わります。
次のセクションでは、導入時に起きやすい失敗と回避策を解説します。
⚠️ 編集部の警告: 失敗しがちな 4 つのパターン
自動化は、設計の確認不足で失敗することがあります。家具販売店で起きやすい例を 4 つ紹介します。
失敗パターン 1: WMSのAPI仕様を確認しない
原因: WMSがAPI非対応でも、Zapierで自動化できると思い込むことです。
回避策: 設計前に、次を確認してください。
- APIの有無
- 在庫引当を受け付けるエンドポイント
- 認証方式
- リクエストとレスポンスの形式
⚠️ API非対応の場合
CSV取込に対応していれば、CSV連携を検討できます。対応していなければ、API対応製品への移行や中間システムの導入を検討します。費用と移行期間を比較して判断しましょう。
失敗パターン 2: 1 つのZapに処理を詰め込む
在庫引当と配送予約は、別のシステムで管理する場合があります。1 つのZapに集約すると、エラーの切り分けが難しくなります。
| Zap | トリガー | アクション |
|---|---|---|
| Zap A: 在庫引当 | ECカートで注文確定 | WMSへ依頼、結果をSlack通知 |
| Zap B: 配送日回答 | 引当成功 | 空き日を取得、顧客へ返信 |
処理を分けると、引当失敗時の誤送信を防ぎやすくなります。
失敗パターン 3: エラー通知を設定しない
「動いたから問題ない」と判断し、エラー通知を省くケースがあります。次の通知を設定しましょう。
- Zapierのエラー通知
- 社内チャットへの通知
- 担当者へのメール通知
⚠️ エラー通知は安全装置
引当失敗に気づかないと、欠品や納期遅延につながります。通知先と担当者を決め、定期的に通知が届くか確認してください。
失敗パターン 4: 自動返信を確認しない
顧客へ送る文面に、商品名や日付の誤りが残ることがあります。次の 3 点を確認してください。
- 正確性: 商品名、日付、時間に誤りがないか
- 分かりやすさ: 配送日の確定方法が明確か
- 自社らしさ: 店舗の案内文として自然か
💡 自動返信の確認項目
- 注文番号と注文内容
- 配送日の候補 2〜3 件
- 配送日の確定方法
- 変更・キャンセルの案内
- 問い合わせ先
次のセクションでは、導入前に確認したい質問へ回答します。
❓ よくある質問
Q1: WMSがAPI非対応の場合はどうすればよいですか？
まず、WMSのサービス提供企業へAPIの提供予定を確認します。対応していない場合は、次の方法を検討します。
- CSV連携: CSV取込に対応していれば、ファイル連携で作業を減らす
- API対応WMSへの移行: 移行費用と効果を比較する
- 中間システムの導入: ECカートとWMSの間で在庫を一元管理する
完全自動化が難しい場合は、まず注文情報の記録や社内通知だけを自動化する方法もあります。
Q2: 複数のECカートを運用している場合は？
ECカートごとにZapを作る方法が分かりやすく、エラーの切り分けにも向いています。1 つにまとめる方法は、設定が複雑になりやすいため、運用担当者の負担も考えて選びます。
編集部のおすすめ: ECカートごとにZapを作成し、共通のWMS連携へつなぐ構成です。
Q3: 配送業者が複数ある場合は？
配送業者ごとにカレンダーを分け、エリアや商品サイズに応じて参照先を切り替えます。配送業者のAPIを使える場合もありますが、提供形態、利用条件、料金は各社で異なります。
ヤマト運輸、佐川急便、日本郵便のAPIや法人向け連携サービスについては、各社の公式サイトで申込条件と提供範囲を確認してください。
💡 まずはカレンダー方式から
API連携が難しい場合は、配送業者ごとの共有カレンダーから始める方法が現実的です。運用が安定してから、API連携を検討してもよいでしょう。
Q4: 在庫引当が失敗した場合、顧客へどう連絡しますか？
在庫引当の失敗は、原則として担当者が確認してから連絡します。欠品理由や代替商品を状況に応じて案内する必要があるためです。
Zapierでは、失敗情報を社内チャットへ通知します。担当者は在庫、納期、代替案を確認し、顧客へ個別に連絡してください。
Q5: WMSを導入していない店舗でも使えますか？
利用できますが、まず在庫情報を一元管理する仕組みを作ります。
- Google スプレッドシート: 注文情報と在庫数を記録する
- 在庫管理アプリ: Zoho InventoryやinFlowなどを検討する
在庫管理アプリは月額 ¥5,000 程度から利用できる場合があります。ただし、料金はプランや契約条件で変わるため、各社の公式サイトで確認してください。
編集長の見解 — 小さく始める
WMSがない店舗は、いきなり配送予約全体を自動化しない方が安全です。まず注文情報の記録と在庫更新から始め、在庫数が安定してから配送日の案内へ広げましょう。
Q6: Zapierの無料プランで実現できますか？
無料プランは 100 タスク/月です。1 注文あたり約 5 タスクとすると、対応できる注文は約 20 件です。
| プラン | 月間タスク数 | 対応できる注文数の目安 |
|---|---|---|
| Free | 100 タスク | 約 20 件 |
| Professional | 750 タスク | 約 150 件 |
| Team | 2,000 タスク | 約 400 件 |
Filterや検索などの追加ステップで消費数が増える場合があります。実際の利用量を確認してからプランを選びましょう。
Q7: 顧客が配送日を確定するまでの流れは？
主な方法は次の 3 つです。
- メール返信: 顧客の返信を担当者が確認する
- 専用フォーム: 顧客が候補日を選ぶ
- 電話: 顧客から店舗へ連絡してもらう
配送日確定後は、確定メールを別のZapで送る構成が扱いやすくなります。配送日時、配送業者、配送先、問い合わせ先を記載してください。
📚 出典・参考情報
本記事では、次の公式情報を参照しています。
WMS、配送業者API、在庫管理アプリの料金と提供条件は、契約や時期によって異なります。ロジザード、ハコベル、ヤマト運輸、佐川急便、日本郵便、Zoho Inventory、inFlowを検討する場合は、各社の公式情報を確認してください。
編集部メモ
本記事は、ECカートとAPI対応WMSを利用する家具販売店を前提にしています。API非対応の場合は、CSV連携や共有カレンダーから始める方法もあります。自社の注文数、在庫管理方法、配送体制に合わせて範囲を決めてください。
まとめ: 配送業務の自動化で顧客対応を整える
家具販売店では、在庫確認、配送日調整、顧客対応に多くの手作業が発生します。Zapierを使うと、これらの一部を連携できます。
- 配送調整の作業時間を削減する
- 在庫情報の二重管理を抑える
- 配送日の候補を早く案内する
- 担当者間で情報を共有する
導入の出発点は、WMSのAPI対応状況の確認です。まずは注文情報の記録や社内通知から始め、運用が安定したら在庫引当や配送案内へ広げましょう。
編集長の最終見解
配送業務の自動化は、作業時間だけでなく回答の速さも整えます。Zapier単体で対応できる範囲と、WMSや配送業者側の確認が必要な範囲を分けることが重要です。小さな業務から試し、実際のエラーと費用を確認しながら改善してください。
Mira ／ AI経営ラボ 編集長