GAS×freee API｜現場で勝てる請求書発行自動化5ステップ

経理担当の独白として「毎月50件の請求書発行で半日が消える」「送付後の照合と督促で月末が潰れる」——少人数の経理体制では、この構造の悩みが定番です。請求金額の集計、PDF化、メール送付、送付後の照合、入金フォロー、どれもミスは許されない一方で、付加価値は生みません。経営者から見れば、人ではなく仕組みで回したい筆頭の業務です。

本記事では、Google Apps Script（GAS）と会計クラウド freee の API を組み合わせ、毎月の請求書発行を自動化する5ステップを解説します。技術詳細ではなく、経営者・業務過多のマネージャー・IT非専門の経理担当者が、自社で何を準備し、どこまで内製し、どこからプロに任せるべきかを判断できる粒度で整理して解説します。

なぜ請求書発行は経理を一番疲弊させるのか

毎月の請求書発行は、件数が増えるほど一次関数的に時間を奪っていきます。私の実務では、月50件前後の請求書処理に月12時間以上を費やしていた状態から、確認のみの月1時間以下まで圧縮した経験があります。同規模の中小企業の経理現場でも、月100件超の請求書突合に月8時間以上を費やしているケースが珍しくありません。

時間の内訳を可視化すると「自動化余地」が見える

請求書業務を1サイクルで分解すると、おおむね以下のように時間が溶けています。これは私自身が月50件前後を処理していた頃の内訳でもあり、似た規模の経理体制でも構造はあまり変わりません。

• 請求金額・明細の集計と作成：2〜4時間
• PDF変換・印影・送付状の整え：1〜2時間
• メール送付・郵送手配：1〜3時間
• 送付済リストと freee 上の請求書ステータスの照合：2〜4時間
• 未入金フォローと再送付：1〜2時間

合計で月7〜15時間。経理担当が1名しかいない少人数の中小企業では、この時間は売上に直結する仕事から差し引かれた純粋な目減りです。経営者にとっては「採用1人分の固定費」をジワジワ削っている感覚に近いです。

freee側の機能だけでは「集計→送付→照合」の橋が抜ける

クラウド会計の代表格である freee は、2025年時点で有料課金ユーザー606,533社（+13.9%）を抱え、ARPU年56,704円（+15.8%）で成長しています（出典：freee 公式IR資料）。請求書のテンプレ管理・PDF発行・郵送代行までは標準機能でカバーされていますが、「自社スプレッドシートの月次集計データを請求書ドラフトに変換する」「送付後にステータスを自社の管理表へ書き戻す」「未入金を一覧化して督促文面を生成する」といった『業務固有の橋渡し』は標準機能の外側です。ここを人手で運用しているのが、毎月の半日消失の本質的な原因です。

GAS×freee APIで自動化する全体像（5ステップ）

自動化の全体像は「Googleスプレッドシートを単一の真実とし、GASがその月次データを freee API に流し込み、結果を再びスプレッドシートに書き戻す」という構造に集約できます。技術詳細は本記事の範囲を超えますが、経営判断としては以下の5ステップを押さえれば十分です。

ステップ1：請求データの単一マスタ化（スプレッドシート）

取引先・契約金額・締め日・送付先メール・支払サイトを、月次で更新するスプレッドシート1枚に集約します。Excelや個別フォルダの請求書PDFを正とする運用は、ここで卒業します。マスタが分散していると、後続のステップがどれだけ綺麗に組まれていても破綻します。経営者として見るべきは「請求金額の根拠が1ファイルで説明できる状態か」だけです。

ステップ2：GASでfreee請求書ドラフトを一括生成

スプレッドシートの月次行を読み込み、freee API（請求書エンドポイント）にPOSTすることで、freee上にドラフトの請求書が月初に一斉生成されます。テンプレ・部門・税区分・備考は、freee側のテンプレ機能と組み合わせれば、人が触る前に9割が埋まった状態になります。月50件規模であれば、生成自体は数分で完了します。

ステップ3：承認後にPDF化・送付メールを自動配信

担当者または経営者が freee 上でドラフトを承認したタイミングで、GASがPDFを取得し、取引先ごとに本文を差し込んだメールを Gmail から送信します。郵送が必要な取引先だけは別フラグで分岐し、freee の郵送代行に回す運用が現実的です。承認の意思決定は人間が残し、その前後の作業はすべて自動化する、というのが安全な切り分けです。

ステップ4：送付実績と freee 請求書IDをスプレッドシートに書き戻し

送付完了したら、freee 請求書ID・送付日時・送付先メールをマスタ行に書き戻します。これが照合作業の自動化の核です。月末に「請求書ステータスと送付実績を1件ずつ目視で突き合わせる」という、最も憂鬱な作業がここで消えます。

ステップ5：入金消し込みと未入金督促を自動化

freee API から入金明細を取得し、請求書IDで自動消し込みします。支払サイトを超えた未入金は、督促リストとして別シートに自動転記され、AI（ChatGPT等）で取引先ごとに丁寧な督促文面を生成します。督促を出すかどうかの最終判断は人間が握り、文面生成と送付準備までを自動化するのが、関係性を壊さない安全運用です。

内製で躓きがちな3つの落とし穴と回避策

GASで請求書自動化をネット記事や生成AIの回答だけで進めると、必ずと言っていいほど同じ3か所で止まります。私自身も初期に踏み、最終的に運用に乗せる過程で痛感した点です。経営判断としては、ここを自社で吸収できるかどうかが「内製可否」の境界線になります。

落とし穴1：データ形式がバラバラで動作不能になる

取引先名・金額・税区分・摘要が、スプレッドシートと freee 側でわずかに違うだけで、API は400/422系のエラーを返して止まります。半角全角、株式会社の前後、軽減税率の指定形式、桁区切りカンマの混入。中小企業のマスタは数年分の継ぎ足しでできているので、初回はほぼ確実に汚れています。回避策は「自動化を組む前に1日でマスタ正規化を済ませる」一択です。

落とし穴2：GAS 6分制限で月末に止まる

Google Apps Script には1回の実行が最大6分という制約があります。月50件程度なら問題になりませんが、100件・200件と増えた瞬間、月末にバッチが途中で止まる事故が起きます。回避策は「件数で分割して時間トリガーで連続実行する」「処理済みフラグを必ず行単位で持つ」の2つです。経営者として確認すべきは、件数が2倍になった時に同じ仕組みで耐えられる設計になっているか、という点です。

落とし穴3：エラー通知がなく「動いている気」になる

最も怖いのは、API が失敗しても誰も気付かず、月末になって「請求書が3件送られていなかった」と判明するケースです。これは関係性も信用も壊します。回避策は「失敗した行は赤背景でスプレッドシートにマークし、Slack/メールに即時通知を飛ばす」運用を仕組みに組み込むこと。エラーが0件でも「正常完了しました」を1通飛ばす設計にしておくと、止まったことに気付けます。

プロに任せるべき4つの判断軸（保守性・エラー対応・セキュリティ・AI拡張）

「自社の若手にGASを書かせれば足りるのでは」と考える経営者は多いですが、請求書という会社の信用に直結する業務を、属人的なGASコードに依存させるのはリスクが高い領域です。プロに任せるべきかどうかの判断軸は、以下の4つに集約されます。

判断軸1：保守性（書いた本人が辞めたら止まるか）

中小企業のGAS事故で最も多いのが、書いた担当者の退職と同時にメンテナンスが止まり、半年後に静かに動かなくなるパターンです。プロに任せる価値の半分は、コード規約・命名・ドキュメント化・テストの仕組み化にあります。誰が触っても1日で全体像を把握できる状態に保つこと自体が、経営資産です。

判断軸2：エラー対応（朝の30分で復旧できるか）

freee 側のAPI仕様変更、Google側のクォータ変動、取引先メールアドレスの変更。本番運用では月1〜2件の小さな揺らぎが必ず起きます。これらに対し、ログから30分以内で復旧できる設計と運用窓口を持っているかどうかが、内製とプロ実装の差です。経営者から見れば「自動化が止まったときに頼れる相手の電話番号があるか」というシンプルな問いです。

判断軸3：セキュリティ（APIキー・取引先情報の取扱い）

freee API のアクセストークン、Gmail送信権限、取引先メールアドレスと請求金額。これらが GAS のコード内に直書きされているケースを、私の業務支援の現場で何度も見てきました。中小企業のデータ流出リスクの9割は、外部ハッキングではなく人的ミスから生まれます。トークンの安全な保管、権限の最小化、退職者のアクセス権剥奪までを含めた設計が、本来のセキュリティです。

判断軸4：AI連携の拡張余地（次に何を自動化するか）

2025年、freee は AIエージェント向けに freee-mcp（MCPサーバー）をOSS公開し、AIが会計・給与・請求書を直接操作できる時代が始まりました。マネーフォワードも 2026年7月に Claude Agent SDK を採用した AI Cowork のリリースを公表しています。請求書自動化はゴールではなく、見積→請求→入金→督促→月次レポートまでをAIに任せる流れの最初の1歩です。最初の設計が「次の自動化を継ぎ足せる構造」になっているかどうかで、3年後の経理工数は大きく変わります。

ビフォーアフター：請求書発行フローがここまで変わる

Before：現状の苦しい1週間／1日／1案件

月初の3日間は、経理担当が請求書作成・PDF化・メール送付に追われ、他の業務は止まります。経営者は「今月分の請求、漏れてない？」と毎月聞き、担当者は目視で照合表を作り直し、1件の取引先メアド変更を反映し忘れて月末に督促電話が入る。少人数の中小企業ではよくある景色です。1案件あたりで見れば、請求書1枚に対して人手は15〜25分。月50件で12〜20時間が静かに溶けます。

After：導入後の楽な1週間／1日／1案件

月初の朝9時、スプレッドシートに今月分の請求行が並んでいる状態を担当者が確認し、ボタンひとつでGASが freee にドラフトを一斉生成します。担当者は freee 上で30分かけて承認し、PDFとメール送信は自動で完了。送付済みフラグと freee 請求書IDは自動で書き戻されます。月末、未入金は別シートに自動転記され、AIが督促文面を生成。1案件あたりの人手は2〜3分。月50件で2時間前後まで圧縮できます。月10〜15時間レベルの削減は、現実的なレンジです。

違いを生んでいるのはツールではなく業務設計

GASも freee API も10年前から存在し、誰でも触れる技術です。にもかかわらず多くの中小企業で請求書業務が消えないのは、技術ではなく業務設計の問題です。スプレッドシートを単一マスタにする、承認の責任は人が持ち作業は機械に渡す、エラーは即通知する、AI連携の拡張余地を残す。この設計判断こそが、3年後の経理工数を決めます。Before寄りだと感じた方は、次セクションで具体的な相談導線を案内します。

よくある質問

公開日：2026年5月