Accounting / Back-Office Automation

Claude Code でバックオフィス業務を激楽にする

SaaS 領収書回収・freee 仕訳・請求書発行・入金突合・借入管理・出張旅費規程まで、法人のバックオフィス業務を 1つの Git リポジトリ に集約し、Claude Code × freee MCP で月次作業を 1/10 に圧縮する設計図。

この記事を読む前に

「freee に入れるにはノイズ／Notion に入れるにはコード寄り」な情報の置き場を作る

個人事業主・法人ほどバックオフィス業務は多い。SaaS の領収書集め、カード明細との突合、取引先への請求書発行、入金突合、freee の仕訳、出張旅費規程、信用金庫・日本政策金融公庫からの借入管理、決算期に税理士へ渡す資料……。

これらを back-office 専用 Git リポジトリ に集約し、Claude Code と freee MCP サーバーを組み合わせれば、月次のバックオフィス業務はほぼ自動化できる。本記事はその構成を、Lecture 形式で順番に解説する。

本記事の核

SaaS 一覧・領収書取得手順・仕訳ルール・自動化スクリプト・未来の自分への申し送りメモを 1つの Git リポジトリに全部入れる。Claude Code から参照しやすく、バージョン管理もでき、private repo なら情報漏洩リスクも最小化できる。

なぜ専用リポジトリを作るのか

freee だけでは足りない「中間情報」を集約する

最初は「freee に全部入れておけばいい」と思いがちだが、運用してみると freee だけでは足りないことが多い。

→
領収書の取得手順をメモしておかないと、毎月「Slack の領収書ってどこからダウンロードするんだっけ？」となる
→
SaaS ごとのアカウントとメールアドレスの対応を忘れる（どの Google アカウントでログインするんだっけ問題）
→
仕訳ルール（この支出は支払手数料？通信費？）を毎回考え直すのがもったいない
→
出張旅費規程の Excel や日本政策金融公庫の返済予定表のような書類の置き場が欲しい
→
未来の自分への申し送りメモを残す場所が欲しい

freee に入れる

手順書・ルール・スクリプトを置く場所がない
→ 毎月同じ調べ物を繰り返す

Git リポジトリに集約

Claude Code から参照しやすい／バージョン管理可／private で安全

出発点

「freee に入れるにはノイズ」「Notion に入れるにはコード寄り」という 中間にある情報 を、Git リポジトリに全部入れる。これが back-office リポジトリ発想の起点。

ディレクトリ構成

1サービス＝1ディレクトリに「手順書 + プロンプト + スクリプト」を閉じ込める

back-office リポジトリの全体構成

back-office/
├── README.md
├── docs/
│   ├── freee/
│   │   ├── freee_SaaS_領収書メール設定ガイド.md
│   │   └── freee_SaaS_未対応タスク.md
│   ├── freee-journal-rules.md
│   └── future-memo.md
├── receipts/
│   ├── AWS/
│   ├── GitHub/
│   ├── GoogleCloud/
│   ├── Slack/
│   ├── Vercel/
│   ├── スマートEX/
│   └── ...
├── references/
│   ├── services.md
│   └── 日本政策金融公庫_返済予定表.pdf
└── scripts/
    ├── monthly-billing-check.sh
    ├── billing-check-all-months.sh
    ├── upload-receipts.sh
    └── receipts/
        ├── README.md
        ├── _lib/
        ├── aws/
        │   ├── README.md
        │   ├── prompt.md
        │   └── fetch.sh
        ├── github/
        ├── slack/
        └── ...（24サービス）

当初は docs/freee/receipt_guides/ にサービスごとの md を置いていたが、運用するうちに 「手順書だけでは足りない、プロンプトもスクリプトも一緒に管理したい」 となり、scripts/receipts/<service>/ という構成に進化した。

構成のコツ

1サービス＝1ディレクトリに、手順書（README.md）／自動化プロンプト（prompt.md）／ファイル検索（fetch.sh） の3つを閉じ込める。これが本リポジトリの設計上のコア。

references/services.md ── SaaS 一覧を全部書く

毎月 20〜30 個の SaaS 請求を捌く起点ファイル

このファイルが本リポジトリで 一番重要。法人で契約している SaaS は意外と多く、20〜30 個が毎月のクレカ明細に並ぶ。全 SaaS を表形式で書き出す。

記載するポイント

Billing URL を直接書く

毎回「Slack の請求情報ってどこ？」と探す時間をゼロに。

カード下4桁

freee のカード明細と突合する際に必須。

確認手順は別 md にリンク

一覧 1 行に全部書くと肥大化するので、サービスごと別ファイルへ。

ログインメールアドレス

複数 Google アカウント運用なら必須。3秒で解決する。

freeeカードUnlimitedを SaaS ごとに発行する

クレジットカードは freee カード Unlimited のバーチャルカードを SaaS につき 1 枚 発行している。

→
明細を見ただけでどのSaaSの決済か一発でわかる（カード名＝サービス名）
→
freee の自動仕訳ルールが組みやすい（「このカード番号 = GitHubの支払手数料」）
→
解約時は該当カードだけ止めれば、不正請求リスクがゼロ
→
試用課金の解約忘れがあっても被害が最小

バーチャルカードを無制限発行できるカード（Upsider、バクラクカードなど）であれば代替可。

サービス別 md ファイルに書く項目

- プラン名と月額
- 請求サイクル（毎月◯日、月初、etc）
- 決済カードの下4桁
- ログインに使うメールアドレス  ← 地味に超重要
- 管理画面の URL とメニュー階層
- 領収書 PDF のダウンロード手順（スクショ入りでも可）
- ハマりポイント
- 過去の月額推移
- 未来の自分への申し送りメモ

docs/freee-journal-rules.md ── 仕訳ルールを明文化

「会議費か交際費か」を毎回考えない

freee には自動仕訳ルール機能があるが、その手前の 「どの支出をどの勘定科目に振るか」というポリシー をドキュメント化しておくと便利。

勘定科目マッピングの例

## 勘定科目マッピング

### 旅費交通費
宿泊も含めて統一。
・スマートEX / JR東海 / 新幹線系
・楽天トラベル（国内宿泊）
・ホテル直接決済
・GO タクシー / 名鉄 / モバイルSuica
税区分: 136 (10%) or 189 (リバースチャージ)

### 支払手数料
SaaS・クラウドサービスは原則ここ。
・Claude.ai / GitHub / Vercel / Slack
・Google Cloud / AWS / Google Workspace
・freee 利用料 / OpenAI / Anthropic
税区分: 海外SaaS は 189（リバースチャージ）、国内は 136（10%）

### 会議費 / 交際費
5,000円以下 → 会議費、5,000円超 → 交際費 でざっくり判定

### 新聞図書費
・Amazon Kindle 本
・note（記事購読）

なぜ必要か

税理士に「これ交際費？会議費？」と毎回聞くのは時間の無駄。自社ポリシーを明文化 しておけば、Claude Code に「この取引を仕訳して」と頼んだとき、このルールに従って勝手に仕訳を切ってくれる。

scripts/receipts/<service>/ ── サービス別自動化ディレクトリ

README + prompt + fetch.sh の3ファイルで「自己改善するドキュメント」を作る

当初は手順書だけ書いていたが、Claude Code で実際に自動化を回すと手順書だけでは足りない。1サービス＝1ディレクトリに3ファイル を閉じ込めた。

scripts/receipts/aws/
├── README.md    # 手順書 + ハマりポイント + 改善履歴
├── prompt.md    # Claude Code に渡す実行プロンプト
└── fetch.sh     # ローカルの PDF ファイル列挙

README.md：そのサービスの「全部」

月額／請求サイクル／決済カード／ログインメアド／請求書ダウンロード手順／wallet_txn の description／ハマりポイント／改善履歴を全集約。

prompt.md：Claude Code に渡す実行プロンプト

claude -p "$(cat scripts/receipts/aws/prompt.md)"

1コマンドで領収書取得から freee アップロードまで全自動で走る。プロンプトには次を含める。

→
freee API のクエリ（wallet_txn の取得条件）
→
既存ファイルの検索コマンド（fetch.sh 呼び出し）
→
不足月の領収書ダウンロード手順（claude-in-chrome / Gmail）
→
freee ファイルボックスへのアップロード条件
→
README.md の改善履歴への追記指示 ← これが地味に重要

fetch.sh：ローカル PDF を列挙

receipts/AWS/ を検索し、ダウンロード済み PDF を列挙。Claude Code はその結果を見て「この月は既にあるからスキップ」と判断する。

最大のメリット ── 改善履歴が「自己改善するドキュメント」になる

prompt.md の最後に 「README.md の改善履歴に、今回のセッションで発見したことを 1〜2 行追記せよ」 という指示を入れる。Claude Code が領収書取得を実行するたびに README.md が勝手に賢くなっていく。最初から完璧なドキュメントを書く必要はない。

SaaS の決済方式を理解すると自動化精度が上がる

「直接JPY」か「Stripe USD」か「Paddle」かで攻略法が違う

30 個の SaaS を実際に自動化して気づいた。決済方式によって攻略法がまったく違う。新サービス追加時のアプローチ判断に直結する。

タイプ1：直接 JPY 決済（難易度：低）

AWS / Google Cloud / Google Workspace。freee 明細と1円単位で完全一致。管理画面から直接 PDF DL 可。claude-in-chrome で完全自動化しやすい。

タイプ2：Stripe 経由 USD 決済（中〜高）

GitHub / Vercel / Claude AI / OpenAI / ElevenLabs / X Premium / Clerk。USD 請求 → freee が JPY 自動変換するので金額が一致しない。「USD × レート ≈ wallet_txn JPY（±5%許容）」の緩い突合が必要。

タイプ3：Paddle 経由（高）

CleanShot X など。本体に課金管理画面なし。領収書は Paddle メールのマジックリンク経由のみ。手動 DL 前提で手順を残す のが現実的。

タイプ4：Lago 経由（中）

Blacksmith など。「Billing Portal」ボタン → Lago カスタマーポータルで Invoice PDF DL 可。Stripe 比で自動化しやすい。

タイプ5：その他（アプリ内課金など）

povo 2.0（アプリ内のみ）／お名前.com（独自決済）／スマートEX（新幹線）。サービスごと個別対応。

scripts/ ── 月次処理を1コマンドで走らせる

monthly-billing-check.sh と upload-receipts.sh

monthly-billing-check.sh ── 月次請求確認の自動化

毎月 freee カード明細を開き、各 SaaS の billing ページを見て、請求メール確認 → 領収書アップロード → 未対応タスクをメモする、という流れを1スクリプトに。

#!/bin/bash
TARGET_MONTH="${1:-$(date +%Y-%m)}"
PROJECT_DIR="$(cd "$(dirname "$0")/.." && pwd)"

claude -p "
# freee BSM 月次SaaS請求メール確認

対象月: $TARGET_MONTH

## やること
1. $PROJECT_DIR/references/services.md を読んで全サービス一覧を把握する
2. Chrome in Browser で freee BSM のカード明細ページを開く
3. 各SaaSのbilling/settingsページにアクセスして請求メール設定を確認する
4. 結果を $PROJECT_DIR/docs/freee/freee_SaaS_領収書メール設定ガイド.md に記録する
5. 未確認・要手動対応は未対応タスク.md に記録する
" --allowedTools "mcp__claude-in-chrome__*,mcp__freee-mcp__*,Read,Write,Edit,Bash"

使い方

# 当月分を確認
./scripts/monthly-billing-check.sh

# 特定月を指定
./scripts/monthly-billing-check.sh 2026-04

# 全月一括処理（決算期用）
./scripts/billing-check-all-months.sh 2025-06 2026-04

upload-receipts.sh ── 領収書一括アップロード

スマートEX のような大量 PDF を freee ファイルボックスへ一括アップ。「ダウンロードフォルダを空にする」月次作業が 1 コマンドで終わる。

claude -p "
以下のフォルダにある PDF ファイルをすべて freee ファイルボックスにアップロードしてください。

フォルダ: $RECEIPT_DIR

アップロード条件:
- document_type: receipt
- receipt_metadatum_partner_name: 東海旅客鉄道株式会社
- qualified_invoice: qualified
- description にはファイル名を含める
" --allowedTools "mcp__freee-mcp__freee_file_upload,Glob,Read"

freee-mcp で何ができるか

freee_list_companies

事業所一覧取得

freee_api_get

任意の freee API を GET（取引・勘定科目など）

freee_api_post

取引登録・仕訳登録

freee_file_upload

ファイルボックスへの領収書アップロード

月次の未処理取引をまとめて片付ける

「freee 会計で status=1 の未処理 wallet_txns を全部取って、docs/freee-journal-rules.md のルールに従って仕訳して登録して」と頼むと、100 件の未処理取引が一瞬で片付く。人間は判断に迷う件だけ最終確認に集中できる。

注意事項

!
必ずテスト事業所で挙動を確認してから本番投入
!
仕訳登録前に必ず人間が目視確認（「ドラフト出力 → 人間確認後に登録」のステップを踏む）
!
freee-mcp の tokens.json は gitignore 必須

請求書発行と入金突合もリポジトリでやる

「支払う側」だけでなく「請求する側」も自動化対象

請求書発行

docs/invoicing/ 配下に置くもの:

→
取引先一覧（partner_id、請求条件、締め日、支払サイト、振込先口座）
→
請求書テンプレの定型文
→
請求書発行チェックリスト（月末まとめ発行用）
→
過去の請求書発行履歴（どの月にいくら請求したか）

Claude Code への依頼例

「docs/invoicing/partners.md の取引先に対して、2026-04 分の請求書を freee で作成して。金額はいつも通り。」
→ freee 会計の /api/1/invoices を叩いて請求書作成 → PDF 発行までやってくれる。

入金と請求の突合

地味だが重要な月次タスク。次の3工程を毎月手でやると本当にしんどい。

freee の銀行口座明細から「売掛金の入金」を洗い出す

発行済み請求書と突合して、消込（売掛金 → 預金）の仕訳を切る

期日を過ぎても入金がない請求書を洗い出して督促する

docs/invoicing/reconciliation-rules.md（突合ルールの例）

## 入金突合ルール
- 振込名義が「カ)◯◯」→ partner_id=XXXX の請求書
- 振込名義が「◯◯コーポレーション」→ partner_id=YYYY の請求書
- 金額が請求額と一致しない場合：
  - 振込手数料差引後金額（請求額 - 440円 or 660円）なら手数料負担と判定
  - それ以外は要確認リストに入れる

これがあれば「今月の入金を全部突合して仕訳切って、未入金の請求書リスト出して」で完結。未入金リストが出てきたら、そこから 督促メールのドラフト も作らせられる。

周辺業務をリポジトリに集約する

出張旅費規程・借入・役員報酬・契約書・決算

出張旅費規程の Excel

中小企業にとって出張旅費規程は 節税の強力な武器（規程に従って日当を払えば経費化＋個人の所得税も非課税）。references/出張旅費規程/ に規程本体（Word/Excel）／日当計算 Excel テンプレ／過去の出張申請書・精算書／改定履歴を残す。「今回の京都出張の精算書作って」で規程を読み込んで金額計算してくれる。

法人借入の管理（信用金庫・日本政策金融公庫）

references/借入/ に返済予定表 PDF／借入契約書／各回サマリ（残高・金利）／月次の元利分離仕訳ルールを置く。元本返済（借入金）と利息（支払利息）の分離仕訳が毎月手作業になりがちなので、返済予定表から月次内訳を機械的に取り出せるようにすれば Claude Code に丸投げできる。

借入の月次仕訳ルール例

## 日本政策金融公庫借入（3回目） 月次仕訳ルール
- 借入額: 10,000,000円
- 返済期間: 60ヶ月
- 金利: 1.2%
- 毎月返済日: 25日

### 月次仕訳
借入金返済（元本部分） / 預金 XXX円
支払利息（利息部分）   / 預金 YYY円

※ 内訳は references/日本政策金融公庫_返済予定表_3回目.pdf 参照

役員報酬

定期同額給与なので毎月同金額。docs/役員報酬.md に各役員の報酬額（源泉・住民税・社保・差引手取り）／改定履歴／月次仕訳テンプレを書く。決算期の役員報酬改定の経緯がわかって便利。

契約書・重要書類

references/法人書類/ に株主総会議事録／取締役会議事録／定款／登記簿謄本／事務所賃貸借契約書／社用車リース契約書を PDF 保管。税理士に「あれ出して」と言われて 5秒で出せる。

決算関連

docs/決算/<年度>/ に決算前チェックリスト／税理士への質問リストと回答／税務署提出書類のコピー／申告書 PDF。次年度の自分への申し送りとして最強。

未来メモとセキュリティ

future-memo.md と private repo 運用

docs/future-memo.md：未来の自分への申し送り

サービス横断の申し送りを 1 ファイルにまとめる。毎月頭にこれを見るだけで「今月対応すべきこと」が一発でわかる。Claude Code に「future-memo.md を読んで今月対応すべきタスクを洗い出して」と頼むだけでも運用可能。

# 未来の自分へ

## 2026-06までに
- [ ] Google Workspace のシート数が 2→3 になる予定（◯◯さん入社）
- [ ] AWS 東京リージョンのリザーブドインスタンス更新タイミング
- [ ] 法人カードの年会費が引き落とされる（7月）

## 2026-10までに
- [ ] freee 会計のプラン見直し（利用ユーザー数による値上げあり）
- [ ] 日本政策金融公庫の借入 4 回目を検討（設備投資）

## 次の決算（2026-12）までに
- [ ] 出張旅費規程の日当額を見直す（物価上昇に合わせて）
- [ ] 役員報酬の改定を検討

プライバシーとセキュリティ

必ず private repo にする

GitHub private か GitLab/Gitea セルフホスト。絶対に public にしない。

.gitignore で除外

freee-mcp 等の API トークン（tokens.json）／ .env 系／源泉徴収票・給与明細 PDF／マイナンバー関連書類。

共有は最小権限で

税理士に一部だけ共有したい場合は Dropbox / Google Drive で個別共有。リポジトリ全体へのアクセス権は渡さない。

全体振り返り — 学んだことの全リスト

PHASE 01 — 全体設計

freee に入らない中間情報を Git に集約 1サービス＝1ディレクトリ README + prompt + fetch.sh の3点セット

PHASE 02 — 情報を集約する

references/services.md（SaaS全件） freeeカードUnlimitedをサービス毎に発行仕訳ルールを Markdown で明文化税区分まで含めて自社ポリシーを固定

PHASE 03 — 領収書取得の自動化

prompt.md で実行プロンプトを共有改善履歴で自己進化するドキュメント 5タイプの決済方式別攻略 monthly-billing-check.sh で月次一発 freee-mcp で仕訳・アップロード自動化人間は判断に迷う件だけ最終確認

PHASE 04 — 請求業務と運用

取引先一覧 + 請求書テンプレ入金突合ルールで消込を自動化未入金 → 督促メールドラフトまで出張旅費規程・借入・役員報酬を集約 future-memo.md で時系列の申し送り private repo + .gitignore + 最小権限共有

本質メッセージ

法人のバックオフィスは、毎月ほぼ同じ作業を繰り返すわりに、マニュアル化されていないことが多い。SaaS 一覧・領収書取得手順・仕訳ルールを Markdown で明文化し、月次処理を Claude Code × freee MCP で自動化する。これで月末月初に丸1日以上かかっていた作業が、数時間 + Claude Code に任せる時間で終わる。

節約できた時間は本業へ。さらに「あの書類どこだっけ」が起きないという 精神的安定 もバカにできない。一人社長や小さな法人ほど、バックオフィスのコード化の恩恵は大きい。

はじめの一歩は、private repo を1つ作って、README.md と references/services.md を書き始めるところから。