Zapier×Stripe→Notion自動同期で月次集計を5分化 SaaS・スクール・コンサル向け収支DB設計

SaaS / オンラインスクール / コンサル / サブスク事業の業務自動化レシピ

業種: SaaS / オンラインスクール / コンサル / サブスク事業

使用ツール: Zapier

難易度: ★★☆ 中

所要時間: 約 90 分

Stripe の入金明細を毎月 CSV で書き出して Excel で集計、顧客管理は別シート、そんな運用を続けていませんか。編集部は Stripe → Zapier → Notion の自動同期レシピを 90 分で組める手順に整理しました。月次集計と顧客マスタが常に最新の状態で同期されます。

想定読了 8 分 / 設定所要 90 分 / 月額目安 ¥0〜¥3,500

この記事のポイント

解決する課題: Stripe 明細の手作業集計、顧客マスタの二重管理、月次レポート作成の負荷
使うツール: Zapier (Starter 推奨) + Notion (無料〜) + Stripe (既存)
所要時間: 初期設定 90 分、運用後はメンテ月 15 分
削減効果: 編集部の試算で月 6〜8 時間 (集計作業 + マスタ突合)
対象: クラウドサービス (SaaS) スタートアップ・オンラインスクール運営・コンサル個人事業主・サブスク EC

編集長の見解: Stripe は決済機能としては完成度が高い一方、ダッシュボードはあくまで「決済の管理画面」です。顧客名・契約条件・対応履歴を一元管理するには別の台帳が要ります。Zapier で Stripe の決済イベントを Notion へ自動転記すれば、収支と顧客マスタが同じデータベースに集約され、月次の経営判断が即時化します。一人代表のスクールやコンサル業こそ、最初に組むべき自動化です。

このレシピで解決する 3 つの課題

サブスク・継続課金型ビジネスでよく起きる事務作業の停滞を、編集部の取材から整理しました。

よくある困りごと	起きている事象	このレシピでの解消方法
月次の入金集計に半日かかる	Stripe CSV を Excel に貼って集計関数を組み直す	Notion DB に日次で蓄積、月次ビューを自動生成
顧客マスタが Stripe と別管理	スプレッドシートと Stripe を毎月突合	決済発生時に顧客レコードを Notion に同期
解約・サブスク更新の見落とし	Stripe のメール通知を Gmail で見て対応忘れ	Zapier が Slack に即時通知、Notion で対応ステータス管理

これらをまとめて解消するのが「Stripe → Notion 自動同期」です。

完成形 (フロー全体図)

Stripe から Notion 収支・顧客 DB 自動同期フロー

💳

Stripe 決済発生

新規 charge / subscription event が発火

→

⚡

Zapier トリガー

”New Charge” もしくは “New Subscription” を受信

→

🧪

フィルタ判定

テスト環境を除外、本番のみ通過

→

📒

Notion 収支 DB 登録

金額・顧客・商品・税区分・支払日を新規行に

→

💬

Slack 通知

入金・解約をリアルタイムでチームに共有

→

✅

月次レポート自動生成

Notion の月別ビューで売上と顧客数を即時可視化

決済発生から Notion 反映・Slack 通知まで 1 分以内

セクション要点: 決済 1 件が約 1 分で Notion に到着し、レポートも常に最新です。次は必要なツールと月額コストを確認します。

必要なツールと月額コスト

ツール	プラン	月額	役割
Zapier	Starter (Filter / Multi-step 利用のため推奨)	約 ¥3,300 (USD$19.99 換算)	自動化エンジン
Notion	Free または Plus	¥0 〜約 ¥1,500	収支・顧客 DB
Stripe	既存 (決済手数料のみ)	取引額 3.6% (主要カード)	決済
Slack (任意)	Free	¥0	通知用

合計: 月 ¥3,300 〜 ¥4,800 程度。本レシピは Zapier の Filter ステップと Multi-step Zap が前提のため、Free プランでは構築しきれません。Starter プランへの加入が現実的な選択肢 です。Stripe の決済手数料は既存事業のコストとして計上済みのはずなので、新規追加分はほぼ Zapier の月額 ¥3,300 のみです。

Zapier Starter プランを推奨する理由

Stripe の決済イベントはテスト環境と本番環境の両方から飛んできます。Filter ステップで「livemode が true のときだけ通過」と分岐させないと、テスト課金まで Notion に流れて経理が混乱します。Filter は Zapier Starter 以上の機能 (執筆時点) なので、業務利用なら Starter は事実上必須です。最新の料金体系は Zapier 公式 Pricing ページでご確認ください。

セクション要点: 月 ¥3,300 + Stripe 決済手数料の構成。月 1 件でも有償案件が流れれば回収可能。次は Notion データベース設計の指針です。

Notion データベース設計のポイント

このレシピで作る Notion DB は 2 つです。役割を明確に分けることで、後から月次レポートを自動生成しやすくなります。

データベース	主な列	目的
収支 DB (Transactions)	取引 ID / 顧客 / 商品 / 金額 / 通貨 / 税区分 / 支払日 / ステータス / Stripe リンク	月次売上・税区分集計
顧客 DB (Customers)	顧客 ID / 氏名 / メール / 初回購入日 / 累計購入額 / 契約プラン / 対応履歴リンク	顧客マスタ・LTV 把握

収支 DB の各行は、顧客 DB の該当顧客レコードに Relation プロパティ で紐付けます。Notion の Rollup 機能を使うと、顧客 DB 側で「累計購入額」を自動集計できます。

税区分の列を最初に入れておく

適格請求書 (インボイス制度) 対応で、消費税区分は後で必ず必要になります。「課税 10% / 軽減 8% / 非課税 / 免税事業者」のセレクト列を最初から設置し、Zapier 側で Stripe の tax_amounts フィールドから値を取得して自動入力する設計が、後の経理処理を劇的に楽にします。

セクション要点: 収支と顧客の 2 つの DB を Relation で繋ぐのが基本構成。次は 90 分でゼロから組み上げる手順を時系列で示します。

設定手順 (90 分の全体像)

Stripe → Notion 自動同期構築フロー

Step 1

Notion で収支 DB と顧客 DB を作る (20 分)

前章の列構成に従い、2 つのデータベースを作成。顧客 DB は先に作り、収支 DB の「顧客」列を顧客 DB への Relation として設定します。

Step 2

Stripe 側で API キーとテスト課金を準備 (10 分)

Stripe ダッシュボードの「開発者」から API キーを確認 (Zapier は OAuth 接続なのでキー直貼りは不要)。テスト環境で 1 件 ¥1,000 のテスト課金を行い、Zapier で取得できるイベントの形式を確認します。

Step 3

Zapier アカウントを Starter プランで開設 (5 分)

Zapier にサインアップし、Starter プランへアップグレード。「My Apps」から Stripe と Notion を OAuth 接続します。

Step 4

Zap を作成: トリガー設定 (10 分)

Trigger を「Stripe - New Charge」に設定。テストデータを取得し、amount currency customer livemode などのフィールドが読めることを確認します。サブスク管理が主目的なら「New Subscription」や「New Invoice」トリガーも選択肢です。

Step 5

Filter ステップでテスト課金を除外 (5 分)

2 ステップ目に「Filter by Zapier」を追加し、条件を「livemode is true」に設定。これでテスト環境の課金が Notion に流れ込む事故を防げます。本ステップが本レシピの肝 です。

Step 6

顧客 DB を検索 / 新規作成 (15 分)

3 ステップ目に「Notion - Find Database Item」を追加し、Stripe の customer ID で顧客 DB を検索。見つからなければ続けて「Notion - Create Database Item」で新規顧客レコードを作成します。

Step 7

収支 DB に取引行を追加 (15 分)

4 ステップ目に「Notion - Create Database Item」を追加し、収支 DB を選択。各列に Stripe のフィールドを割り当てます。「顧客」列には Step 6 で取得した顧客レコード ID を入れて Relation を張ります。

Step 8

Slack 通知ステップを追加 (任意・5 分)

5 ステップ目に「Slack - Send Channel Message」を追加。投稿テンプレは ¥<金額> の入金がありました (<顧客名>) — Notion で見る <URL> の形式が読みやすいです (Zapier の変数ピッカーで該当フィールドを差し込み)。解約イベント用に別 Zap を組むのも有効です。

Step 9

本番テストと月次ビュー作成 (5 分)

本番環境で実際に小額決済を 1 件流し、Notion に反映されるか確認。問題なければ Zap を ON。最後に Notion 収支 DB に「月別 Group by」ビューを作り、月次集計を一目で見られる状態を作って完成です。

DB 設計から本番テストまで、90 分で組み上がる構成

エラー時のフォールバック設計

Zapier には「Auto-replay」機能があり、Notion API のレート制限などで失敗した実行を自動再試行します。さらに エラー専用の Slack 通知 Zap を別途組んでおくと、Notion 同期が止まった瞬間に気付けます。Zapier ダッシュボードの「Manage Zaps - Errors」を週次で確認するルーチンも合わせて推奨します。

セクション要点: 90 分で組み終わり、テスト課金 1 件で検証できる構成。次は導入前後で何が変わるかを試算します。

導入前後の比較 (編集部の試算)

以下は 編集部のシミュレーション です。実際の効果は決済件数・業種により変動します。

前提: 月間 50 件の Stripe 決済 (サブスク + 単発) が発生するオンラインスクール運営者で、月次集計と顧客マスタ突合に従来 8 時間かけているケース。

Excel 集計運用 vs Zapier+Notion 同期

Before (CSV を手作業集計)

月次の Stripe CSV ダウンロード + 集計: 月 3 時間
顧客マスタとの突合作業: 月 2 時間
解約・更新の対応漏れリカバリ: 月 1.5 時間
請求書作成のための税区分仕分け: 月 1.5 時間
合計: 月 8 時間

→

After (Zapier + Notion)

月次集計 (Notion ビュー閲覧): 月 0.2 時間
顧客マスタ突合 (自動同期で不要): 月 0 時間
解約・更新対応 (Slack 即時通知): 月 0.3 時間
税区分仕分け (Stripe フィールド自動取得): 月 0.5 時間
合計: 月 1 時間

月 7 時間削減 + 入金可視化の即時化。時給 ¥3,000 換算で月 ¥21,000 相当の機会コスト改善。Zapier Starter ¥3,300 を差し引いても ¥17,700 のプラスです。

セクション要点: 月 7 時間前後の事務削減と、入金状況のリアルタイム把握。次は失敗パターンを 3 つ整理します。

編集部の警告 (よくある失敗パターン)

失敗パターン 1: 「テスト課金が本番 DB に紛れ込む」

開発中の Stripe テスト課金は livemode: false で発行されます。Filter ステップを入れずに Zap を稼働すると、テスト ¥100 の決済が収支 DB に並びます。「livemode is true」のフィルタを最初の動作確認の前に必ず入れる。これを怠ると月次集計の数字が崩れ、修正にさらに数時間かかる事故が起きます。

失敗パターン 2: 「顧客 DB の重複行が増えていく」

Step 6 の「Find Database Item」を省略して毎回「Create」だけにすると、同じ顧客が決済のたびに新規行として登録されます。必ず Find → Create の 2 段構え にし、検索キーは Stripe の customer ID にしてください。メールアドレスをキーにすると顧客がメールを変えた時に二重登録されます。

失敗パターン 3: 「Notion に決済データを溜めすぎてレート制限に当たる」

Notion API には 1 秒あたり 3 リクエスト程度のレート制限があります。月数千件の決済が走るサービスでは、Stripe の急なバースト (キャンペーン時など) で Zapier 側のキューが詰まる可能性があります。月 500 件超の決済が常態化したら、Stripe の Reporting API + 集計データのみ Notion に転記 する設計に切り替えるのが現実解です。

セクション要点: Filter・顧客重複・レート制限の 3 点を押さえれば運用は安定します。次は補助金活用の可能性です。

補助金活用 (編集部の提案)

IT 導入補助金 2026 との組み合わせ

Stripe・Zapier・Notion は単独では IT 導入補助金 (デジタル化基盤導入枠) の登録ツールに該当しないケースが多いものの、会計 SaaS や顧客管理 SaaS とパッケージで申請 すれば対象になり得ます。詳しい申請ガイドライン (公募要領) の読み方は IT 導入補助金 2026 の解説記事をご覧ください。

編集部メモ: なぜ Notion が選ばれるか

Airtable や Google スプレッドシートも Zapier 連携が可能ですが、Notion は 「収支 DB と社内 wiki・契約書管理が同じワークスペースで動く」 点が決め手です。月 ¥0 で始められ、経理処理・顧客対応・社内ナレッジが 1 箇所に集約できる柔軟性が、一人代表のスクールやコンサル業に特に向きます。

まとめ

Zapier を無料プランで試す →
※ アフィリエイトリンクを含みます

Stripe のダッシュボードは決済管理には完成度が高い一方、収支集計・顧客マスタ・解約対応を一元化するには別の台帳が要ります。Zapier で Stripe の決済イベントを Notion に自動転記する ことで、収支 DB と顧客 DB が常に最新の状態に保たれ、月次集計は閲覧するだけの作業に変わります。

月 ¥3,300 程度で、設定 90 分。集計作業を月 8 時間から 1 時間に圧縮できる、サブスク・継続課金型ビジネスの基盤レシピです。SaaS スタートアップ・オンラインスクール・コンサル業など、Stripe で売上を立てている事業者なら最初に組むべき自動化と編集部は判断します。

出典・参考情報

Zapier 公式 — https://zapier.com/
Zapier × Stripe インテグレーション — https://zapier.com/apps/stripe/integrations
Zapier 料金ページ — https://zapier.com/pricing
Stripe 公式 — https://stripe.com/jp
Stripe Charges API ドキュメント — https://stripe.com/docs/api/charges
Notion 公式 — https://www.notion.so/
Notion API レート制限 — https://developers.notion.com/reference/request-limits

よくある質問

Q. Stripe テスト環境のデータと本番を完全に分けたい

編集部の答え: Filter ステップで「livemode is true」を入れるのが基本です。さらに厳密にしたい場合は、本番用と検証用で別の Zap を組み、Notion 側も「本番 DB」「テスト DB」を物理的に分離する設計が安全です。経理データに迷いが出ないことが最優先です。

Q. サブスクの解約 (canceled) イベントも Notion に反映できる?

編集部の答え: できます。別 Zap として「Stripe - Canceled Subscription」をトリガーに組み、顧客 DB の該当レコードを Notion - Update Database Item で更新する構成です。解約発生時に Slack へ即時通知する設計も併用すると、解約理由の聞き取りが間に合います。

Q. インボイス制度の適格請求書発行に対応できる?

編集部の答え: 本レシピ単体では請求書 PDF の自動発行までは行いません。Notion の収支 DB を元データとして、freee や Misoca などの請求書発行 SaaS にデータ連携する構成を組み合わせるのが現実的です。Zapier×freee の請求書自動発行レシピと組み合わせると一気通貫が成立します。

本記事の数値・事例のうち、「編集部のシミュレーション」「編集部の提案」と明示された箇所は編集部による試算・推論です。実際の効果は事業特性により変動します。事実関係 (機能・料金) は各社公式情報源を確認のうえご判断ください。

編集長 Mira ／ AI経営ラボ 本記事は 2026-05-21 時点の情報です。料金・機能は各社公式情報を最新でご確認ください。

Zapier を試す →
※ アフィリエイトリンクを含みます