業務自動化

Make.comでAirtable→請求書PDFを自動生成し月3時間削減するレシピ

士業・制作・コンサル・EC・サロン (中小企業/個人事業主の請求業務) の業務自動化レシピ
業種士業・制作・コンサル・EC・サロン (中小企業/個人事業主の請求業務)
ツールMake.com
難易度★★☆ 中
設定時間約 90 分

月末になると請求書づくりで半日つぶれる──多くの中小企業・個人事業主が抱える「請求業務の手作業」は、Airtable と Make.com の組み合わせでほぼ自動化できます。本記事は、Airtable の案件データから請求書 PDF を自動生成し、メール送付・入金管理までつなげる設計レシピを、編集部の試算と適格請求書(インボイス)対応の注意点を添えて整理した記事です。

読了時間 約10分 / 設定所要時間 約90分 / 月額固定費 ¥1,400 から

編集長の見解 ── 請求業務は「やらないと売上が入らない」のに、付加価値を生まない典型的な間接業務です。Airtable に案件・取引先・金額を貯めておけば、Make.com が月末に PDF を組み立て、取引先へメール送付し、入金ステータスまで管理してくれます。本レシピが重視するのは、会計ソフトに縛られず Airtable を案件マスター(1次データ) にして、PDF 生成エンジンを置き換え可能な部品として扱う設計です。事業の成長に合わせて、後から freee や マネーフォワード に連携を足しても土台が崩れません。

なぜ Airtable→請求書PDF自動化で月3時間が浮くのか

中小企業や個人事業主が、1か月分の請求書発行にどれだけ時間を使っているかを分解してみます。編集部が制作・士業・コンサルの小規模事業者にヒアリングしてまとめた「典型的な手作業フロー」は次のとおりです。

工程月20件あたり所要内容
案件・金額・取引先の情報を Excel から転記約40分請求対象の案件を一覧から拾う
請求書テンプレートに1件ずつ入力約60分番号・日付・明細・金額・消費税を手入力
PDF 化して保存・命名約25分ファイル名を取引先別に整理
メール本文を書いて PDF を添付・送信約40分取引先ごとに宛名・本文を調整
送付済み・入金済みを台帳に記録約20分入金消込のための手入力
合計約185分 (≈3.1時間)

Airtable→請求書PDF自動化を組むと、1〜4 の工程はほぼ全自動化、5 も Make.com が Airtable のステータスを自動更新します。担当者は「請求してよい案件かの最終確認」と「金額のレビュー」にだけ時間を使えるようになり、編集部試算で 月 約3時間の圧縮 に相当します。

時給¥3,000 換算で月¥9,300、外注・代行に頼っていれば月¥30,000〜40,000 規模の費用が、月¥1,400 (Make.com Core) に置き換わる計算です。請求漏れや二重請求といったヒューマンエラーが減ることも、金額に表れない大きな効果です。

続いて、編集部が実装した全体像を ProcessFlow で示します。

完成形のフロー (ProcessFlow)

Make.com×Airtable×請求書PDF レシピ
📋
01
Airtable の案件行が「請求準備」に
納品完了・月末締めなどをトリガーに、請求対象の案件を Airtable で確定
📡
02
Make.com が対象行を取得
Search Records で「請求準備」ステータスの行を一括抽出
🧾
03
請求書テンプレートに差込
番号・日付・明細・小計・消費税・登録番号を自動で埋め込み
📄
04
PDF を生成
Google ドキュメント / PDFMonkey 等で PDF 化、ファイル名も自動命名
📧
05
メール送付 + ステータス更新
取引先へ PDF を添付送信、Airtable を「請求済み」に書き戻し

Airtable の案件行(請求準備ステータス)を Make.com が拾い、PDF を生成し、取引先へメール送付して入金管理まで回す自動化設計

このフローの肝は 「Airtable を案件マスター、PDF 生成エンジンを置き換え可能な部品」 にする設計です。会計ソフトに案件データを抱え込むと、後でツールを乗り換えたくなった時の移行コストが膨らみます。Airtable を1次データに固定すれば、PDF 生成やメール送付の部品は料金や機能で自由に差し替えられます。

続いて、PDF 生成エンジン3系統を中小企業の目的別に比較します。

PDF生成エンジン比較 — Googleドキュメント / PDFMonkey / DocsAutomator

Make.com から請求書 PDF を作る場合、現実的に組みやすいエンジンは 3 つに集約されます。編集部の用途別おすすめを比較表で整理します。為替は $1 = ¥150 で換算 (2026 年 6 月時点の編集部参照値、契約時の実レートで再計算してください)。

PDF生成エンジン月額目安強み弱み編集部のおすすめ用途
Google ドキュメント (Make.com 標準)¥0 (Google アカウントのみ)追加費用ゼロ、テンプレ編集が直感的、Make.com に専用モジュールあり複雑な明細レイアウトは作り込みが必要個人事業主・月数十件まで、まず無料で始めたい人
PDFMonkey約¥2,250〜 (有料プラン)HTML/CSS で精密なテンプレート設計、API が高速テンプレート作成に HTML の基礎知識が要るデザイン重視の請求書、士業・制作会社
DocsAutomator約¥2,250〜Google ドキュメントテンプレを使い回せて高機能英語 UI 中心、無料枠は小さいGoogle ドキュメント運用を拡張したい中小企業

中小企業の現場では「個人事業主はまず Google ドキュメントで無料スタート、デザインや明細が複雑になったら PDFMonkey」という棲み分けが現実的です。いずれのエンジンも Make.com にモジュールまたは HTTP 連携があり、テンプレートさえ用意すれば差込は自動化できます。

次に、Airtable 側のフィールド設計を示します。

Airtable側のフィールド設計例 (案件マスター)

請求書を自動生成するには、Airtable のフィールドが「請求書の各項目」に対応している必要があります。編集部が中小事業者に勧める最小構成は次のとおりです。

- invoice_no (Formula) : 請求書番号 (例: INV-{year}-{autonumber})
- client_name (Single line text) : 取引先名 (宛名)
- client_email (Email) : 送付先メールアドレス
- issue_date (Date) : 請求日
- due_date (Date) : 支払期限
- items (Long text or Link) : 明細 (品目・数量・単価)
- subtotal (Currency) : 小計 (税抜)
- tax_rate (Single select) : 税率 (10% / 8%軽減)
- tax_amount (Formula) : 消費税額 (subtotal × tax_rate)
- total (Formula) : 合計 (subtotal + tax_amount)
- registration_no (Single line text) : 適格請求書発行事業者の登録番号 (T+13桁)
- status (Single select) : 請求準備 / 請求済み / 入金済み
- sent_at (Date) : 送付日時 (Make.com が書き戻し)
- paid_at (Date) : 入金日 (入金消込用)

registration_notax_rate適格請求書(インボイス)制度への対応に必須 です。本文後段の「規約・運用上の注意」でも触れますが、登録番号と税率ごとの区分記載がない請求書は、取引先が仕入税額控除を受けられない可能性があります。

このフィールド設計のまま、Make.com 側の構築手順に進みます。

90分セットアップ・タイムライン (TimelineSteps)

Make.com×Airtable×請求書PDF 0→稼働まで
0:00 - 0:15
Airtable 案件マスター Base 構築
Airtable で無料アカウントを作成し、上記フィールド設計に従って「Invoices」テーブルを作成。既存の請求台帳 (Excel/CSV) があれば Import で取り込み。Personal API トークンを発行し、data.records:read / write の両スコープを付与します。
0:15 - 0:30
請求書テンプレートの用意
Google ドキュメント で請求書テンプレートを作成し、差込箇所を {{client_name}} {{total}} のようなプレースホルダーで記述。登録番号・税率区分・小計・消費税の欄を必ず設けます。PDFMonkey を使う場合は PDFMonkey でアカウントを作り、HTML テンプレートを登録します。
0:30 - 0:40
Make.com アカウント開設
make.com で Core プラン (月$9、1万クレジット、約¥1,400) に登録。Connections に Airtable と PDF 生成エンジン (Google ドキュメント / PDFMonkey)、メール送付用の Gmail を追加し、API トークンを保存します。Make.com は 2025 年以降「オペレーション」を「クレジット」に呼称変更しており、非 AI モジュールは 1 op = 1 クレジットの 1:1 換算です。
0:40 - 1:05
シナリオ本体 — PDF生成と送付
Trigger: Make.com「Schedule」(月末など定期実行) → Airtable「Search Records」で status = “請求準備” の行を抽出 → Iterator で1行ずつ処理 → Google ドキュメント「Create a Document from a Template」(または PDFMonkey「Generate a Document」) で差込 → 出力を PDF にエクスポート → Gmail「Send an Email」で取引先へ PDF 添付送信 → Airtable「Update Record」で status を「請求済み」、sent_at に現在日時を書き戻し。最初はテスト用の Airtable 行で必ず動作検証します。
1:05 - 1:15
入金消込フローの追加
別シナリオで、入金確認のトリガー (銀行通知メールや手動チェック) を受け、対象の請求書行の status を「入金済み」、paid_at に入金日を記録。未入金が支払期限を過ぎた行を毎朝抽出し、Slack / Discord に「[要確認] 入金遅延 INV-xxxx」と通知する仕組みも併設すると督促漏れを防げます。
1:15 - 1:25
承認ステップの挿入 (任意だが推奨)
金額の大きい請求は自動送信前に人の承認を挟む設計が安全です。Make.com で PDF 生成後にいったん Slack / Discord へドラフトを送り、「承認」ボタン (Webhook) を押すと送信に進むフローにします。誤った金額の自動送付という事故を防ぐ最後の砦になります。
1:25 - 1:30
エラーハンドラとモニタリング
各シナリオに Error Handler を追加。失敗時は Slack / Discord に「[警告] 請求書生成失敗、対象 record_id: xxx」を通知。Resume を最大3回まで自動リトライに設定し、永続失敗のみ人が確認する運用にします。

中小企業の担当者または個人事業主が独力で組める90分手順 (PC操作のみ、コード不要)

次は、料金と請求件数の関係を編集部試算で具体的に示します。

編集部のシミュレーション — 料金と請求件数

以下は 編集部による試算 です。実際のコストは請求件数・PDF 生成エンジンの選択・Airtable のレコード数で変動します。前提: 1事業者、月20〜30件の請求書を発行する中小企業 / 個人事業主を想定。為替は $1 = ¥150 で換算 (2026 年 6 月時点の編集部参照値、契約時の実レートで再計算してください)。

項目想定値月額換算
Make.com クレジット消費1請求あたり約6モジュール × 30件約180 クレジット/月
入金消込・督促通知シナリオ約300 クレジット/月
合計クレジット約500 クレジット/月 (Core 1万枠内で余裕)
Make.com Core プラン$9/月 (年払い)、約¥1,400¥1,400
Airtable Free1,000 レコード/Base まで¥0
PDF生成 (Google ドキュメント利用)Google アカウントで完結¥0
PDF生成 (PDFMonkey 利用)有料プラン約¥2,250〜
メール送付 (Gmail 利用)既存アカウントで完結¥0
合計固定費 (Googleドキュメント構成)¥1,400
合計固定費 (PDFMonkey構成)約¥3,650〜

最小構成 (Google ドキュメント + Airtable Free + Make.com Core + Gmail) なら 月¥1,400 で実装可能です。請求書のデザインや明細レイアウトにこだわる場合のみ、PDFMonkey などの有料エンジンを検討すれば十分です。

請求件数が月100件を超える規模になると、Make.com の Pro プラン ($16/月、約¥2,400、2.5万クレジット枠) への切り替え判断ラインを事前に決めておくと運用が安定します。

ここまでは順調な前提の数字です。続いて、編集部が実装中に踏みやすい落とし穴を共有します。

失敗パターン — 編集部が踏んだ罠と回避策

失敗パターン1: 適格請求書(インボイス)の記載要件漏れ
適格請求書発行事業者の登録番号 (T+13桁)、税率ごとに区分した対価の額、税率ごとの消費税額──これらが欠けた請求書は、取引先が仕入税額控除を受けられない可能性があります。対策は Airtable に登録番号フィールドと税率区分を必ず持たせ、テンプレートに差し込む こと。自社が登録事業者かどうか、最新の制度要件は国税庁の公式情報で必ず確認してください。

失敗パターン2: 請求書番号の重複・欠番
番号を手入力で運用していると、重複や欠番が起きやすくなります。重複した請求書番号は経理上のトラブルの原因です。対策は Airtable の Formula フィールドや Autonumber で 請求書番号を自動採番 し、人が手で書き換えない運用にすること。年度をまたぐ番号体系 (INV-2026-001 など) を最初に決めておくと混乱しません。

失敗パターン3: テストせず本番の取引先へ自動送信
動作確認をせずに本番運用を始め、金額や宛名が誤った請求書を取引先へ自動送付してしまう事故です。信用問題に直結します。対策は 必ず自分宛のテストアドレスで PDF とメール本文を目視確認 してから本番化すること。金額の大きい請求には前述の「承認ステップ」を挟み、人の目を最後に通す設計が安全です。

失敗パターン4: 送付・入金ステータスの更新漏れ
PDF を送ったのに Airtable のステータスを更新し損ねると、翌月に二重請求してしまう恐れがあります。対策はメール送信成功を確認してから status を「請求済み」に書き戻すフローを必ず組み込み、送信失敗時はステータスを変えないこと。送付済みと入金済みのステータスを分けておくと、入金消込・督促の自動化にもそのまま使えます。

編集部のヒント: 請求書テンプレートの文面 (お礼・支払い案内) は ChatGPT (大規模言語モデル / LLM) に取引先の業種や関係性を渡して、丁寧なバリエーションを一度に生成させると効率的です。生成した定型文を Airtable のフィールドに保存しておけば、取引先ごとにトーンを変えた請求メールを自動で出し分けられます。

編集部のヒント2: 請求業務をさらに拡張したい場合は、会計クラウドサービス (SaaS) の freee やマネーフォワードへ Make.com で連携を足すと、入金消込や仕訳まで一気通貫にできます。まずは PDF 生成と送付の自動化を安定運用してから、会計連携を後付けする順番が手戻りが少なくおすすめです。

最後に、制度・規約・運用面で気をつけるべき点を整理しておきます。

規約・運用上の注意

適格請求書(インボイス)制度への対応

2023 年 10 月に始まった適格請求書等保存方式 (インボイス制度) では、取引先が仕入税額控除を受けるために、所定の記載要件を満たした請求書が必要です。自動生成テンプレートにも、(1) 適格請求書発行事業者の登録番号、(2) 取引年月日、(3) 取引内容 (軽減税率対象ならその旨)、(4) 税率ごとに区分した対価の額と適用税率、(5) 税率ごとの消費税額、(6) 書類の交付を受ける事業者の氏名・名称──を必ず含めてください。制度の最新要件と自社の登録状況は、国税庁のインボイス制度特設サイトで確認するのが確実です。

電子帳簿保存法 (電子取引の保存)

メールに PDF を添付して送付した請求書は「電子取引」に該当し、電子帳簿保存法の保存要件 (改ざん防止・検索性の確保など) の対象になります。Airtable や Google ドライブに保存した請求書 PDF を、日付・取引先・金額で検索できる状態に整えておくと要件を満たしやすくなります。詳細は国税庁の電子帳簿保存法の案内を参照してください。

Make.com のトークン管理とセキュリティ

Make.com は通信を TLS で暗号化し、API トークンは暗号化保存されます。とはいえ請求業務は取引先情報・金額という機密データを扱うため、(1) Personal API トークンは最小権限で作成、(2) 担当者の異動・退職時は全トークンを再発行、(3) Make.com の組織アカウントに 2 段階認証を設定、の基本運用は徹底してください。

各サービスの利用規約

Airtable・Google Workspace・Gmail・PDFMonkey はいずれも商用利用が可能ですが、それぞれの利用規約で送信・利用条件が定められています。大量送信時の制限や禁止用途は契約前に各社の規約で確認し、無理のない範囲で運用してください。

よくある質問

Q1. Zapier や n8n ではなく Make.com を選ぶ理由は? Make.com は クレジットあたりの単価が安く、複数モジュールのシナリオ設計の自由度が高い という強みがあります。Zapier は1ステップ1タスク課金のため、PDF 生成のように工程が多い自動化ではコストが膨らみがちです。n8n はセルフホストで月額固定にできる利点がありますが、サーバー運用の手間がかかります。

Q2. Airtable ではなく Google スプレッドシートでも組めますか? 組めますが、編集部は推奨しません。理由は (1) スプレッドシートは API レート制限が厳しい、(2) フィールド型 (Currency / Date / Select) が無いため金額や税率の不正データが混入しやすい、(3) Make.com のスプレッドシートモジュールはセル単位指定で壊れやすい、の 3 点です。請求マスターには Airtable のような構造化データベースが向きます。

Q3. 会計ソフトの請求書機能で十分では? freee やマネーフォワードの請求書機能は便利ですが、案件管理・進捗・顧客情報まで一元化したいなら Airtable を1次データにする本レシピが柔軟です。会計ソフトとは Make.com で後から連携でき、請求の自動生成と会計処理を分離できるのが利点です。

Q4. 請求件数が月数百件に拡大したら設計はどう変わりますか? 月数百件規模になると、(1) Make.com を Pro プラン以上に切り替え、(2) PDF 生成を PDFMonkey などの高速 API に集約、(3) Airtable を Team プラン以上に切り替え、(4) 会計ソフト連携で入金消込まで自動化、の 4 点が現実的になります。まずは小さく始めて、件数の増加に合わせて段階的に拡張するのが安全です。

出典・参考情報

関連レシピ


Mira / AI経営ラボ 編集長

Make.com を無料で試す → ※ PR・アフィリエイトリンクを含みます