freee Cowork経費精算 — 承認フローを自動化する手順

freee×Coworkで経費精算の承認フローをどう組み立てるか

Claude Coworkにfreee-mcpをカスタムコネクタとして追加すると、経費申請の下書きからfreeeへの登録までをエージェントに任せられます。ただしfreee-mcpは書き込み系のAPIも同じ経路で呼べるため、どこまでを自動で進め、どこで人間の承認を挟むかの設計が要になります。

この記事の結論は3点です。承認モードは導入初期にManualから始める。下書きと本登録は別の指示に分ける。組織設定とロールの役割を取り違えない。とくに月次の定期実行は、公式ページの中に書き方の食い違う部分があり、領収書の置き場所によってはPCが起きていないと動かない構成になります。

freee-mcpの基本的な機能や、Claude Codeからの接続手順はClaudeとfreee会計の連携 — Claude Codeで仕訳・記帳を確認する手順で扱っています。ここではCoworkでの承認設計に絞ります。

freee-mcpをCoworkに追加し、実行場所を確認する

freeeが提供するリモートMCPサーバーのURLはhttps://mcp.freee.co.jp/mcpです。freee-mcpのREADMEでは、Claude Desktopの「カスタマイズ」から「カスタムコネクタを追加」を開き、名前にfreee、URLに上記を入力する手順が案内されています。freee公式以外のURLを入力しないよう注意書きもあります。

Team・Enterpriseプランでは、コネクタの追加を組織側で管理できます。複数人が使う業務では、個人ごとにURLを登録するより組織側で一度登録しておく方が運用が揃います。

追加の前に押さえておきたいのが、Coworkのセッションがどこで動くかです。

Team・Enterpriseでは、クラウドで動かせるかどうかを組織設定の「Run Cowork in the cloud」で切り替えます。プランによって既定のオン・オフが違うので、経理チームのメンバーがどちらで動くかは、導入前に管理者が確認しておく項目です。

Pro・Maxプランでは、2026年10月6日から新規のCoworkタスクがクラウドで動くようになります。設定の「Only on your computer」は削除されます。

もう1点、READMEのツール一覧には、freee_authenticateとfreee_file_uploadの備考欄に「stdioのみ」とあります。URL接続のリモート版でこの2つが使えるとは書かれていません。そのため、領収書の画像をfreeeのファイルボックスへ添付する用途には、リモート版を前提にできません。

承認モードを経費精算にどう当てはめるか

Coworkの承認モードは、freee-mcpの書き込み系ツール(freee_api_post・freee_api_put・freee_api_delete・freee_api_patch)をどこまで自動で通すかを直接左右します。経費精算に置き直すと、次のようになります。

出張費や交際費のように金額の振れ幅が大きい申請が混ざる時期は、Manuallyから始めます。

Automaticallyでブロックされたときは、Claudeが安全な代替手段を探すか、利用者に直接尋ねます。承認の手間は減りますが、金額が動く業務で切り替えるかどうかは、Manuallyでの運用実績を見てから決める選択肢もあります。

Skipでは、チェックそのものが行われません。Coworkの安全ガイドは、ファイルの完全削除だけはどのモードでも確認を求めると説明しています。例外として書かれているのは完全削除だけで、会計データの書き込みは含まれていません。

承認モードを選ぶ目安として、安全ガイドはManuallyに切り替える場面を3つ挙げています。機微なファイルやアカウントに触れるとき、初めて使うツールやプラグインのとき、メッセージ送信や購入のように取り消しにくいときです。freeeの会計データは、1つ目と3つ目に当たります。

組織設定がオフのとき、どのツールに承認が出るか

Team・Enterpriseの管理者向けページには、見落としやすい記述があります。組織設定の「常時許可」がオフの間、承認なしで通るのは、コネクタ側が読み取り専用と注釈したツールだけです。ところが、ほとんどのカスタムコネクタはツールに注釈を付けていないため、すべてのツールが承認の対象になります。

freee-mcpのソースでは、freee_api_getなどの取得系ツールに読み取り専用の注釈(readOnlyHint: true)が付いています。書き込み系のfreee_api_postなどはreadOnlyHint: falseです。リモート版が同じ実装かどうかは確認できていません。同じであれば、取得の呼び出しは承認の対象外になり、承認が出るのは書き込み系が中心です。

承認の強制力は3つの層で決まる

承認の強さは、組織設定・ロール・個人設定の3層に分かれています。層ごとに決められることが違うので、「どの層で何を止めたいか」から設定を選びます。

経費精算で個人設定のばらつきを避けたい場合は、この設定をオンにしないことが統制になります。オンにするのは、運用が固まって承認の手間を減らしたいときです。

ロール設計には注意点が1つあります。複数のロールを持つメンバーには、各ロールの権限が足し合わされ、あるロールの付与を別のロールで取り上げることはできません。「経理だけに書き込みを残す」には、他部門に付けるロールにfreeeコネクタの書き込みを含めない設計にします。全員共通の基本ロールにfreeeの権限を入れると、ロールの側では後から絞れません。

もう1つの手があります。組織設定のコネクタ画面でコネクタごとに決めるツール単位のポリシーは、ロールの権限の上限です。ロールはその範囲内で権限を絞るだけで、上限を超えて広げることはできません。ここで書き込み系ツールをNeeds approvalに固定すれば、ロールの加算では外れません。

組織設定には「Allow "Automatically approve" mode」もあり、既定はオンです。オフにすると、Automaticallyはモードの選択肢から消えます。

実効的な権限は、管理画面の「View effective role」で、メンバーごとに合成後の結果を確認できます。承認モードと組織設定の相互関係はClaude CoworkのConnectors一覧でも扱っています。

下書きと本登録を分ける指示文の設計

経費精算をCoworkに渡すときは、下書き作成と本登録を別の指示に分けることが実務上の分かれ目になります。1つの指示で「読み取って、判断して、登録する」まで頼むと、承認のタイミングが曖昧になり、何を承認しているかが分かりにくくなります。

{~/Cowork作業/receipts/2026-08/} にある領収書PDFを読み取り、
freee経費申請の下書きを一覧にしてください。
 
- 抽出する項目: 利用日 / 金額 / 支払先 / 用途 / 想定される勘定科目
- 勘定科目の付け方は、freee_api_getで過去の経費申請を数件取得して参考にする
- 以下の対応表にある支払先は、取得結果より対応表を優先する
  - 交通系ICカード・タクシー → 旅費交通費
  - 書店・オンライン書籍 → 新聞図書費
  - 飲食店 → 未分類(社内確認が要るため自動で決めない)
- 出力: Markdownの表のみ。freee_api_postはこの時点では呼び出さない
- 金額と日付が不明瞭な領収書は「要確認」として理由を添える

過去の申請を参照させる指示は、freee-mcpのREADMEが「データ作成のベストプラクティス」として挙げている使い方です。経費精算では、過去の申請を見て勘定科目や部門の指定を揃えるとあります。ただし参照元は過去の運用なので、過去に誤分類があればそのまま引き継ぎます。対応表を上に置くのはそのためです。

先ほどの下書きのうち、承認済みとしてマークした行だけを
freee_api_postでfreee経費申請として登録してください。
 
- 対象: 下書き表で「承認済み」列がチェックされている行のみ
- 未承認の行は登録しない。登録した行と登録しなかった行を最後に一覧で報告する
- company_idは現在選択中の事業所と一致しているか、登録前に必ず確認する

月次の定型作業をスケジュールタスクに乗せる前の確認点

領収書の取りまとめから下書き作成までは、Coworkのスケジュールタスクで定期実行できます。ただし、スケジュールタスクの公式ページと安全ガイドを読むと、経費精算の運用に直結する制約が3つ見つかります。

1つ目は、頻度の選択肢です。手動で作成するときに選べるのは、毎時・毎日・毎週・平日・手動実行です。「毎月最終営業日」のような月次の指定は、選択肢に載っていません。月末処理なら、毎週または平日の頻度にして、前月分が揃っているかを指示文の中で判定させる形になります。

2つ目は、ローカルフォルダの扱いです。同じページに、スケジュールタスクは「Claudeのアカウントに保存されたファイル」とコネクタで動き、PC上のフォルダには紐付けられないという注記があります。一方で、作成画面には作業フォルダの項目(任意)があり、ローカルのファイルやアプリが必要なタスクはローカルでしか動かないとも書かれています。

つまり、ページ内で「フォルダに紐付けられない」と「フォルダを指定できる」が同居しています。領収書がPC上のフォルダにあるなら、そのタスクはPCが起きているローカル実行になる、と読むのが無理のない解釈です。クラウドセッションがPCのフォルダに届くのも、Claude Desktopが開いていて、そこで接続したフォルダに限られます。「端末を落としていても動く」運用にするには、領収書をアカウント側のファイルに置く必要があります。

3つ目は、承認モードです。作成画面にはタスクごとの承認モードの項目があります。人が見ていない時間に走るため、安全ガイドは、機微なファイルへのアクセスや取り消しにくい操作をスケジュール実行に載せないよう求めています。freeeへの本登録は、まさに取り消しにくい操作です。

毎週月曜の朝に、アカウントに保存した領収書フォルダの
未処理分を確認し、freee経費申請の下書き一覧を作成して報告して。
freee_api_postは呼び出さない。月末分が揃っていなければ「未完了」と書く。

登録は、サイドバーの「Scheduled」ページからタスクの作成画面を開く形で行います。「毎週月曜に経費フォルダの領収書を確認して下書きを作る」のような自然文でも、Claudeが頻度と内容を提案し、確認してから登録する流れです。本登録の判断だけを都度の指示に残すと、起点を待つ側から仕組みを回す側へ移れます。

なお、無人実行の途中で承認が必要な操作に当たったときの挙動は、確認したページからは読み取れませんでした。下書き専用の指示文にして、この分岐を避けておくのが確実です。

経費精算で任せてよい範囲・任せない範囲

freee-mcpの会計系Agent Skillsには、経費申請を含む操作レシピがあります。ただし、税区分や勘定科目の最終判断は、制度と社内規程に依存する領域です。

READMEが挙げるfreee APIは、会計、人事労務、請求書、工数管理、販売など12個です。電子契約のサインは別コマンドでの提供で、決済の実行そのものは挙がっていません。ただし各分野のエンドポイントまでは照合していないため、支払いの実行を任せない範囲に置く運用は、設計上の線引きとして維持するのが安全です。

よくあるつまずき

下書きの時点で登録されてしまう: 「freee_api_postはこの時点では呼び出さない」のように明示していないと、登録まで頼まれた作業として進む余地が生まれます。下書きと本登録は指示を分け、それぞれの範囲を書きます。

事業所を取り違えて登録した: freee-mcpは、リクエストのcompany_idが現在選択中の事業所と一致しないとエラーにします。したがって、食い違いはエラーで止まります。事故になるのは、現在の事業所そのものが意図と違っているときです。本登録の指示にfreee_get_current_companyでの確認を入れ、必要ならfreee_set_current_companyで切り替えさせます。

領収書の画像をfreeeに添付できない: freee_file_uploadはREADMEの備考が「stdioのみ」で、リモート版での提供はREADMEに書かれていません。ファイルの添付が必須の運用は、ローカル起動のfreee-mcpを使う方法2が前提になります。この場合はfreeeアプリの登録とOAuth認証が必要で、導入の手間が増えます。

よくある質問

freeeの承認ワークフロー機能とCoworkの承認モードは別物ですか

別物です。freee内の申請承認はfreeeの業務フローの話で、Coworkの承認モードは、Claudeがfreee-mcp経由でAPIを呼び出す操作そのものを許可するかどうかを制御する仕組みで、両者は独立して動きます。

まとめ

経費精算の自動化で人が握るべき判断は、本登録を承認する権限と、承認を求める強さを決める層の2つです。後者は、組織設定の既定がオフのまま、ロールでツール単位に絞る形から始められます。月次の定期実行は頻度とフォルダの制約があるため、下書き作成までを載せるかどうかを、領収書の置き場所と一緒に決めます。

経費精算SaaSはfreeeだけではなく、楽楽精算のようにCSV連携とAPI連携を使い分ける製品もあります。Claude Codeでの実装の勘所はClaude楽楽精算連携ガイド — API連携とCSV連携の使い分けにまとめています。給与実行まで踏み込む米国給与SaaSとの連携はClaudeとGustoを連携する方法で扱っています。