経理業務は、毎月の締め作業、請求書の発行と突合、経費精算の承認など、繰り返しが多い一方でミスが許されない領域です。現場からは「月次決算の資料作成に3日かかる」「請求書の突合で Excel を何度も開き直している」といった声が多く聞かれます。Claude Code は、こうした定型作業をスクリプト化し、freee や Google スプレッドシートと連携しながら、ダブルチェックの仕組みまで自動で回せるツールです。

本記事では、経理部門の管理職や情報システム部門の方に向けて、Claude Code を使った業務自動化の設計ポイントと実践手順を、具体的に解説します。

i

本記事の要点: Claude Code を経理の定型業務に組み込むことで、月次決算資料の作成・請求書突合・経費精算の承認フローを半自動化し、担当者の工数削減と精度向上を実現できます。freee API やスプレッドシート連携、証憑の自動突合、ダブルチェックの設計を押さえることで、段階的な導入が可能です。

経理業務でClaude Codeが効果を発揮する領域

経理の業務フローは「記帳・仕訳」「月次決算」「請求・債権管理」「経費精算」の4つに大別されます。このうち、Claude Code が特に効果を発揮するのは、データの突合・集計・書類生成が繰り返される領域です。

月次決算の資料作成を自動化する

試算表や部門別損益、前年同月比の資料を毎月作る作業は、スプレッドシートへのデータ転記と関数の更新が中心です。Claude Code は、freee や MF クラウドの API から仕訳データを取得し、指定のフォーマットに整形してスプレッドシートに書き込むスクリプトを自動生成できます。

社内で使っている Excel テンプレートを Claude に見せて「この形式で試算表を作って」と指示すれば、Python スクリプトが出力されます。以降は毎月の実行で最新データが反映され、手作業での転記ミスを防げます。勘定科目の集計ルールや部門コードのマッピングなど、社内独自の要件も自然言語で伝えることで、スクリプトに組み込むことができます。

請求書の発行・突合を効率化する

請求書の PDF 生成と、入金確認のための突合作業は、件数が多いほど人手がかかります。Claude Code は、受注データ(Google スプレッドシート等)から請求書 PDF を一括生成し、freee の売掛金残高と突合して差異リストを出力するスクリプトを組めます。

社内フォーマットの PDF テンプレート(HTML/CSS)を用意しておけば、weasyprint や pdfkit ライブラリを使った生成処理を Claude が提案してくれます。取引先名・金額・支払期日などの項目を Jinja2 テンプレートエンジンで埋め込むことで、フォーマットの一貫性を保ちながら大量の請求書を生成できます。

入金確認では、freee の売掛金残高または銀行明細(API 経由)と請求書の金額を照合し、差異がある取引先をフラグ立てします。未入金リストを CSV またはスプレッドシートで出力することで、督促対応の優先順位を明確にできます。

経費精算の承認フローを半自動化する

経費精算は、申請書と領収書画像の突合、勘定科目の妥当性チェック、上限額の確認など、細かいルールが多い領域です。Claude Code は、スプレッドシートに蓄積された申請データと領収書の OCR 結果(Google Cloud Vision API 等)を突合し、差異や上限超過をフラグ立てする処理を自動化できます。

最終的な承認は人が行いますが、事前チェックを自動化することで、承認者の負担軽減と見落とし防止が期待できます。特に、金額の不一致や勘定科目の誤りなど、ルールベースで判定できる項目は機械的に処理し、判断が必要な例外ケースのみを人が確認する設計が現実的です。

3領域
主な自動化対象
4ステップ
導入プロセス
週次〜月次
実行頻度の目安

freee APIとスプレッドシートを連携させる基本設計

経理業務の自動化で最も重要なのは、会計ソフトと社内の管理シート(Google スプレッドシート / Excel)をどう接続するかです。freee を例にとると、公式の REST API を使って仕訳データ・請求書データ・取引先情報を取得し、Python スクリプトで加工してスプレッドシートに書き込む流れが基本です。

freee API の認証と取得範囲を設定する

freee API は OAuth 2.0 認証を採用しており、事前にアプリケーションを freee の開発者ページで登録し、アクセストークンを取得する必要があります。Claude Code のローカル環境では、requests ライブラリでトークンを環境変数から読み込み、/api/1/deals エンドポイントから仕訳を取得するスクリプトを生成できます。

取得範囲は、事業所 ID と期間(issue_date_from / issue_date_to)で指定します。JSON レスポンスをパースして必要な項目(勘定科目・金額・取引先・部門)を抽出し、Python の辞書形式またはデータフレーム(pandas)に整形します。データ量が多い場合は、ページネーション処理を組み込んで複数回に分けて取得する設計が必要です。

スプレッドシートへの書き込みと更新

Google スプレッドシートへの書き込みは、Google Sheets API と gspread ライブラリを使うのが一般的です。Claude Code に「freee の仕訳を Google スプレッドシートのシート名『月次試算表』に書き込んで」と指示すると、サービスアカウントの認証フローを含むスクリプトが生成されます。

既存のテンプレートシートがある場合は、そのシートの URL とセル範囲を指定すれば、データのクリア→新規書き込みの処理が自動化されます。数式や書式を含むテンプレートを残したい場合は、書き込み先のセル範囲を固定し、既存の数式行を保護する設計にしてください。

エラーハンドリングとログ出力の実装

API 呼び出しは、レート制限やネットワークエラーで失敗する可能性があります。Claude Code が生成するスクリプトには、try-except によるエラーハンドリングとリトライ処理を組み込むよう指示してください。

「API エラーが出たらログファイルに記録して、3回まで再試行する」といった要件を自然言語で伝えれば、tenacity ライブラリを使った実装が提案されます。ログファイルには、実行日時・処理件数・エラー内容を JSON 形式で出力し、異常発生時の原因追跡を容易にします。これにより、深夜や週末の自動実行でもエラー発生時の対応がスムーズになります。

請求書の自動生成と債権管理の突合フロー

請求業務は、受注データから請求書を生成し、入金確認を行い、未収債権をリスト化する一連の流れです。Claude Code を使うと、この流れを データ取得 → PDF 生成 → 入金突合 → 差異レポート の4ステップで自動化できます。

1. 受注データの取得 — 社内の受注管理システム(kintone / Salesforce 等)または Google スプレッドシートから、当月請求対象のレコードを抽出します。API またはスプレッドシート読み込みで CSV 化し、請求書生成の元データとします。取引先コード・金額・件名・支払期日などの項目を必須として取得してください。

2. 請求書PDFの一括生成 — HTML/CSS でテンプレートを用意し、受注データを Jinja2 テンプレートエンジンで埋め込んで PDF 出力します。weasyprint を使えば日本語フォント対応の PDF が生成されます。Claude に「この HTML テンプレートで請求書を作って」と指示すれば、ループ処理を含むスクリプトが出力されます。社内ロゴや振込先情報は、テンプレートに固定値として埋め込むか、設定ファイルから読み込む設計にしてください。

3. 入金確認の突合 — freee の売掛金残高または銀行明細(API 経由)と、請求書の金額・支払期日を照合します。差異がある場合はフラグを立てて、未入金リストを CSV またはスプレッドシートで出力します。照合キーは取引先コードや請求書番号を使い、金額の一致判定には許容誤差(例: ±10円)を設定することで、端数処理の違いを吸収できます。

4. 差異レポートの通知 — 未入金や金額差異がある取引先を、Slack または Gmail で経理担当者に通知します。Claude Code は slack_sdk や smtplib を使った通知スクリプトも生成できます。通知内容には取引先名・請求金額・支払期日・差異額を含め、担当者がすぐに対応できる形式にしてください。

請求書フォーマットのカスタマイズ方法

社内の請求書フォーマットは、ロゴ・印影・振込先の記載位置など細かい調整が必要です。Claude Code に既存の PDF や Excel ファイルを見せて「この形式で HTML テンプレートを作って」と指示すると、CSS レイアウトと Jinja2 変数を含む HTML が生成されます。

初回は手動で微調整が必要ですが、一度テンプレートを確定すれば、以降は受注データを流し込むだけで請求書が量産できます。印影画像は PNG ファイルとして保管し、HTML の <img> タグで埋め込むか、CSS の background-image で配置してください。税率の変更や振込先の変更も、テンプレートを修正するだけで全請求書に反映されます。

債権管理の自動化範囲と人の判断ポイント

債権管理では、支払期日を過ぎた未入金を自動でリスト化し、督促メールを送るフローも考えられます。ただし、取引先との関係性や契約条件により、機械的な督促が適切でない場合もあるため、リスト化までを自動化し、最終判断は担当者が行う設計を推奨します。

Claude Code が生成するスクリプトは、未入金の取引先・金額・支払期日をスプレッドシートに出力するところまでとし、督促の実行は人が確認してから行う運用が現実的です。取引先ごとの信用情報や過去の支払い遅延履歴は、スプレッドシートに備考として記載しておくことで、担当者の判断材料になります。

経費精算の証憑突合とダブルチェックの仕組み

経費精算は、申請書の内容(日付・金額・勘定科目)と領収書画像が一致しているか、社内規定の上限額を超えていないかを確認する作業です。Claude Code を使うと、OCR による領収書読み取り → 申請データとの突合 → 差異フラグ → 承認者への通知というフローを自動化できます。

OCR連携による領収書の読み取り

領収書画像は、Google Cloud Vision API や AWS Textract を使って金額・日付・店舗名を抽出します。Claude Code に「領収書画像から金額と日付を OCR で読み取って、スプレッドシートの申請データと突合して」と指示すると、API 呼び出しと突合ロジックを含む Python スクリプトが生成されます。

OCR の精度は画像の品質に依存するため、読み取り結果の信頼度スコアが低い場合(例: 80% 未満)は人が確認する設計が必要です。信頼度スコアは API のレスポンスに含まれるため、これをフラグとして出力し、承認者が優先的に確認できるようにします。

手書きの領収書や、レシート用紙が劣化している場合は、OCR の精度が大きく低下します。このようなケースは、事前に申請者にスキャンの再撮影を依頼するか、手動での確認を必須とするルールを設定してください。

突合ロジックの設計と許容誤差の設定

申請書の金額と OCR 結果の金額が完全一致するケースは少なく、税込・税抜の違いや、手書きの領収書で数字が読み取りにくい場合があります。そのため、突合ロジックには 許容誤差(例: ±10円) を設定し、差異がその範囲内であればフラグを立てずに通過させる処理が一般的です。

Claude に「金額差異が10円以内なら OK、それ以外は差異フラグを立てる」と伝えれば、if 文で分岐する処理が追加されます。日付の突合では、出張申請日と領収書の日付が前後関係として妥当かをチェックし、申請日より前の領収書や、出張期間外の日付はフラグを立てる設計にしてください。

勘定科目の妥当性チェックは、社内の勘定科目辞書(例: 交通費・会議費・接待交際費)と照合し、申請書の科目と領収書の内容が一致しているかを判定します。店舗名や品目から科目を推定するロジックも組めますが、誤判定のリスクがあるため、不明な費目は「要確認」フラグを立てる設計が安全です。

ダブルチェックの自動化と人の役割分担

経費精算のダブルチェックは、申請者以外の担当者が内容を確認する工程です。Claude Code で自動化する場合、一次チェック(ルールベース)を機械が行い、二次チェック(例外判断)を人が行うという分担が現実的です。具体的には、以下のような設計が考えられます。

チェック項目 自動化の範囲 人が判断する範囲
金額の突合(±10円以内) 自動OK・差異フラグ 差異が大きい場合の妥当性
勘定科目の妥当性 科目辞書との照合 不明な費目の判断
上限額のチェック 社内規定と比較 例外承認の要否
日付の整合性(出張日と申請日) 前後関係の確認 遡及申請の妥当性
OCR 信頼度スコア 80%未満をフラグ 低信頼度の目視確認

この表のように、ルールが明確な項目は自動チェックで処理し、判断が必要な項目は人が確認する設計にすることで、承認者の負担を軽減しつつ、精度を保つことができます。

自動チェックの結果は、スプレッドシートに「OK」「要確認」「NG」の3段階で出力し、承認者が「要確認」のみを集中的にレビューできるようにします。これにより、承認作業の時間を大幅に短縮できます。

⚠

注意点: OCR の誤読は一定の頻度で発生するため、差異フラグが出たものは必ず人が目視で確認する運用を徹底してください。「自動化したから大丈夫」と過信すると、不正な申請を見逃すリスクがあります。また、承認者には自動チェックの仕組みを理解してもらい、機械の判定を盲信せずに最終確認を行うよう周知してください。

セキュリティとガバナンスの設計ポイント

経理業務は、財務データや取引先情報を扱うため、セキュリティとガバナンスの設計が不可欠です。Claude Code を使った自動化では、以下の点を押さえてください。

APIキーと認証情報の管理

freee や Google Sheets の API キーは、スクリプト内にハードコードせず、環境変数または秘密情報管理サービス(AWS Secrets Manager / Google Secret Manager)で管理します。Claude Code に「環境変数から API キーを読み込む」と指示すれば、os.environ.get('FREEE_ACCESS_TOKEN') を使った実装が生成されます。

これにより、スクリプトを GitHub などで共有してもキーが漏洩しないようになります。API キーの有効期限は定期的に確認し、期限切れの前に更新する運用を徹底してください。また、キーの権限は必要最小限に絞り、読み取り専用で済む処理には書き込み権限を付与しない設計が推奨されます。

実行ログと監査証跡の保管

自動化スクリプトの実行履歴は、日時・実行者・処理件数・エラー内容を含むログファイルとして残します。Claude に「実行ログを JSON 形式で出力して」と指示すると、logging モジュールを使った実装が提案されます。

ログは社内の監査要件に応じて保管期間を設定し、定期的にレビューする運用が推奨されます。特に、請求書の発行や仕訳データの更新など、財務に影響を与える処理は、「いつ・誰が・何を実行したか」を追跡できる形でログを残してください。

ログファイルはアクセス制限を設定し、経理部門の管理職のみが閲覧できるフォルダに保管します。ログの改ざん防止のため、書き込み専用の権限設定や、外部ストレージ(AWS S3 / Google Cloud Storage)への自動バックアップも検討してください。

データの暗号化と保管期間

経理データは個人情報や機密情報を含む場合があるため、スプレッドシートや CSV ファイルの保管場所は、アクセス権限を絞ったフォルダに限定します。Google ドライブの共有設定を「特定のメールアドレスのみ」に制限し、閲覧履歴を定期的に確認することで、情報漏洩リスクを低減できます。

保管期間を過ぎたデータは自動削除するスクリプトを組むことも検討してください。例えば、「7年間保管した仕訳データは自動でアーカイブフォルダに移動する」といった処理を、Claude に指示して実装できます。データの削除は社内規定や法令に基づいて慎重に行い、削除前に必ずバックアップを取る運用を徹底してください。

詳細なセキュリティ設計については、Claude Code 法人導入のセキュリティ・ガバナンスチェックリストで包括的な観点を整理しています。

導入ステップと現場での定着施策

Claude Code を経理業務に導入する際は、いきなり全業務を自動化せず、効果が見込める領域から段階的に始めることが重要です。以下の4ステップで進めることを推奨します。

1. 業務の棚卸しと優先順位付け — 現在の経理業務を洗い出し、「繰り返しが多く・ルールが明確で・ミスが許されない」作業をリストアップします。月次決算の資料作成や請求書突合など、工数が大きい業務を優先候補としてください。業務ごとに「自動化の難易度」と「効果の大きさ」を評価し、スコアリングして優先順位を決めます。

2. 小規模なPoCの実施 — 1つの業務(例: 月次試算表の自動生成)に絞って、Claude Code でスクリプトを作成し、1〜2ヶ月間試験運用します。手動作業と並行して実行し、精度と工数削減効果を検証してください。PoC 期間中は、エラーの発生頻度・手動修正の必要性・担当者の負担感をヒアリングし、改善点を洗い出します。

3. 本番運用への移行 — PoC で問題がなければ、本番環境に移行します。スケジュール実行(cron / GitHub Actions / Google Apps Script のトリガー)を設定し、担当者が手動で起動する必要をなくします。初月はエラー通知を密にチェックし、異常があれば即座に手動に切り替える運用を徹底してください。本番移行後も、最初の3ヶ月は手動作業と自動化の結果を照合し、差異がないことを確認します。

4. 他の業務への横展開 — 最初の自動化が安定したら、請求書生成や経費精算など、他の業務にも展開します。スクリプトのテンプレート化を進め、経理チーム内で共有できる形にしてください。横展開時は、各業務の担当者を巻き込み、現場の要望を反映したカスタマイズを行うことで、定着率が高まります。

現場の担当者を巻き込む工夫

自動化の設計は情シスや外部のコンサルが行うことが多いですが、現場の経理担当者が「自分でも調整できる」と感じられる設計にすることが定着の鍵です。具体的には、スクリプトの設定部分(勘定科目のマッピング・上限額・通知先メールアドレスなど)を YAML や JSON の設定ファイルに切り出し、Python コードを触らずに変更できるようにします。

Claude Code に「設定を config.yaml に切り出して」と指示すれば、yaml.safe_load() を使った実装が提案されます。設定ファイルの例を以下に示します。

# config.yaml
accounting:
  expense_limit: 50000  # 経費精算の上限額(円)
  tolerance: 10  # 金額突合の許容誤差(円)
  notify_email: keiri@example.com
  account_mapping:
    "交通費": "travel_expenses"
    "会議費": "meeting_expenses"

このように設定ファイル化することで、経理担当者が上限額や勘定科目のマッピングを変更する際に、コードを触らずに済みます。設定変更後の動作確認も、テスト用のデータセットを用意しておくことで、担当者自身が検証できるようになります。

また、スクリプトの実行結果を Slack や Google Chat で通知し、「今月の試算表が完成しました」といったメッセージを流すことで、担当者が自動化の恩恵を実感しやすくなります。通知メッセージには、処理件数や実行時間を含めることで、自動化の効果を可視化できます。

定着を促進するドキュメント整備

自動化の仕組みを現場に定着させるには、運用マニュアルとトラブルシューティングガイドの整備が不可欠です。マニュアルには、以下の内容を含めてください。

  • スクリプトの実行方法: コマンドラインでの起動手順、スケジュール実行の確認方法
  • 設定ファイルの変更手順: YAML/JSON の編集方法、変更後のテスト実行方法
  • エラー発生時の対応: よくあるエラーメッセージと対処法、手動作業への切り替え手順
  • 問い合わせ先: 情シス担当者の連絡先、エスカレーション基準

マニュアルは、経理部門の共有フォルダに保管し、誰でもアクセスできるようにします。また、四半期ごとに内容を見直し、運用の中で得られた知見を追記していくことで、常に最新の情報を保つことができます。

まとめ

Claude Code を経理業務に活用することで、月次決算の資料作成・請求書の発行と突合・経費精算の承認フローを段階的に自動化し、担当者の工数削減と精度向上が期待できます。freee API やスプレッドシート連携、OCR による証憑突合、ダブルチェックの設計を押さえることで、現実的な導入が可能です。

4ステップ
推奨導入プロセス
3領域
効果的な自動化対象
段階的
拡大方針

重要なのは、いきなり全業務を任せるのではなく、ルールが明確な定型作業から始め、人の判断が必要な部分は残すことです。特に、OCR の誤読や API エラーは一定の頻度で発生するため、異常検知と人による確認の仕組みを組み込んでください。

自動化の成功には、現場の経理担当者が「自分でも調整できる」と感じられる設計が鍵です。設定ファイルの切り出し・通知の可視化・マニュアル整備を通じて、担当者の理解と協力を得ることで、長期的な定着が実現します。

Claude Code 法人導入ガイドでは、導入の全体像を整理していますので、併せてご覧ください。また、経理・財務向けエージェントテンプレート集では、すぐに使える実装例を公開しています。

デジライズの法人向けClaude Code導入支援

株式会社デジライズでは、経理部門の業務自動化に特化した Claude Code 法人導入支援 を提供しています。freee や MF クラウドとの連携設計、証憑突合フローの構築、セキュリティ要件への対応まで、実務経験を持つコンサルタントが伴走します。

支援内容

  • 研修プログラム: 経理担当者向けに、Claude Code の基本操作から API 連携、スクリプトのカスタマイズ方法までをハンズオン形式で提供
  • 導入コンサルティング: 業務の棚卸し・優先順位付け・PoC 設計・本番移行までを一気通貫で支援
  • 継続サポート: 運用開始後のエラー対応・スクリプトの改善・他業務への横展開をサポート

初回の無料相談では、貴社の経理業務の現状をヒアリングし、自動化の効果が見込める領域を診断します。「月次決算の資料作成を自動化したい」「請求書突合の工数を減らしたい」といった具体的な課題をお持ちの方は、ぜひお気軽にお問い合わせください。

無料相談のお申し込み: デジライズ お問い合わせフォーム

関連記事