Cowork経理の実践 — 請求書処理とデータ整理をどこまで任せられるか
Claude Coworkを経理業務に使うときの工程別の適性、請求書処理やデータ整理の指示文例、実行場所による証跡と定期実行の違い、税務判断を人間に残す線引きを扱います。
Coworkは経理のどの工程に入るか
Coworkは、Claudeがファイルやブラウザーを実際に操作して作業を進めるエージェント型の製品です。経理の文脈に置き直すと、効くのは数字を集めて形を揃える工程であって、数字の正否を決める工程ではありません。ここが最初の分かれ目になります。
月次の経理業務を工程に割ると、おおむね「集める」「読み取る」「揃える」「照らす」「決める」の5つになります。Coworkが素直に効くのは前の3つです。「照らす」は差分を出すところまでが守備範囲で、差分がなぜ生じたかの説明は人間側に残ります。「決める」は渡しません。勘定科目や税区分の確定は、最終的に申告の責任と結びつくためです。
| 工程 | Coworkの効き方 | 人間に残るもの |
|---|---|---|
| 集める(ファイル収集・分類) | Coworkの効き方効きやすい | 人間に残るもの収集漏れの確認 |
| 読み取る(PDFからの項目抽出) | Coworkの効き方効きやすい | 人間に残るもの抽出値の突き合わせ |
| 揃える(表記統一・CSV整形) | Coworkの効き方効きやすい | 人間に残るもの変換ルールの妥当性 |
| 照らす(明細と台帳の差分出し) | Coworkの効き方条件次第 | 人間に残るもの差分の原因究明 |
| 決める(科目・税区分の確定) | Coworkの効き方ほぼ効かない | 人間に残るもの判断そのもの |
この分け方には実務上の効用があります。「Coworkで経理を自動化する」と考えると際限がなくなりますが、「読み取りと整形だけ渡す」と決めれば、渡す情報も許可の範囲も自然に小さく収まります。Coworkの基本機能と料金の全体像はClaude Coworkとは — 全機能・料金・始め方にまとめています。
経理データはどこで処理され、何が記録に残るか
実行場所は、経理で使うかどうかを決める最初の確認事項です。Coworkのタスクには、クラウドで動く形とパソコン上で動く形があります。2026年10月6日から、ProとMaxの新規タスクはクラウドで動き、設定画面の「Only on your computer」は廃止されます。すでにパソコン上で始めたタスクは、そのままパソコン上に残ります。ProやMaxでメッセージ欄に「Chat」と「Cowork」の選択肢が出なくなっていれば、新しい画面(new experience)です。
クラウド実行とローカル実行の違い
クラウド実行
エージェントの処理とコード実行はAnthropicのサーバー上の隔離環境で行われ、セッションごとに作られて終了時に破棄されます。セッションとファイルはClaudeアカウントに保存され、パソコンを閉じても処理は続きます。ローカルのファイルには、Claude Desktopアプリを経由して、接続済みのフォルダーだけが届きます。アプリがオフラインなら届きません。
ローカル実行
エージェントの処理はパソコン上で動き、シェルコマンドなどはパソコン内の専用の仮想マシンで実行されます。会話履歴はパソコンに保存されます。この履歴はAnthropicの通常のデータ保持ポリシーの対象外で、管理者が一括で管理したり削除したりすることはできません。
クラウド実行では、パソコン内のファイルを開いた場合も、その作業はAnthropicのサーバー側で処理されます。端末の外に出したくないデータは、フォルダーを接続する時点で外しておくのが前提になります。Team・Enterpriseでは、この会話データは他の商用データと同じ約束の下で扱われ、Claudeの学習には使われません。
記録の面では、クラウドもローカルも同じ見え方にはなりません。
承認の記録も判断材料になります。TeamとEnterpriseでは、書き込み系のコネクターツールは、組織の設定で「Always allow」を許可しない限り、タスクごとに承認を求められます。この設定は既定でオフです。経理のように「誰がいつ承認したか」を残したい業務では、既定のまま運用するほうが記録と整合します。権限の設計をチームで揃える観点はClaude CoworkのRBAC運用にまとめています。
請求書の読み取りを頼むときの指示文
請求書処理でCoworkに渡せるのは、PDFや画像から項目を拾って表に落とすところまでです。列を固定すると抽出結果が揃いやすくなりますが、返ってきた表を会計システムに入れる前の照合は人間が持ちます。
指示文で効くのは、抽出する項目名を先に固定してしまうことです。項目名を書かずに「請求書を読んで」と頼むと、書式の違う請求書ごとに列が揺れ、結局あとで手作業の整形が発生します。
{~/Cowork作業/invoices/2026-07/} にあるPDFをすべて読み取り、
1ファイル1行の一覧表を作ってください。
- 抽出する列(この順で固定):
請求書番号 / 発行日 / 支払期日 / 取引先名 / 税抜金額 /
消費税額 / 税込金額 / 摘要 / ファイル名
- 金額はカンマなしの半角数字のみ。通貨記号は入れない
- 日付は YYYY-MM-DD に統一
- 読み取れない項目は空欄にせず「要確認」と書く
- 税率が複数ある請求書は、税率ごとに行を分ける
- 出力: Markdownの表と、同じ内容のCSVファイルを1つ
- 実行するのは読み取りのみ。ファイルの移動や名前変更はしない最後の1行が地味に効きます。読み取りだけを頼む回では、ファイルの移動や名前変更をしないと明示しておくと、Coworkに任せる範囲がはっきりします。
読み取りには、もう一つ性質の違う注意点があります。取引先から届いた請求書PDFや添付ファイルは、Claudeが読む外部のコンテンツです。公式のセーフティガイドは、こうした外部コンテンツに紛れた指示でClaudeが動かされる「プロンプトインジェクション」を、エージェント型の製品に共通のリスクとして挙げています。読み取り専用の回では、書き込み系のコネクターやメール送信につながる接続を外しておくと、仮に紛れ込みがあっても被害の通り道が細くなります。
返ってきた表で先に見るのは、合計金額ではなく「要確認」の行数です。ここが多い回は、書式が読み取りに向いていない請求書が混ざっているサインです。手書きの但し書き、スキャンの傾き、複数ページにまたがる明細のいずれかが原因の候補になり、その分は最初から手入力に回した方が速いことがあります。
税込金額の検算も入れておくと安心です。税抜と消費税額を足した値が税込と一致するかは、表を渡すだけで確認を頼めます。一致しない行だけを別表にしてもらえば、目視の対象が数行に絞れます。
経費明細とカードデータの整理
経費精算やカード利用明細は、請求書より書式が安定しているぶん、Coworkとの相性が良い領域です。CSVを読み込ませて、社内の分類ルールに沿った下書きを作らせる使い方ができます。
ここでのコツは、分類ルールを判断基準ではなく対応表として渡すことです。「交際費かどうか判断して」と頼むと解釈が揺れますが、「この加盟店名ならこの区分」という表を渡せば、揺れは対応表に載っていない行だけに閉じ込められます。
添付の {card_202607.csv} を読み込み、経費区分の下書きを作ってください。
- 元データの列: 利用日, 加盟店名, 金額, 利用者
- 分類は以下の対応表に従う。表にない加盟店は「未分類」に置く
- JR/私鉄/タクシー系 → 旅費交通費
- 書店/オンライン書籍 → 新聞図書費
- クラウドサービス月額 → 通信費
- 飲食店 → 未分類(社内確認が要るため自動で決めない)
- 出力: 元の列 + 「区分」「判断根拠」の2列を足したCSV
- 判断根拠には、対応表のどの行に当てはめたかを短く書く
- 未分類の件数と金額合計を、表の下に3行でまとめる「判断根拠」の列を足しておくと、レビューの速度が変わります。区分だけが並んだ表は1行ずつ加盟店名を見直すことになりますが、根拠が書いてあれば、当てはめ方が妥当かどうかを流し読みで確認できます。飲食店をあえて未分類に落としているのも同じ発想で、会議費と交際費の線引きは社内規程と当日の参加者に依存するため、機械的な当てはめに向きません。
複数の部署から違う書式で上がってくるファイルを束ねる作業も、同じ考え方で渡せます。列名の対応表を先に決めて、対応が付かない列は「要ヒアリング」として残してもらう形です。埋めさせないことが、あとで効いてきます。こうした依頼文の組み立て方はClaude Cowork業務テンプレート12選でも扱っています。束で渡してまとめて処理する発想は、新規ベンダーのオンボーディングでも使えます。契約書生成・ポータルへのフォーム入力・トラッカー更新を1セッションで進められます。手順はCoworkでベンダーのオンボーディングを一括処理するにまとめています。
月次の突合をどう頼むか
突合は、Coworkに任せる範囲を最も慎重に決めたい工程です。差分を出すところまでが守備範囲で、差分の意味づけは人間の仕事として残ります。
現実的な頼み方は、「一致した行は数だけ報告し、不一致の行を全件出してもらう」形です。一致行まで表にすると出力が膨らみ、確認すべき数行が埋もれます。
2つのファイルを突合し、不一致だけを一覧にしてください。
- ファイルA: {bank_202607.csv}(入出金明細。列: 日付, 摘要, 入金額, 出金額)
- ファイルB: {ledger_202607.csv}(補助元帳。列: 計上日, 相手先, 金額, 伝票番号)
- 突合キー: 金額の完全一致を第一条件、日付は前後3営業日まで許容
- 出力:
1. 一致件数と一致金額の合計(3行以内)
2. Aにのみ存在する行の一覧
3. Bにのみ存在する行の一覧
4. 金額は合うが日付が3営業日を超えて離れている行の一覧
- 推測で紐付けを作らない。迷った組み合わせは4番目の表に入れる
- 金額の合計は元ファイルの合計とも突き合わせ、差があれば明記する4番目の表を分けておくと、後の作業が楽になります。「金額は合うが日付が離れている」行は、締め日をまたいだ計上や振替の遅れが原因の候補になり、当たりが付けやすい類型です。逆に、片方にしか存在しない行は、入力漏れと二重計上のどちらでもありえるため、1件ずつ確認する対象になります。
Coworkに合計値の検算まで頼んでおくのは、取り込み事故を検知するためです。文字コードの違いや区切り文字の解釈で一部の行が落ちても、表の見た目からは分かりません。合計が元ファイルと合っているかを毎回書かせておけば、落ちた瞬間に気づけます。合計が一致していても個々の値が正しいとは限らないため、金額の大きい行は目視でも確かめます。
ファイルをどこに置き、どう返してもらうか
ローカルファイルは、Claude Desktopアプリで接続したフォルダーの範囲だけがCoworkに届きます。定常作業では便利な反面、接続するフォルダーを広く取ると、意図しないファイルまで読み書きの対象に入ります。公式のセーフティガイドも、Claudeが読み書きと完全削除までできることを踏まえ、財務書類のような機密情報を置いたフォルダーは慎重に扱うよう求めています。
経理データを扱うなら、Cowork専用のフォルダーを1つ切って、そこだけを接続する運用が扱いやすくなります。デスクトップ全体やホームフォルダー全体を接続すると、給与関係や個人の書類まで同じ範囲に入ってしまいます。バックアップを別に持っておくことも、同じガイドが勧める手当てです。
月ごとにフォルダーを切る構成が、実務では回しやすいはずです。
~/Cowork作業/
invoices/2026-07/ 受け取った請求書PDF(入力)
statements/2026-07/ カード・銀行明細のCSV(入力)
output/2026-07/ Coworkが作った表・CSV(出力)
archive/ 確認済みで会計システムに反映済み入力と出力のフォルダーを分けておくと、「まだ確認していない生成物」がどれかが一目で分かります。出力を入力と同じ場所に書かせると、次の月に元データと生成物が混ざり、どちらを正としてよいか分からなくなります。
削除については、ファイルを完全に削除する前に必ず許可のプロンプトが出て、「Allow」を選ぶまで実行されません。承認すれば実際に削除されるため、経理の証憑を扱うフォルダーでは削除操作そのものを頼まない方が安全です。整理を頼むときも「削除候補の一覧を出すところまで」で止め、実際に消すのは人間の手で行う形にできます。
数字と税務の判断はどこで人間に戻すか
Coworkが返す数字は、下書きとして扱う前提で運用します。抽出でも集計でも、元データとの突き合わせを人間が行った時点で初めて確定します。この前提を運用に組み込んでおくと、成果物の扱いに迷いません。
特に人間に残しておきたい判断は、次の4つに整理できます。
- 勘定科目の確定: 同じ支出でも、事業の実態と社内規程によって科目が変わります
- 消費税の区分: 課税・非課税・不課税・軽減税率の判定は、取引の中身に依存します
- 期間帰属: どの月に計上するかは、締めの運用と契約条件で決まります
- 証憑としての適格性: 記載要件を満たすかどうかは、制度側の要件と照らす必要があります
いずれも、請求書の文面だけからは決まりません。取引の背景や社内の運用を知っている人が判断する領域です。Coworkに向いているのは、この判断に必要な材料を揃えて並べるところまでで、判断の代行ではありません。
税率が改定された年や、社内規程が変わった直後は特に注意が要ります。過去のやり取りで作った指示文をそのまま使うと、古いルールで整形された表が返ってきます。指示文の中に税率や区分を直接書いている場合は、期首や制度改定のタイミングで一度見直しておくと安全です。
経理データを渡すときの情報管理
経理のデータには、取引先名、口座情報、従業員の氏名や住所が含まれます。Coworkに渡す前に、その回の作業に不要な列を落としておくと、渡す範囲が小さくなります。
ブラウザー操作を伴う作業にも線があります。公式のセーフティガイドは、Claude Desktop内蔵のブラウザーとClaude in Chromeのどちらについても、機密情報を扱う作業や機密情報に関わる操作には使わないよう強く勧めています。ネットバンキングや会計システムの画面をCoworkに操作させる使い方は、この注意と正面からぶつかります。
コネクター経由で業務システムに接続する場合、コネクターの認可トークンはクラウドのサンドボックスには入らず、呼び出しはサーバー側で行われます。それでも、書き込みができる接続は承認の対象です。広い権限を持つ担当者のアカウントで接続すると、そのアカウントの届く範囲がそのまま作業の範囲になる点は押さえておきます。
タスクを消したいときは、タスク一覧の「Delete」で削除できます。履歴からはすぐに消え、バックエンドの保存領域からは30日以内に削除されます。
作業のたびに毎回同じ注意事項を書くのは現実的ではありません。共通の前提は、Coworkのプロジェクトに寄せる方法があります。プロジェクトは、関連するタスクをまとめる作業場で、ファイル、リンク、指示、メモリーを個別に持てます。「2026年7月 月次」のような単位で作り、保存先の標準、扱わないデータの種類、出力形式の既定を指示に書いておけば、日々の指示文は「今日やること」だけで済みます。運用ルールの組み立て方はClaude Cowork運用ベストプラクティスで詳しく扱っています。
定期実行に載せるとき、載せないとき
Coworkのスケジュール機能は、自然言語で「毎月1日に」「毎週金曜10時に」のように頼めます。手動で設定する場合は、頻度として毎時・毎日・毎週・平日・手動から選び、承認モードも指定します。経理でいえば、月初の収集や、期日が近い請求の洗い出しといった定型作業が候補になります。
ここに、経理の運用を左右する条件があります。スケジュールされたタスクはクラウドで動くため、パソコンがスリープでもアプリが閉じていても動きます。代わりに、入力元によって自動で動くかどうかが分かれます。
定期実行の入力元で変わること
コネクターとアカウントのファイル
メール、カレンダー、Google Drive、Slackなどのコネクターと、Claudeアカウントに保存したファイルが入力になります。パソコンを閉じていても、設定した頻度で動きます。
パソコン上のフォルダー
前章の ~/Cowork作業/ のようなローカルフォルダーが必要なタスクは、クラウドで自動実行できません。手元で開始する運用になります。
載せる作業と載せない作業の目安は、次のように整理できます。
| 作業 | 定期実行の向き | 理由 |
|---|---|---|
| 月初のメール・Driveからの請求書集め | 定期実行の向き向く | 理由コネクター経由なら無人で動く |
| 支払期日が近い請求の抽出 | 定期実行の向き向く | 理由出力が通知で足りる |
| ローカルフォルダーの請求書読み取り | 定期実行の向き向かない | 理由入力元がパソコン上のフォルダー |
| 会計システムへの反映 | 定期実行の向き向かない | 理由承認と証跡の要件が絡む |
対外的な影響が出る操作は、実行前の承認を挟む形にできます。支払いに関わる通知や、取引先へのメール送信がこれにあたります。無人の定期実行にそのまま載せる前に、承認がどこで止まるかを一度手動で試しておくと安心です。定期実行の内部挙動はClaude CoworkのComputer Useとサンドボックスで詳しく扱っています。
最初の1か月の進め方
導入は、渡す範囲を狭く始めて、確認にかかった時間を測りながら広げる形が扱いやすくなります。
経理でのCowork導入の順番
- 1
専用フォルダーと入力・出力の分離を作る
接続するのは、経理専用のフォルダー1つだけにします。入力と出力を別の場所に置きます。
- 2
請求書の読み取りだけを1か月分試す
列名を固定した指示文で渡し、「要確認」の行数と、検算が合わなかった行を記録します。
- 3
確認にかかった時間を測る
手作業と比べた差を見て、次の工程を足すかどうかを決めます。
- 4
明細整形と突合を足す
分類は対応表で渡し、突合は不一致だけを出させます。判断は人間に残します。
- 5
コネクターと定期実行を最後に足す
承認がどこで止まるかを手動で試してから、無人の実行に載せます。
よくある質問
会計ソフトと直接つないで仕訳まで入れられますか
会計ソフト側がMCPサーバーを出している場合は、Claudeのコネクターから接続できます。マネーフォワード クラウド会計はリモートMCPサーバーを提供しており、Claude Coworkにも対応しています。2026年8月3日には「マネーフォワード クラウド会計」がClaudeの公式コネクターに加わり、9月24日にはAPIキー認証にも対応しました。連携した金融機関の明細から仕訳を登録する機能も、MCPサーバー側に加わっています。接続の手順はClaudeとマネーフォワードの連携で扱っています。freeeも自社のMCPサーバーを持ち、こちらはClaudeとfreeeの連携にまとめています。
直接登録できる場合でも、登録の前に人間が内容を確認する手順は残す形が現実的です。上で述べたとおり、書き込み系の操作はタスクごとの承認の対象にもなります。
紙の請求書はどう扱えばよいですか
スキャンしてPDFにしてから渡す形になります。読み取りの精度は原本の状態に左右され、傾きや折り目、薄い印字があると「要確認」が増えます。枚数が多い月は、先に数枚で試して読み取り率を見てから、全件を渡すかどうかを決める進め方があります。
経理担当が1人の会社でも効果はありますか
むしろ人数が少ない環境の方が、効果を体感しやすい面があります。読み取りと整形の工数は担当者の人数に比例しないため、1人で月次を回している場合、その1人の手作業が丸ごと対象になるためです。一方で確認の負荷は残るので、時間が半分になるという期待の持ち方は現実的ではありません。
まとめ
証跡の要件がある業務は、実行場所がクラウドかローカルか、Compliance APIで記録を取得できるかを先に確かめます。ローカル実行の履歴は管理者の管理外になるため、その点を踏まえて渡す範囲を決める進め方になります。