freee Cowork経費精算 — 承認フローを自動化する手順
Claude Coworkにfreee-mcpをカスタムMCPとして追加し、月次の経費精算を承認モードで統制しながら自動化する手順です。Team・Enterprise向けの管理者設定も扱います。
freee×Coworkで経費精算の承認フローをどう組み立てるか
Claude Coworkにfreee-mcpをカスタムMCPとして追加すると、経費申請の下書き作成からfreee側への登録まで一連の作業をエージェントに任せられます。ただしfreee-mcpは書き込み系のAPIも同じ経路で呼び出せるため、どこまでを自動で進め、どこで人間の承認を挟むかの設計が要になります。Coworkには承認の強さを切り替える3つのモードがあり、これを経費精算の工程に当てはめることで、統制を保ったまま自動化できる範囲を広げられます。
freee-mcpの基本的な機能や、Claude Codeからの接続手順はfreee Claude会計連携 — Claude Codeで仕訳・記帳を確認する手順で扱っています。本記事はCoworkでの承認設計に絞って進めます。
freee-mcpをCoworkのカスタムMCPとして追加する
Coworkの外部接続はカスタムMCPという経路で追加します。Customizeからコネクタ設定を開き、名前とURLを入力する操作です。freeeが提供するリモートMCPサーバーのURLはhttps://mcp.freee.co.jp/mcp固定で、これ以外のURLを追加しないよう公式が注意を促しています。
Team・Enterpriseプランでは、組織のオーナーがカスタムMCPを組織単位で追加し、メンバーは追加された接続先に個別に認証する流れです。経費精算のような複数人が使う業務では、個人ごとにURLを登録するより、組織側で一度登録しておく方が運用が揃います。
承認モードを経費精算にどう当てはめるか
Coworkの承認モードは、freee-mcpの書き込み系ツール(freee_api_post・freee_api_put・freee_api_delete・freee_api_patch)をどこまで自動で通すかを直接左右します。経費精算の文脈に置き直すと、次のような対応になります。
| モード | 経費精算での動き | 向く場面 |
|---|---|---|
| Manual(手動承認) | 経費精算での動き申請の登録・更新のたびに承認を求める | 向く場面導入初期、金額の大きい申請が混ざる時期 |
| Auto(自動承認) | 経費精算での動きClaudeが安全性を判定し、危険と見なした操作だけ止める | 向く場面定型的な少額精算が中心、運用に慣れた後 |
| Skip(承認スキップ) | 経費精算での動き明示的にブロックされたツール以外は無承認で実行 | 向く場面原則非推奨。経費精算では避けたい設定 |
Autoモードは現状Pro・Maxプラン限定の機能です。Team・Enterpriseで経費精算を運用する場合、Autoへの切り替えは選択肢に入らず、Manualを基本にしたうえで次節の組織設定で承認の強制力を管理する形になります。
Manualは、経費申請の登録(freee_api_post)や既存申請の修正(freee_api_put)のたびに承認を求める、もっとも慎重な設定です。freee-mcpを初めて経費精算に使う段階や、出張費・交際費のように金額の振れ幅が大きい申請が混ざる時期は、この設定から始めるのが安全です。
Autoは、Claude自身がデータ持ち出しやプロンプトインジェクションの兆候を都度チェックし、危険と判断した操作だけを止める設定です。日々の少額精算のように定型的な申請が中心の運用では、承認の手間を減らせます。ただし金銭のやり取りが絡む操作である以上、Autoに切り替えるかどうかは、Manualでの運用実績を見てから判断する選択肢もあります。
Skipはブロック指定されたツール以外をすべて無承認で実行する設定です。経費精算のように会計データの書き込みを伴う業務では、選ばない方が無難な設定にあたります。
Team/Enterpriseの管理者設定で承認を強制する
Team・Enterpriseプランには、組織単位で承認の強制力を上げる設定があります。組織設定の「常に許可を有効にする」というトグルをオフにしておくと、メンバー個人が書き込み系ツールを「常に許可」に設定していても、経費精算のタスクごとに承認を求める挙動に揃います。経費精算のように複数のメンバーが同じfreee接続を使う業務では、個人設定に運用がばらつくのを避けるため、この組織設定をオフにしておく価値があります。
Enterpriseプランでは、カスタムロールによる権限設定がさらに重なり、もっとも制限の強い設定が優先されます。経理チームにだけ書き込み権限を残し、他部門は申請の下書き作成までに限定するといった役割分担も、ロール設計で実現できます。承認モードと組織設定の詳しい相互関係はClaude CoworkのConnectors一覧でも扱っています。
承認フローの具体的な指示文とワークフロー例
経費精算をCoworkに渡すときは、下書き作成と本登録を別の指示に分けることが実務上の分かれ目になります。ひとつの指示で「読み取って、判断して、登録する」まで頼むと、承認のタイミングが曖昧になり、Manualモードでも何を承認しているかが分かりにくくなります。
{~/Cowork作業/receipts/2026-08/} にある領収書PDFを読み取り、
freee経費申請の下書きを一覧にしてください。
- 抽出する項目: 利用日 / 金額 / 支払先 / 用途 / 想定される勘定科目
- 勘定科目は以下の対応表に従う。表にない支払先は「未分類」とする
- 交通系ICカード・タクシー → 旅費交通費
- 書店・オンライン書籍 → 新聞図書費
- 飲食店 → 未分類(社内確認が要るため自動で決めない)
- 出力: Markdownの表のみ。freee_api_postはこの時点では呼び出さない
- 金額と日付が不明瞭な領収書は「要確認」として理由を添える下書きの内容を人間が確認したあと、承認済みの行だけを本登録に回す2段階目の指示を出します。
先ほどの下書きのうち、承認済みとしてマークした行だけを
freee_api_postでfreee経費申請として登録してください。
- 対象: 下書き表で「承認済み」列がチェックされている行のみ
- 未承認の行は登録しない。登録した行と登録しなかった行を最後に一覧で報告する
- company_idは現在選択中の事業所と一致しているか、登録前に必ず確認する2段階に分けておくと、Manualモードでの承認プロンプトが「この申請を登録してよいか」という単純な確認に絞られます。下書きと本登録を1つの指示にまとめると、承認プロンプトの時点で何が起きようとしているのか読み取りにくくなり、慎重な確認が形骸化しやすくなります。
月次の定型作業としてScheduled Tasksに乗せる
領収書の取りまとめから下書き作成までを毎回手動で指示していると、月末になって「今月分をお願い」と言い出す手間そのものが残ります。Coworkにはチャット欄で/scheduleと入力し、自然言語で実行タイミングを指定できるScheduled Tasksという仕組みがあります。cronの構文を覚える必要はなく、「毎月末に経費フォルダの領収書を確認して下書きを作る」と書くだけで登録できます。
/schedule 毎月最終営業日の17時に、{~/Cowork作業/receipts/} 内の
未処理領収書を確認し、freee経費申請の下書き一覧を作成して報告して。
freee_api_postは呼び出さない。登録したタスクはサイドバーの「Scheduled」から一覧で管理でき、実行はリモートで走るため端末の電源を落としていても動きます。下書き作成までを月次の定型作業として自動化し、本登録の判断だけを都度の指示に残すと、承認フローの起点を待つ側から仕組み化する側へ切り替えられます。
経費精算で任せてよい範囲・任せない範囲
freee-mcpの会計系Agent Skillsには経費申請の操作レシピが含まれていますが、税区分や勘定科目の最終判断は制度・社内規程に依存する領域です。Coworkに渡す範囲は次のように切り分けられます。
| 工程 | Coworkに渡せるか | 人間に残るもの |
|---|---|---|
| 領収書からの項目抽出 | Coworkに渡せるか渡せる | 人間に残るもの抽出値の確認 |
| 勘定科目の下書き付与(対応表ベース) | Coworkに渡せるか渡せる | 人間に残るもの表にない支払先の判断 |
| 申請の下書き作成(freee_api_post前) | Coworkに渡せるか渡せる | 人間に残るもの内容の最終確認 |
| freeeへの本登録(freee_api_post実行) | Coworkに渡せるか承認込みで渡せる | 人間に残るもの承認の実行そのもの |
| 承認された経費の支払い実行 | Coworkに渡せるか渡さない | 人間に残るもの支払い操作そのもの |
支払いの実行は、経費精算とは別の操作としてCoworkに任せない範囲に置くのが安全です。freee-mcpのAPIツールは会計・請求書・人事労務のデータ操作を対象にしており、銀行振込などの決済実行そのものを直接担うものではありません。
よくあるつまずき
「常に許可」にしたのに毎回承認を求められる: Team・Enterpriseでは組織設定「常に許可を有効にする」がオフだと、メンバー個人の「常に許可」設定より組織設定が優先され、タスクごとの承認が必要になります。個人設定ではなく組織設定側を確認します。
下書きの時点で登録されてしまう: 指示文で「freee_api_postはこの時点では呼び出さない」のように明示していないと、Coworkが「一連の作業として登録まで頼まれた」と解釈することがあります。下書きと本登録は指示を分け、それぞれの範囲を明示します。
事業所を取り違えて登録した: 複数事業所を扱う組織で起きやすい事故です。本登録の指示にcompany_idの確認を必ず含め、freee_get_current_companyで現在の事業所を確認してから実行させます。
よくある質問
Manualモードだと結局すべて手動になりませんか
登録の直前だけ承認を求める設定なので、領収書の読み取りや下書き作成は自動で進みます。人間が確認するのは「この内容で登録してよいか」という最終判断の部分に絞られます。
Autoモードでも危険な操作は止まりますか
止まります。Autoモードでは、Claudeがデータ持ち出しやプロンプトインジェクションの兆候を都度チェックし、危険と判断した操作は自動でブロックしたうえで、安全な代替手段を探すか利用者に確認する設計です。
経費精算の承認権限を経理チームだけに絞れますか
Enterpriseプランのカスタムロールで実現できます。経理チームには書き込み系ツールへのアクセスを残し、他部門は下書き作成までに権限を絞る、という設計が可能です。
freeeの承認ワークフロー機能とCoworkの承認モードは別物ですか
別物です。freee側にも申請の承認ルートを設定する機能がありますが、それはfreee内で完結する業務フローです。Coworkの承認モードは、Claudeがfreee-mcp経由でAPIを呼び出す操作そのものを許可するかどうかを制御する仕組みで、両者は独立して動きます。
まとめ
freee×Coworkの経費精算自動化は、承認モードの選び方と、下書き作成・本登録を分ける指示設計の2点で安定します。導入初期はManualで一件ずつ確認し、運用に慣れてからAutoへ移す進め方が現実的です。Team・Enterpriseでは組織設定の「常に許可を有効にする」を経理チームの運用方針に合わせてオフにしておくと、個人設定のばらつきに左右されずに統制を保てます。支払いの実行そのものは引き続き人間の操作に残る範囲として切り分けておくのが安全です。
経費精算SaaSはfreeeだけではなく、楽楽精算のようにCSV連携とAPI連携を使い分ける製品もあります。Claude Codeでの実装の勘所はClaude楽楽精算連携ガイド — API連携とCSV連携の使い分けにまとめています。