新星パートナーズ会計事務所では、事務所の経理で使う領収書・請求書などを取得し、保存する仕組みを整えてきました。
前回の記事では、取得対象をクラウドサービスや通信サービスなどへ広げた過程を紹介しました。
前回の記事：https://shinseipartners.com/tankentai/2026/10/12/invoice-receipt-automation-expanded-services/
今回は、その後の会計処理です。取得した領収書について、Claude CodeからMCPを介してfreeeを操作し、登録済み取引への添付や、未登録取引の登録を進めています。
実際に運用すると、領収書があるからといって、すぐに新しい取引を作ればよいわけではありませんでした。銀行・カードの明細連携を待つ取引は、登録を見送る必要があります。
本記事では、個人事業である新星パートナーズ自身の経理で実施している処理と、運用中に見直した点を紹介します。お客様の会計データを使った事例ではありません。
資料を集めた後にも、会計上の作業が残る
領収書を取得して所定の場所へ保存できても、それだけで会計処理が終わるわけではありません。
freeeに取引が登録されているかを確認し、領収書を対応する取引へ添付する必要があります。まだ取引がなければ、登録が必要かどうかを判断します。
そこで、当事務所では処理を大きく2つに分けました。
- 自動登録済みの取引には、領収書を紐付ける
- 未登録の取引は、過去の仕訳や支払方法を確認してから扱う
同じ領収書の処理でも、すでに会計に登録されているかによって、行う操作が変わります。
Claude CodeからMCPを介してfreeeを操作する
今回の運用では、Claude Codeとfreeeの接続にMCPを利用しています。
当事務所で整えた接続と処理ルールに基づき、領収書のアップロード、取引との紐付け、取引登録、メモタグの変更を進める仕組みです。その前後には、手元の領収書ファイルの名前変更とフォルダ移動も組み合わせています。
ここで紹介するのは、freeeの標準機能だけで完結する自動処理ではありません。Claude CodeとMCPを組み合わせて構築した、当事務所の運用例です。
登録前に、領収書の情報からファイル名を整える
会計登録の前処理として、領収書の情報を読み取り、ファイル名を「日付_支払先_金額」の形式へ変更しています。
ファイル名から、いつ、どこへ、いくら支払った資料なのかを確認できる形にそろえます。資料取得の段階ですでに名前を整えているものに加え、会計処理に進める領収書についても、同じ形式で扱う流れです。
領収書によっては、店舗の屋号しか読み取れず、運営する会社名が分からないこともあります。その場合、適格請求書発行事業者の登録番号の記載があれば、その番号を使い、Gビズインフォで正式な法人名を確認し、「日付_会社名（屋号）_金額」という名前にしています。
屋号を残しながら会社名も補うことで、利用した店舗と支払先の会社の両方を、ファイル名から確認できる形にしています。
例えば、「20260130_XXX（セブンイレブンXXX店）_12000」のような形式です。ここで「XXX」は会社名や店舗名の一部を置き換えた表記です。
ファイル名の整理と、freee上での取引登録・領収書添付は別の作業です。名前を変更しただけで、会計処理が完了したことにはなりません。
リネームとfreee登録は、別々のスキームをつなぐ
当事務所では、リネーム処理とfreeeへの登録処理について、それぞれの手順・判断ルールをまとめたスキームを作成しています。
リネーム側は、領収書の情報を読み取り、必要に応じて登録番号から会社名を補い、ファイル名を整える処理です。freee登録側は、取引の登録状況や過去の支払方法を確認し、登録・添付・タグ変更などを行う処理です。
そのうえで、2つのスキームをつなげて実行するルーティンも構築しました。
一つの処理へすべてを詰め込む形ではなく、資料の名前を整える段階と、会計へ反映する段階を分け、それらを一連の流れとして動かしています。
自動登録済みの取引には、領収書を添付する
当事務所では、freeeで自動登録できる取引は、わざわざAIに登録させず、freeeの自動登録を利用しています。
すべての操作をAIへ置き換えることが目的ではありません。freeeで自動登録できる部分はその仕組みに任せ、AIには領収書の整理や登録済み取引への紐付け、必要な未登録取引の処理を担わせる考え方です。
すでに自動登録されている取引については、新しい取引を作成せず、領収書を補う処理を行っています。
具体的には、次の流れです。
- 領収書をfreeeへアップロードする
- 登録済みの取引に紐付ける
- メモタグ「領収書未添付」だけを外し、他のタグや既存の添付は残す
「領収書未添付」は、当事務所が運用上使用しているメモタグです。自動登録する仕訳のうち、領収書の添付を予定しているものについて、自動登録の設定でこのメモタグを追加しています。
freeeでの自動登録時に「領収書未添付」を付け、その後、Claude Codeによる処理で領収書を紐付けてタグを外す流れです。
会計の登録と証憑の添付を分けて考えることで、すでにある取引を重ねて作ることを避けながら、添付作業を進めます。
まず既存取引を探し、その後に新規登録を検討する
領収書の処理では、先に「領収書未添付」タグ付きの既存取引を探します。ファイル名の日付で取引を絞り、金額が一致する対象が1件に決まった場合だけ、領収書をアップロード・添付し、タグを外します。他のタグや既存の添付は残します。
対象が見つからない、または候補が複数ある場合は、この工程ではアップロードせず、新規登録の要否を確認する工程へ進みます。候補が複数ある場合は自動で一つを選ばず、人の確認に回す考え方です。
新規登録は、過去の支払元がプライベート資金のものに限定する
新規登録の工程では、支払先の取引先を検索し、直近5件の経費取引を参照します。
参照した過去の取引がすべてプライベート資金で処理されている場合だけ、最新の取引と同じ勘定科目・税区分・品目を使って取引を登録し、領収書を添付します。
当事務所は個人事業のため、ここでいうプライベート資金は「事業主借」の扱いです。法人の役員借入金などとは区別しています。
過去の支払元が銀行・カード・現金などであれば、この工程では登録もアップロードも行いません。プライベート資金とそれ以外が混在する場合や、取引先・過去の取引がない場合も、登録せず人が確認する資料として残します。
これは当事務所の処理対象を絞るための設定です。現金払いを含め、残った資料がすべて明細連携されるわけではないため、未処理資料を人が確認する必要があります。
明細連携前に先回りして登録しない
以前の処理では、銀行・カードの明細が届く前に、領収書から別の取引を作成してしまうことがありました。後から届く明細も別に登録すると、二重計上につながるおそれがあります。
そこで、新星パートナーズ自身の経理専用の手順を設け、過去の支払元がプライベート資金のものだけを新規登録する形に改めました。
2026年10月15日には、新規登録を見送る資料はアップロードもせず、手元に残すように変更しました。次の実行時に、明細から「領収書未添付」タグ付きの取引ができていれば、先に行う紐付け処理の対象になります。
freeeで自動登録できる取引はfreeeに任せ、AIが先回りして別の取引を作らないようにする役割分担です。
登録した領収書は「登録完了領収書」フォルダへ移動する
freeeに登録された領収書ファイルは、手元の「登録完了領収書」フォルダへ移動する処理も行っています。
freee上の登録・添付に加えて、手元のファイルも整理することで、登録を終えた資料と、これから処理する資料を分けて管理します。
「登録完了領収書」フォルダへ移動したファイルは、freeeに登録した領収書のバックアップとして別途保存しています。freee上に添付するだけでなく、元の領収書ファイルも手元に残す運用です。
一連の流れは、次のようになります。
- 領収書の情報から「日付_支払先_金額」へ名前を変更する。屋号しか分からず登録番号の記載がある場合は、Gビズインフォで正式な法人名を確認し、「日付_会社名（屋号）_金額」とする
- 登録済み取引への紐付け、または未登録取引の登録・添付を行う
- freeeに登録された領収書を「登録完了領収書」フォルダへ移動する
- 処理後に人が登録結果を確認する
明細連携を待つために新規登録を見送る場合は、上記の登録完了の流れと分けて扱います。また、フォルダへの移動は処理状況を整理するためのものであり、人による確認が完了したことを意味するものではありません。
現在は手動でルーティンを実行する
リネームと会計登録の手順は、Claudeデスクトップアプリのスケジュールタスク機能を使ったルーティンとして用意しています。会計登録のルーティンでは、既存取引への紐付けを先に、新規登録の判定を後に実行します。
以前は5分おきに動かす設定でしたが、2026年10月16日現在、定期実行は一時停止し、必要なときに手動で実行しています。「フォルダに入れれば常時自動で処理される」という運用ではありません。
リネームは個別の確認を挟まず実行し、読み取りが不確かな場合は元の場所に残して、ログへ「要確認」と記録します。また、当日以降の日付の資料や、カード番号が全桁見える売上票は処理しない設定です。
迷う資料と、途中で失敗した資料を分けて残す
リネーム後のフォルダに残った領収書は、人が確認する対象です。必要に応じて取引先を登録し、勘定科目や支払元を判断して手作業で処理します。
一方、freeeへのアップロード後に取引登録・更新でエラーになった資料は、通常の未処理資料とは別の場所へ分けます。新規登録側は「登録未完了領収書」、紐付け側は「未添付分領収書」です。
アップロード済み資料をそのまま入口へ戻すと、次回の実行で再びアップロードしてしまう可能性があります。途中まで終わったものを区別し、freeeの画面で残りの処理を確認します。
また、あらかじめ登録対象外に設定した資料は、会計登録へ進めず、別フォルダへ分けています。
登録先を機械的に確認し、結果は人が確認する
freeeへの登録・更新・アップロードの直前に、作業フォルダの設定と対象事業所が一致するかを確認する仕組みも設けています。設定がない場所や別の事業所への書き込みは止め、削除も禁止しています。
実際に、事業所の設定がない作業フォルダから実行した際、このチェックにより書き込みが止まりました。正しい作業フォルダへ変更してから処理を進めました。
登録後は、freeeの画面で取引内容と領収書の添付結果を人が確認します。AIは過去の取引を参照するため、同じ支払先でも購入内容が変わった場合は、過去と同じ勘定科目では適切でないことがあります。
取引先の検索は名前の一致に頼る部分もあり、似た名前の取引先を取り違える可能性があります。今回の仕組みは正確性を保証するものではなく、新しい会計・税務判断は税理士が行います。
今回の実例で分かったこと
freeeの自動登録を活かし、AIには資料整理・既存取引への添付と、対象を限定した新規登録を担当させています。
大切だったのは、先に紐付けを試すこと、参照した履歴の支払元がすべてプライベート資金のものだけを新規登録すること、迷う資料や途中で失敗した資料を分けて残すことでした。
現在は手動でルーティンを実行し、登録後に人が結果を確認しています。登録完了の領収書ファイルは、freeeに添付した資料のバックアップとして別途保存しています。
経理の分担・依頼範囲を整理したい方へ
新星パートナーズ会計事務所では、法人向けに、freee会計・freee人事労務を使って経理・給与・税務をまとめて支援する「つばめバックオフィス」と、freee会計・マネーフォワード クラウド会計に対応する「ふくろうクラウド顧問」を提供しています。
つばめバックオフィス：https://shinseipartners.com/tsubame/
ふくろうクラウド顧問：https://shinseipartners.com/fukurou/
今回紹介したのは、個人事業である新星パートナーズ自身の経理の例です。法人では立替経費の支払元などの設定が異なります。初回相談では、自社で行う作業と依頼する作業の分担、料金、開始時期をご案内します。
初回相談を申し込む：https://shinseipartners.com/contact/
初回相談はサービスのご案内です。個別の税務判断・税額計算・申告内容の確認は対象外です。
※本記事は2026年10月16日時点の新星パートナーズ自身の経理における実装・運用例です。実行結果は接続環境・設定・取引内容などによって異なります。紹介した仕組みの構築・提供が各サービスの契約に含まれることを示すものではありません。
新星パートナーズ会計事務所
代表・税理士 井河 伸郎
税務・会計に関する記事は、専門家の立場から内容を確認しています。
本記事は、一般的な情報の提供を目的としています。個別の取引や税務上の取扱いについては、契約内容や事実関係によって判断が異なる場合があります。また、掲載内容は記事作成時点の情報に基づいています。最新の情報は、各サービスの公式サイトや関係機関の公表資料をご確認ください。