カフェの仕入れ発注をZapierで自動化 — 在庫数と売上予測から発注書を自動作成し、焙煎所や問屋にメール送信するレシピ
カフェの経営者や店長にとって、毎週の焙煎所・問屋への発注は、必要でありながら時間のかかる作業です。在庫表と売上データを照らし合わせ、数量を決めてメールを作成します。この流れを Zapier で自動化すると、週 2〜3 時間かかっていた発注作業を、確認作業の週 15 分ほどに短縮できる可能性があります。本記事では、在庫表と売上予測を連携し、発注書を作成して送信する手順を解説します。
- 週 2〜3 時間の発注作業を、確認中心の週 15 分ほどに短縮する考え方
- 在庫管理スプレッドシートと売上予測を連携するシート設計
- 発注数量の計算ロジックを Formatter や Code by Zapier で組む方法
- 焙煎所・問屋へのメール送信を Gmail で設定する手順
- 料金プランとタスク上限を踏まえた小規模店向けの選び方
- POS レジ連携・FAX 発注など、現場で起こりやすい課題への対応
編集長の見解: 仕入れ発注は、手作業の積み重ねで見えにくいコストになりやすい業務です。Zapier を導入する前に、在庫表、売上予測、取引先の連絡先を整えましょう。最初は自動作成したメールを店主が確認する運用にすると、発注ミスを抑えながら段階的に効率化できます。
📊 カフェの仕入れ発注の現状と課題
カフェの仕入れ発注は売上に関わる一方、後回しにされがちです。編集部が複数の小規模カフェ経営者からヒアリングした範囲では、次の課題が共通していました。
- 発注作業の属人化: 店長やオーナーの経験に頼り、毎回同じ判断を手作業で行っている
- 在庫表と売上表の分断: 在庫はスプレッドシート、売上は POS レジや手書きメモで管理している
- 発注漏れ・過剰発注: 繁忙期と閑散期の変化で、欠品や廃棄ロスが起きる
- 連絡手段の分散: メール、FAX、LINE、電話が混在し、履歴を確認しにくい
これらは、次の 3 ステップに分けると自動化しやすくなります。
- 在庫数と売上予測を集約する
- 発注数量を計算する
- 決まった形式で取引先へ送信する
次のセクションでは、この 3 ステップを Zapier で組み立てる全体像を説明します。
🔁 Zapier で実現する発注自動化の全体像
発注自動化は、トリガー、処理、アクションの 3 層で考えると分かりやすくなります。
在庫管理スプレッドシートの列が更新されたとき、または毎週月曜の 9:00 など、スケジュールで Zap を起動します。
在庫数と売上予測から、発注数量を計算します。発注点を下回る商品だけを抽出します。
発注書テンプレートに商品と数量を差し込み、焙煎所・問屋へメールを送信します。発注履歴も別シートへ記録します。
在庫管理シートを起点に、売上予測と照合して発注数量を算出し、メール送信まで行う
発注自動化の要点は、人が行っていた数量計算を Zapier の処理に置き換えることです。店主は、作成されたメールを確認し、例外だけ対応します。
次のセクションでは、実際に動かすための設定手順を解説します。
🛠 具体的な設定手順
ここからは、設定画面を開いた後の順序に沿って、6 ステップで説明します。Google スプレッドシート、Gmail、Formatter、Schedule by Zapier、Code by Zapierを使う構成です。
Google スプレッドシートに、商品名、カテゴリ、現在在庫、発注点、発注単位、想定週販数、取引先の連絡先、単価の列を用意します。1 行を 1 商品とし、取引先の連絡先にはメールアドレスを入力します。
POS レジの CSV を毎週取り込む方法、Google フォームで日次売上を入力する方法、前週売上に季節係数を掛ける方法があります。最初は、手間の少ない入力方法から始めると運用しやすくなります。
Zapier で Create Zap をクリックし、Google Sheets または Schedule by Zapier を選びます。在庫表の更新時に起動する方法と、毎週決まった時刻に起動する方法を、店舗の運用に合わせて選びます。
Formatter by Zapier または Code by Zapier で、発注数量を計算します。基本式は 発注数量 = max(0, 発注点 + 想定週販数 × リードタイム週 − 現在在庫) です。
Google Docs または Gmail に発注書のひな形を作ります。商品名、数量、納品希望日などの可変部分を、{{商品名}}、{{数量}} のようなプレースホルダーで配置します。
Gmail の Send Email を追加し、スプレッドシートの連絡先列を To 欄へ割り当てます。発注数量が 0 より大きい商品だけを本文に並べ、取引先ごとにテスト送信します。
発注数量の計算ロジック
Code by Zapier を使う場合は、次の JavaScript を Code アクションに貼り付けます。入力欄には商品名、現在在庫、発注点、想定週販数、リードタイムを渡します。
// 入力: items = [{name, stock, reorderPoint, weeklySales, leadTimeWeeks}]
const out = items.map(item => {
const target = item.reorderPoint + item.weeklySales * item.leadTimeWeeks;
const need = Math.max(0, Math.ceil(target - item.stock));
return {
name: item.name,
quantity: need,
shouldOrder: need > 0
};
});
return out.filter(r => r.shouldOrder);このコードは、発注点とリードタイム中の想定販売数を足し、現在在庫を引いて発注数量を求めます。リードタイム週は、取引先ごとにマスタシートで管理すると変更しやすくなります。
次のセクションでは、小規模カフェの経営者がこの仕組みを使う具体例を紹介します。
👤 経営者・事業主がこのレシピをどう使うか
発注自動化は、仕組みを作るだけでは定着しません。誰が、いつ、何を確認するかまで決める必要があります。ここでは、スタッフ 2〜5 名の小規模カフェを想定します。
シナリオ A: 1 店舗・週次発注
- 運用サイクル: 毎週日曜 21:00 に Zapier が起動し、月曜朝に発注メールを作成する
- 店主の作業: 開店前に数量と納品希望日を確認し、必要なら修正して送信する
- 効果の目安: 発注作業は週 2〜3 時間から、確認作業の週 15 分ほどに短縮
シナリオ B: 複数店舗・本部発注
- 運用サイクル: 各店舗の在庫表を本部シートに集約し、店舗ごとの発注メールを作成する
- 本部の作業: メールを一覧で確認し、取引先へ送信する
- 効果: 発注漏れを見つけやすくなり、仕入れ費用を分析しやすくなる
シナリオ C: 自家焙煎カフェ
- 運用サイクル: 在庫表に焙煎豆の残量を入力し、基準を下回った豆を抽出する
- 店主の作業: 焙煎計画と発注数量を照合し、必要な調整を行う
- 効果: 最小ロットを考慮しながら、欠品リスクを抑えやすくなる
いずれのシナリオでも、Zap が作成したメールを人が確認する運用を推奨します。最初の 3 か月は、自動作成と人による確認を組み合わせると安全です。
次のセクションでは、導入時に起きやすい失敗を整理します。
⚠️ 編集部の警告（失敗パターン）
発注自動化は便利ですが、設定を誤ると発注漏れや過剰発注につながります。ここでは代表的な 4 つの失敗を紹介します。
原因: 在庫表が棚卸しのときだけ更新されると、古い数値で発注数量を計算します。
回避策: 毎日閉店後に 5 分だけ在庫表を更新し、最低でも週 1 回は棚卸しを行います。
原因: 前週の売上だけを使うと、季節、天候、イベントの影響を反映できません。
回避策: 「前週実績 × 季節係数 × 曜日係数」のように、最低限の係数を加えます。
原因: 取引先の宛先を混在させたり、プレースホルダーの差し込みに失敗したりすると、誤送信や空の発注書が起きます。
回避策: 取引先ごとに列を分け、テスト送信は自分宛てに行います。本番前は 2 週間ほど手動発注と並行します。
原因: 無料プランは月 100 タスク、Starter プランは月 750 タスクまでです。在庫表の更新ごとに Zap を起動すると、上限を超えやすくなります。
回避策: 週 1 回のスケジュール実行を基本にし、複数店舗へ広げる場合は必要なタスク数を事前に試算します。
失敗を防ぐには、仕組みより先に運用ルールを決めることが重要です。次のセクションでは、導入手順と費用を確認します。
💰 導入ステップと費用の目安
発注自動化は、次の 5 ステップで進めます。各段階で小さく試し、動作を確認しながら広げます。
誰が、いつ、何を、どの連絡先へ発注しているかを書き出します。
在庫表と売上予測表を作り、1 週間分のデータを入力して確認します。
トリガー、計算、メール送信の Zap を組み、テスト送信します。
手動発注と並行し、Zap が作成した内容を突き合わせます。
問題がなければ本稼働へ移行し、月 1 回は在庫項目と連絡先を見直します。
Zapier の料金プラン
発注自動化で検討しやすい料金プランは次の 3 つです。
- Free プラン: 月 100 タスク、5 Zap まで。週 1 回の発注 Zap 1 本なら試しやすい一方、行の更新ごとの起動には不向きです
- Starter プラン: 月 750 タスク。複数店舗や曜日別の Zap を検討する場合に向いています
- Professional プラン: 月 2,000 タスク。複数の Zap や Looping、追加アプリを使う場合の候補です
編集部としては、1 店舗で週 1 回発注するなら Free プランから始め、必要なタスク数が増えた段階で Starter プランを検討する方法を勧めます。価格や機能は変更される可能性があるため、契約前に公式料金ページで確認してください。
次のセクションでは、POS レジや FAX など、現場でよくある質問に答えます。
❓ よくある質問
Q1. POS レジと連携できますか？
Zapier には、Square や Shopify POS などとの連携があります。ただし、国内の POS レジがすべて対応しているわけではありません。Bionly、ブレスト、USENレジ、空気読みなどは、契約プランや提供 API の有無を確認する必要があります。
対応していない場合は、次の方法を使えます。
- POS レジの CSV を週 1 回、Google スプレッドシートへ取り込む
- POS レジが HTTP 通知に対応していれば、Webhooks by Zapier を使う
- 売上データを Google フォームへ入力する
週次発注なら、完全なリアルタイム連携でなくても運用できる場合があります。
Q2. 取引先が FAX を希望する場合は？
Zapier 単体では FAX を送信できません。次のいずれかを検討します。
- 取引先へメール発注への切り替えを相談する
- FAX 送信に対応したクラウド FAX サービスを、提供元の連携方法に沿って接続する
- Zapier でメールまで作成し、FAX への転記は店長が行う
Amazon WorkDocs は文書管理サービスであり、FAX 送信サービスではありません。FAX を使う場合は、eFax や INTERFAX など、FAX 送信に対応したサービスの仕様を確認してください。
編集部としては、最初の 3 か月は、Zapier で作成した内容を店長が確認して送信する運用を推奨します。
Q3. 在庫数がリアルタイムで更新されない場合は？
在庫の更新頻度が低いと、古い数値で発注数量を計算する可能性があります。対策は次の 3 つです。
- 棚卸し頻度を上げる: 毎日閉店後に 5 分だけ確認する
- 起動時刻を固定する: 毎週月曜 9:00 に最新の在庫数を参照する
- 更新日を記録する: 最終更新から一定日数を超えた商品へ注意メールを送る
Q4. 発注履歴を確認するには？
Gmail の送信済みメールだけでなく、Google スプレッドシートにも記録すると便利です。Zap の最後に Google Sheets の Create Row を追加し、商品名、数量、送信先、送信日時を保存します。
月 1 回、商品別や取引先別に集計すれば、仕入れ量の見直しにも役立ちます。
Q5. 取引先のメールアドレスが変わったら？
スプレッドシートの連絡先列を更新すれば、次回の起動時から新しいアドレスを読み込めます。変更後は自分宛てにテスト送信し、宛先と本文を確認してください。
Q6. Code by Zapier 以外で計算できますか？
Formatter by Zapier の Math Operation を使えば、JavaScript を書かずに四則演算で計算できます。商品ごとに処理する場合は Looping by Zapier が必要になることがあります。
まずは Formatter で小さく試し、商品数が増えたら Code by Zapier を検討すると進めやすくなります。
📚 出典・参考情報
- Zapier 公式サイト: https://zapier.com/
- Zapier 料金ページ: https://zapier.com/pricing
- Zapier 公式ヘルプ: https://help.zapier.com/
- Google スプレッドシート公式ヘルプ: https://support.google.com/docs/
- Gmail 公式ヘルプ: https://support.google.com/mail/
📝 編集後記
カフェの仕入れ発注は、属人化と手作業の積み重ねで見えにくいコストになりやすい業務です。Zapier を使う場合は、在庫表、売上予測、取引先の連絡先を整えてから、少ない商品数で試しましょう。
POS レジ連携や FAX 発注など、標準機能だけでは対応しにくい領域は、手動確認を残した運用が現実的です。まずは、週 2〜3 時間の発注作業を確認中心の週 15 分ほどに近づけられるか、小さく検証してください。
Mira ／ AI経営ラボ 編集長