結論: 2026年のOpenAI Codex × 経理業務は、「仕訳自動化（最大80%削減）」「請求書OCR→自動入力」「月次レポート自動生成」「決算前BS分析」など10シーンで実装でき、freee・マネーフォワード・弥生のAPIまたはCSV連携で本番運用可能です。Codexは2026年5月時点で「Codex Cloud」「Codex CLI」「Codex Plan Mode」が揃い、エンジニアでない経理担当者でも、本記事のコピペプロンプトで日次仕訳→月次決算→経営レポートまでをワンストップで自動化できます。月間500件規模の中小企業で、経理工数を月60時間→月12時間（80%削減）の事例も登場しています。
この記事の要点:
- Codex × 経理の業務自動化10シーン別 コピペ可能プロンプト
- freee / マネーフォワード / 弥生 各APIとの連携実装パターン
- AI自動仕訳の精度80%超を実現する「ナレッジ＋ガードレール」設計
- 月次決算 / 期末決算 / 税務申告サポート / KPI可視化の実装手順
- Claude Code・GPT-5.5・Gemini 3.2との比較（経理業務での適用）
- 本番運用の落とし穴4選（誤仕訳・税区分・属人化・監査証跡）
対象読者: 中小企業の経理責任者・経理担当者でAI導入を検討している方／月間100件以上の仕訳業務を抱える経営企画・財務部門のリーダー／顧問先の経理業務効率化を提案したい税理士・社労士／Codex導入は決まっているが「経理にどう適用するか」の具体例が欲しいCFO・情報システム責任者
「Codexを契約したけど、経理担当者が触っても何もできないんです…」
先日、ある顧問先（従業員150名のSaaS企業）のCFOからこんな相談を受けました。エンジニア部門ではCodexで開発生産性が30%上がったのに、経理部門に展開しようとしたら「コードが書けないから無理」「freeeのAPIってどう使うの」「仕訳のロジックをAIにどう教えるか分からない」と止まっていました。月間500件の仕訳作業に経理スタッフ3名がほぼ専念していて、月次決算が締めから10営業日もかかる状況でした。
この経験から気づいたのは、「2026年のCodex × 経理は、エンジニアスキルではなく『プロンプト設計力』の勝負」ということです。100社以上の研修・顧問先で見てきた感覚として、Codex CLI / Codex Cloud / Codex Plan Modeの3点セットを使えば、経理担当者がコードを1行も書かずにfreee / マネーフォワード / 弥生と連携できます。実際、月間500件規模の中小企業で経理工数を月60時間→月12時間（80%削減）という事例も登場しています。
この記事では、Codex × 経理の業務自動化10シーンを、コピペ可能プロンプト10選＋freee/MF/弥生連携の実装コード付きで全公開します。仕訳自動化・OCR・月次決算・KPIレポートまで、稟議資料・経理研修資料そのままで使える形でまとめました。
まず5分で動かす: Codex × freee で仕訳1件を自動入力
📊 Codex完全リファレンス: 機能網羅マトリクス・利用形態の判断フローはCodex完全リファレンス（ピラー版）へ。
AIエージェント全体像はAIエージェント導入完全ガイド、Codexの基本的な使い方はCodex使い方ガイド30コマンドを参照してください。本記事では経理業務に絞って深掘りします。
セットアップ（10分）
# 1. Codex CLI インストール（無料枠あり）
npm install -g @openai/codex
# 2. OpenAI API Key設定
export OPENAI_API_KEY="sk-xxxxxxxx"
# 3. freee API トークン取得
# freee 管理画面 → アプリ管理 → 個人用アクセストークン → 発行
export FREEE_TOKEN="your_freee_token"
# 4. プロジェクトディレクトリ作成
mkdir codex-keiri && cd codex-keiri
codex init # CLAUDE.md相当の AGENTS.md が自動生成
最小構成: 領収書1枚を仕訳に変換
# プロンプト1: 領収書OCR → freee 仕訳登録
codex "次の領収書PDF（receipt.pdf）を読み取り、以下を実行してください:
1. 日付・金額・支払先・摘要を抽出
2. 借方科目を以下から判定（旅費交通費／接待交際費／会議費／消耗品費／通信費）
3. freee API で仕訳登録（環境変数 FREEE_TOKEN を使用）
【判定ルール】
- 5,000円以下の会食 → 会議費
- 5,000円超の会食 → 接待交際費
- タクシー・電車 → 旅費交通費
- 駐車場 → 旅費交通費
- 文具・消耗品 → 消耗品費
【絶対遵守】
- OCR信頼度70%未満は「要確認」フラグつきで保留
- 5万円超の領収書は人間承認待ちにする
- 軽減税率の判定は断定せず確認を促す
不足している情報があれば、最初に質問してから作業を開始してください。"
研修先での実例: 上記プロンプトを顧問先のSaaS企業（経理スタッフ3名）に導入したところ、初週で領収書1枚あたりの処理時間が90秒→18秒に短縮（80%削減）。経理スタッフ1名を「資金繰り分析・経営助言」業務に配置転換でき、月次決算が締め後10営業日→4営業日に短縮されました。
Codex × 経理 業務自動化10シーン
以下が中小企業の経理業務を10シーンに分解し、それぞれにCodex適用パターンをマッピングしたものです。
| シーン | 自動化レベル | 削減目安 | 主要プロンプト |
|---|---|---|---|
| ① 領収書OCR→仕訳 | ★★★★★ | 80%削減 | プロンプト1（上記） |
| ② 請求書OCR→売掛金登録 | ★★★★★ | 75%削減 | プロンプト2 |
| ③ 銀行明細インポート→自動仕訳 | ★★★★ | 60%削減 | プロンプト3 |
| ④ 月次試算表の差異分析 | ★★★★ | 50%削減 | プロンプト4 |
| ⑤ 月次経営レポート自動生成 | ★★★★ | 70%削減 | プロンプト5 |
| ⑥ 経費精算ワークフロー | ★★★★★ | 85%削減 | プロンプト6 |
| ⑦ 固定資産台帳の管理 | ★★★ | 40%削減 | プロンプト7 |
| ⑧ 消費税区分・インボイス判定 | ★★★ | 50%削減（要人間確認） | プロンプト8 |
| ⑨ 決算前BS/PL分析 | ★★★★ | 60%削減 | プロンプト9 |
| ⑩ 税理士向け書類整備 | ★★★★ | 65%削減 | プロンプト10 |
シーン別プロンプト10選
シーン② 請求書OCR→売掛金登録（プロンプト2）
codex “以下の処理を実行してください:
1. invoices/フォルダ内の請求書PDFを全件読み取り
2. 各PDFから「請求書番号・発行日・取引先・金額・支払期日・備考」を抽出
3. freee API で売掛金として一括登録
4. 重複チェック: 同一請求書番号が既に登録されていたら警告
【出力形式】
| 請求書番号 | 取引先 | 金額 | 支払期日 | freee仕訳ID | 状態 |
【絶対遵守】
– 金額が前月平均の2倍を超える請求書は人間承認待ち
– 取引先名のフリガナ揺れは過去履歴から正規化
– 請求書PDFが画像のみの場合 OCR信頼度を併記
仮定した点は必ず”仮定”と明記してください。”
シーン③ 銀行明細インポート→自動仕訳（プロンプト3）
codex "次の銀行明細CSV（bank_statements.csv）を処理してください:
1. CSVを読み込み、各取引行を解析
2. 摘要欄から取引先を特定（過去の仕訳履歴と照合）
3. 借方/貸方科目を判定し、freee に仕訳登録
【判定ルール】
- 「給与振込」「賞与振込」 → 給与（要内訳分解）
- 「○○会社」「○○商事」 → 売掛金回収 or 買掛金支払
- 「△△銀行」 → 借入返済 or 借入金受入
- 「税金」「保険」 → 公租公課 or 保険料
【ガードレール】
- 100万円超の取引はすべて「要確認」フラグ
- 過去6ヶ月で同じ摘要が3回以上あれば自動仕訳、それ以下は確認
- 月初・月末の振込は給与・社会保険料の可能性を疑う
不明点は"要確認"として人間レビューに回す。"
シーン④ 月次試算表の差異分析（プロンプト4）
codex "月次試算表（trial_balance_2026-04.csv）と前月（trial_balance_2026-03.csv）を比較し、以下を出力してください:
【分析項目】
1. 残高変動TOP10（絶対額・前月比%）
2. 異常値検出（前月比3倍超 or 1/3未満の科目）
3. 売上・粗利率・営業利益率の経年推移
4. 売掛金回収状況（滞留が増えていないか）
5. 在庫の異常な増減
【出力形式】
- 経営者向け 1ページサマリー（A4 1枚相当）
- 詳細分析 3ページ（科目別・部門別）
- 改善提案 3項目（具体的アクション付き）
【トーン】
- 専門用語は最小限、経理ヒアリング不要レベルに
- 数字は必ず根拠（前月比・前年同月比）併記
数字と固有名詞は、根拠を添えてください。"
シーン⑤ 月次経営レポート自動生成（プロンプト5）
codex "freee API から2026年4月分の財務データを取得し、月次経営レポートを生成してください:
【データ取得】
- PL（損益計算書）4月分実績 + 過去12ヶ月推移
- BS（貸借対照表）4月末残高 + 過去6ヶ月推移
- キャッシュフロー（簡易版）
【レポート構成】
1. エグゼクティブサマリー（1ページ）
2. 売上・利益分析（3ページ・図表付き）
3. 部門別損益（5ページ）
4. 営業キャッシュフロー / 運転資本推移
5. 来月見込み + リスク要因
【出力形式】
- Markdown形式で /reports/2026-04-monthly.md に保存
- 主要数字は表形式
- グラフは Mermaid記法で記述
代表者の翌週の経営会議で使えるレベルの完成度で。"
研修先での実例: 顧問先の中堅製造業（年商15億円）でこのプロンプトを導入し、月次経営レポート作成時間が経理マネージャーの月8時間→月45分に短縮されました。さらに「以前は数字を見せるだけだったレポートが、改善提案まで含まれるようになった」と経営陣からも高評価でした。
シーン⑥ 経費精算ワークフロー（プロンプト6）
codex "経費精算申請（receipts/2026-04/）を一括処理してください:
【処理フロー】
1. 各申請者フォルダの領収書PDFを読み取り
2. 申請ルールチェック:
- 5万円超: 事前承認証跡があるか確認
- 接待交際費: 取引先名・人数明記があるか
- 海外出張: 為替レート換算が適切か
3. 仕訳ジャーナル生成（freee形式）
4. ルール違反は申請者に確認メールドラフト作成
【ルールベース】
- 旅費交通費: 1日上限15,000円（出張先が首都圏外なら25,000円）
- 接待交際費: 1人あたり10,000円超は要稟議
- 会議費: 1人あたり5,000円以下
- 個人立替: 振込手数料込みで精算
【出力】
- 自動承認可: freee に仕訳登録
- 要確認: 申請者ごとの確認事項一覧をSlack DMドラフト作成
- ルール違反: 詳細ログを admin@example.com にメールドラフト
不正検知: 同じ領収書の重複申請、日付の過去化を必ずチェック。"
シーン⑦ 固定資産台帳の管理（プロンプト7）
codex "固定資産台帳（fixed_assets.csv）を更新してください:
【処理内容】
1. 当月取得資産（10万円超）を新規登録
2. 償却計算（定額法・定率法を法令に基づき判定）
3. 当月除却・売却資産の処理
4. 含み損益の試算
5. 来月以降3年間の償却スケジュール表示
【判定ルール】
- 10万円未満: 消耗品費（即時費用化）
- 10〜30万円: 一括償却資産（3年均等償却 or 中小企業特例）
- 30万円超: 通常の固定資産（耐用年数表に基づく償却）
【絶対遵守】
- 中小企業特例（30万円未満一括償却）の適用判定は要確認
- 耐用年数は国税庁「主な減価償却資産の耐用年数表」に基づく
- ソフトウェアは5年定額が原則
不明点は税理士確認とする。"
シーン⑧ 消費税区分・インボイス判定（プロンプト8）
codex “請求書PDF（invoices_received/2026-04/）の消費税区分とインボイス対応を判定してください:
【判定項目】
1. 消費税区分:
– 課税仕入れ（10%・8%軽減・非課税・不課税の判定）
– 国外取引判定
2. インボイス対応:
– 適格請求書発行事業者番号（T+13桁）の有無
– 番号の有効性チェック（国税庁公表サイト照合）
3. 仕入税額控除可否:
– インボイス番号あり → 100%控除
– インボイス番号なし → 経過措置（80%控除 or 50%控除）
【出力形式】
| 請求書番号 | 取引先 | 金額 | 税区分 | インボイス番号 | 控除可否 | 備考 |
【絶対遵守】
– 軽減税率の判定（食品・新聞）は必ず実物確認
– 国外事業者からの請求は別判定（リバースチャージ等）
– 判断に迷う場合は”税理士確認”フラグ
最終判断は税理士が行うこと。”
シーン⑨ 決算前BS/PL分析（プロンプト9）
codex "決算月（2026-03期）の試算表を分析し、決算前確認事項を整理してください:
【分析項目】
1. 売掛金 残高の妥当性（取引先別エイジング）
2. 棚卸資産の評価方法と期末評価
3. 未払金・未払費用の計上漏れチェック
4. 引当金（賞与引当金・退職給付引当金）の計上適切性
5. 固定資産の減損兆候
6. 繰延税金資産の回収可能性
【決算整理仕訳の検討】
- 期間按分が必要な費用・収益
- 棚卸減耗・評価損
- 売上・仕入の期間帰属
- 為替換算（外貨建債権・債務）
【出力】
- 決算整理仕訳ジャーナル（ドラフト）
- 税理士確認事項リスト
- 監査向け調書テンプレート
【絶対遵守】
- 過年度の数字を勝手に修正しない
- 決算整理仕訳は税理士本人の最終確認必須
- 監査対応で求められる証跡を残す
不確実な処理は"要相談"フラグで人間判断を待つ。"
シーン⑩ 税理士向け書類整備（プロンプト10）
codex "顧問税理士に提出する月次資料一式を整備してください:
【提出書類】
1. 試算表（合計残高試算表）
2. 仕訳帳 + 元帳
3. 売掛金・買掛金の補助簿
4. 領収書原本のスキャンPDF（月別フォルダ）
5. 固定資産台帳の更新部分
6. 給与台帳（個人特定情報マスキング）
【自動チェック】
- 仕訳帳の借方・貸方残高一致
- 売掛金台帳と試算表の一致
- 銀行残高と帳簿残高の一致（残高証明書とも照合）
【出力先】
- /shared_drive/tax_advisor/2026-04/ にフォルダ作成
- 各書類をPDF化して格納
- 添付メール本文ドラフト作成（顧問税理士向け）
【セキュリティ】
- マイナンバーは必ずマスキング
- 個人情報は必要最小限のみ
- 共有リンクは7日後に自動失効
提出前に経理マネージャーが最終確認。"
Codex vs Claude Code vs GPT-5.5 経理業務での比較
| 観点 | Codex | Claude Code | GPT-5.5 |
|---|---|---|---|
| 強み | OpenAI純正・GPT-5.5搭載・freee/MF API連携が安定 | 長時間タスク・複雑な仕訳ロジック・Sub-Agents | Code Interpreter / Excel拡張・チャット型 |
| 料金 | Codex料金プラン参照（無料枠あり） | 個人$20/法人プラン | ChatGPT Plus $20/月 |
| 経理特化機能 | 仕訳自動化・OCR・月次レポート | 仕訳ロジック・タスク自動化 | Excel経理・財務分析 |
| 非エンジニア適合性 | ★★★★★（CLI簡単） | ★★★★（プロジェクト構築要） | ★★★★★（チャットだけ） |
| API連携 | ★★★★★（OpenAIエコシステム） | ★★★★★（MCP経由） | ★★★（GPT Actions） |
選び方の指針: 経理担当者がCLIで完結したいならCodex、Engineering部門と統合したいならClaude Agent SDK、Excel中心の経理ならGPT-5.5。Codex vs Claude Code詳細比較もご参照ください。
freee / マネーフォワード / 弥生 連携実装パターン
freee API 連携
# freee API 経由で仕訳登録（Codexが自動生成）
import requests, os
def freee_create_journal(entries: list, company_id: int):
"""freeeに仕訳をPOSTする"""
headers = {
"Authorization": f"Bearer {os.environ['FREEE_TOKEN']}",
"Content-Type": "application/json"
}
body = {
"company_id": company_id,
"issue_date": "2026-04-30",
"details": entries
}
r = requests.post("https://api.freee.co.jp/api/1/manual_journals",
headers=headers, json=body, timeout=30)
return r.json()
マネーフォワード API 連携
マネーフォワードはOAuth 2.0認証で、freee同様のRESTful API。Codexが連携コードを自動生成できます。詳細はMCP完全実装ガイドでMCP Server経由の汎用連携も解説しています。
弥生会計 連携
弥生会計はAPI公開が限定的で、CSV連携が現実的です。Codexで「弥生形式CSV→生成」プロンプトを作成すれば、画面操作なしで取り込み可能。月数百件の仕訳でも処理時間は数分です。
【要注意】よくある失敗パターン4選と回避策
失敗1: 誤仕訳の自動承認
❌ NG例: AIが提案した仕訳を全件自動承認し、決算後に重大な誤りが発覚する
⭕ 正しいアプローチ: 「AI自動承認」と「人間承認待ち」を金額・科目・取引先で振り分ける。具体的には、5万円超・新規取引先・科目変更がある仕訳は必ず人間レビュー。それ以下の定型仕訳のみ自動。
研修先の実例: 顧問先の中堅企業で、AI自動仕訳の精度を測ったところ、初月は78%（22%エラー）、3ヶ月後は93%、6ヶ月後は97%まで改善しました。最初の3ヶ月は「全件人間レビュー」で過去事例をAIに学習させ、精度93%を超えてから自動承認比率を段階的に上げる運用が安全です。
失敗2: 消費税・インボイス判定の誤り
❌ NG例: AIが軽減税率（8%）を10%として処理してしまい、決算後に税務署から指摘
⭕ 正しいアプローチ: 消費税区分・インボイス判定はAIで一次判定し、必ず人間（または顧問税理士）が二次確認する。プロンプトに「軽減税率の判定は断定せず確認フラグ」を必ず含める。
失敗3: 経理業務の属人化が逆に進む
❌ NG例: ベテラン経理担当者だけがCodexを使いこなし、若手は「AIが何やってるか分からない」状態に
⭕ 正しいアプローチ: ベテラン経理の暗黙知を「AIプロンプト」として明文化し、若手も同じプロンプトで業務を実行できるようにする。月1回の「プロンプト共有会」で属人化解消。
失敗4: 監査証跡が残らない
❌ NG例: AI自動仕訳の判断ロジック・実行ログが残らず、監査法人から「証跡がない」と指摘
⭕ 正しいアプローチ: Codexの全実行ログを年間365日保存。AIエージェント観測・評価完全ガイドのOpenTelemetry設計を参照し、誰がいつどんなプロンプトで何を実行したかをトレース可能にする。AIエージェントセキュリティ完全ガイドでセキュリティ4層モデルを解説。
業種別の活用パターン
| 業種 | 主要シーン | 削減効果目安 |
|---|---|---|
| SaaS / IT | サブスク売掛金・前受金管理 | 月40〜60時間削減 |
| 小売 / EC | POSデータ取込・売上集計 | 月50〜80時間削減 |
| 製造業 | 原価計算・在庫評価 | 月60〜100時間削減 |
| 不動産 | 賃料管理・敷金保証金 | 月30〜50時間削減 |
| 士業（税理士） | 顧問先記帳代行 | 月100〜200時間削減（事務所全体） |
| 建設業 | 工事原価・進行基準 | 月50〜80時間削減 |
士業の経理AI活用は士業のAI活用完全ガイドで詳細解説しています。
30-60-90日 Codex × 経理 導入ロードマップ
0-30日: PoC（小規模試験）
- Codex CLI を経理マネージャー1名にインストール（無料枠で開始）
- 本記事のプロンプト1（領収書OCR）を1日10件で試運用
- freee or マネーフォワードのテスト環境（サンドボックス）で連携確認
- 1ヶ月運用してAI仕訳精度を測定
- 稟議資料作成（月削減時間 × 単価で月額ROI計算）
31-60日: 本番1次運用
- 領収書OCR + 銀行明細インポートを本番運用
- 5万円以下の定型仕訳のみ自動承認、それ以上は人間レビュー
- 月次経営レポート（プロンプト5）を経理マネージャーが活用
- 経理チーム全員（3〜5名）に展開
- 初回コスト最適化（Codexプラン見直し）
61-90日: スケール・高度化
- 消費税・インボイス判定（プロンプト8）を顧問税理士と共同設計
- 決算前BS/PL分析（プロンプト9）を期末決算で本格運用
- 監査証跡の整備（OpenTelemetry連携）
- 四半期ごとのAI仕訳精度レビュー
- ベテラン経理の暗黙知をプロンプト化（属人化解消）
まとめ：今日から始める3つのアクション
Codex × 経理は、もはや「検討段階」ではなく「導入の遅れが直接的な人件費負担になる段階」に入りました。月60時間→月12時間の80%削減事例が中小企業でも実現可能です。今日から試せる順番を整理します。
- 今日やること:
npm install -g @openai/codexでCodex CLIをインストール（無料枠で動く）。本記事の「プロンプト1（領収書OCR）」を、自社の領収書1枚で試して、出力品質を確認する。 - 今週中: freee or マネーフォワードのAPI トークンを取得し、本記事の「シーン②（請求書OCR）」または「シーン③（銀行明細インポート）」を実装。経理スタッフ1名で1週間トライアル運用する。
- 今月中: 月次経営レポート（プロンプト5）を経理マネージャーが運用開始。並行して30-60-90日ロードマップを社内で正式承認し、稟議用ROI試算を完成させる（月削減時間 × 経理スタッフ平均単価）。
まず5分で動かす: Codex × freee で仕訳1件を自動入力
AIエージェント全体像はAIエージェント導入完全ガイド、Codexの基本的な使い方はCodex使い方ガイド30コマンドを参照してください。本記事では経理業務に絞って深掘りします。
セットアップ（10分）
# 1. Codex CLI インストール（無料枠あり）
npm install -g @openai/codex
# 2. OpenAI API Key設定
export OPENAI_API_KEY="sk-xxxxxxxx"
# 3. freee API トークン取得
# freee 管理画面 → アプリ管理 → 個人用アクセストークン → 発行
export FREEE_TOKEN="your_freee_token"
# 4. プロジェクトディレクトリ作成
mkdir codex-keiri && cd codex-keiri
codex init # CLAUDE.md相当の AGENTS.md が自動生成
最小構成: 領収書1枚を仕訳に変換
# プロンプト1: 領収書OCR → freee 仕訳登録
codex "次の領収書PDF（receipt.pdf）を読み取り、以下を実行してください:
1. 日付・金額・支払先・摘要を抽出
2. 借方科目を以下から判定（旅費交通費／接待交際費／会議費／消耗品費／通信費）
3. freee API で仕訳登録（環境変数 FREEE_TOKEN を使用）
【判定ルール】
- 5,000円以下の会食 → 会議費
- 5,000円超の会食 → 接待交際費
- タクシー・電車 → 旅費交通費
- 駐車場 → 旅費交通費
- 文具・消耗品 → 消耗品費
【絶対遵守】
- OCR信頼度70%未満は「要確認」フラグつきで保留
- 5万円超の領収書は人間承認待ちにする
- 軽減税率の判定は断定せず確認を促す
不足している情報があれば、最初に質問してから作業を開始してください。"
研修先での実例: 上記プロンプトを顧問先のSaaS企業（経理スタッフ3名）に導入したところ、初週で領収書1枚あたりの処理時間が90秒→18秒に短縮（80%削減）。経理スタッフ1名を「資金繰り分析・経営助言」業務に配置転換でき、月次決算が締め後10営業日→4営業日に短縮されました。
Codex × 経理 業務自動化10シーン
以下が中小企業の経理業務を10シーンに分解し、それぞれにCodex適用パターンをマッピングしたものです。
| シーン | 自動化レベル | 削減目安 | 主要プロンプト |
|---|---|---|---|
| ① 領収書OCR→仕訳 | ★★★★★ | 80%削減 | プロンプト1（上記） |
| ② 請求書OCR→売掛金登録 | ★★★★★ | 75%削減 | プロンプト2 |
| ③ 銀行明細インポート→自動仕訳 | ★★★★ | 60%削減 | プロンプト3 |
| ④ 月次試算表の差異分析 | ★★★★ | 50%削減 | プロンプト4 |
| ⑤ 月次経営レポート自動生成 | ★★★★ | 70%削減 | プロンプト5 |
| ⑥ 経費精算ワークフロー | ★★★★★ | 85%削減 | プロンプト6 |
| ⑦ 固定資産台帳の管理 | ★★★ | 40%削減 | プロンプト7 |
| ⑧ 消費税区分・インボイス判定 | ★★★ | 50%削減（要人間確認） | プロンプト8 |
| ⑨ 決算前BS/PL分析 | ★★★★ | 60%削減 | プロンプト9 |
| ⑩ 税理士向け書類整備 | ★★★★ | 65%削減 | プロンプト10 |
シーン別プロンプト10選
シーン② 請求書OCR→売掛金登録（プロンプト2）
codex “以下の処理を実行してください:
1. invoices/フォルダ内の請求書PDFを全件読み取り
2. 各PDFから「請求書番号・発行日・取引先・金額・支払期日・備考」を抽出
3. freee API で売掛金として一括登録
4. 重複チェック: 同一請求書番号が既に登録されていたら警告
【出力形式】
| 請求書番号 | 取引先 | 金額 | 支払期日 | freee仕訳ID | 状態 |
【絶対遵守】
– 金額が前月平均の2倍を超える請求書は人間承認待ち
– 取引先名のフリガナ揺れは過去履歴から正規化
– 請求書PDFが画像のみの場合 OCR信頼度を併記
仮定した点は必ず”仮定”と明記してください。”
シーン③ 銀行明細インポート→自動仕訳（プロンプト3）
codex "次の銀行明細CSV（bank_statements.csv）を処理してください:
1. CSVを読み込み、各取引行を解析
2. 摘要欄から取引先を特定（過去の仕訳履歴と照合）
3. 借方/貸方科目を判定し、freee に仕訳登録
【判定ルール】
- 「給与振込」「賞与振込」 → 給与（要内訳分解）
- 「○○会社」「○○商事」 → 売掛金回収 or 買掛金支払
- 「△△銀行」 → 借入返済 or 借入金受入
- 「税金」「保険」 → 公租公課 or 保険料
【ガードレール】
- 100万円超の取引はすべて「要確認」フラグ
- 過去6ヶ月で同じ摘要が3回以上あれば自動仕訳、それ以下は確認
- 月初・月末の振込は給与・社会保険料の可能性を疑う
不明点は"要確認"として人間レビューに回す。"
シーン④ 月次試算表の差異分析（プロンプト4）
codex "月次試算表（trial_balance_2026-04.csv）と前月（trial_balance_2026-03.csv）を比較し、以下を出力してください:
【分析項目】
1. 残高変動TOP10（絶対額・前月比%）
2. 異常値検出（前月比3倍超 or 1/3未満の科目）
3. 売上・粗利率・営業利益率の経年推移
4. 売掛金回収状況（滞留が増えていないか）
5. 在庫の異常な増減
【出力形式】
- 経営者向け 1ページサマリー（A4 1枚相当）
- 詳細分析 3ページ（科目別・部門別）
- 改善提案 3項目（具体的アクション付き）
【トーン】
- 専門用語は最小限、経理ヒアリング不要レベルに
- 数字は必ず根拠（前月比・前年同月比）併記
数字と固有名詞は、根拠を添えてください。"
シーン⑤ 月次経営レポート自動生成（プロンプト5）
codex "freee API から2026年4月分の財務データを取得し、月次経営レポートを生成してください:
【データ取得】
- PL（損益計算書）4月分実績 + 過去12ヶ月推移
- BS（貸借対照表）4月末残高 + 過去6ヶ月推移
- キャッシュフロー（簡易版）
【レポート構成】
1. エグゼクティブサマリー（1ページ）
2. 売上・利益分析（3ページ・図表付き）
3. 部門別損益（5ページ）
4. 営業キャッシュフロー / 運転資本推移
5. 来月見込み + リスク要因
【出力形式】
- Markdown形式で /reports/2026-04-monthly.md に保存
- 主要数字は表形式
- グラフは Mermaid記法で記述
代表者の翌週の経営会議で使えるレベルの完成度で。"
研修先での実例: 顧問先の中堅製造業（年商15億円）でこのプロンプトを導入し、月次経営レポート作成時間が経理マネージャーの月8時間→月45分に短縮されました。さらに「以前は数字を見せるだけだったレポートが、改善提案まで含まれるようになった」と経営陣からも高評価でした。
シーン⑥ 経費精算ワークフロー（プロンプト6）
codex "経費精算申請（receipts/2026-04/）を一括処理してください:
【処理フロー】
1. 各申請者フォルダの領収書PDFを読み取り
2. 申請ルールチェック:
- 5万円超: 事前承認証跡があるか確認
- 接待交際費: 取引先名・人数明記があるか
- 海外出張: 為替レート換算が適切か
3. 仕訳ジャーナル生成（freee形式）
4. ルール違反は申請者に確認メールドラフト作成
【ルールベース】
- 旅費交通費: 1日上限15,000円（出張先が首都圏外なら25,000円）
- 接待交際費: 1人あたり10,000円超は要稟議
- 会議費: 1人あたり5,000円以下
- 個人立替: 振込手数料込みで精算
【出力】
- 自動承認可: freee に仕訳登録
- 要確認: 申請者ごとの確認事項一覧をSlack DMドラフト作成
- ルール違反: 詳細ログを admin@example.com にメールドラフト
不正検知: 同じ領収書の重複申請、日付の過去化を必ずチェック。"
シーン⑦ 固定資産台帳の管理（プロンプト7）
codex "固定資産台帳（fixed_assets.csv）を更新してください:
【処理内容】
1. 当月取得資産（10万円超）を新規登録
2. 償却計算（定額法・定率法を法令に基づき判定）
3. 当月除却・売却資産の処理
4. 含み損益の試算
5. 来月以降3年間の償却スケジュール表示
【判定ルール】
- 10万円未満: 消耗品費（即時費用化）
- 10〜30万円: 一括償却資産（3年均等償却 or 中小企業特例）
- 30万円超: 通常の固定資産（耐用年数表に基づく償却）
【絶対遵守】
- 中小企業特例（30万円未満一括償却）の適用判定は要確認
- 耐用年数は国税庁「主な減価償却資産の耐用年数表」に基づく
- ソフトウェアは5年定額が原則
不明点は税理士確認とする。"
シーン⑧ 消費税区分・インボイス判定（プロンプト8）
codex “請求書PDF（invoices_received/2026-04/）の消費税区分とインボイス対応を判定してください:
【判定項目】
1. 消費税区分:
– 課税仕入れ（10%・8%軽減・非課税・不課税の判定）
– 国外取引判定
2. インボイス対応:
– 適格請求書発行事業者番号（T+13桁）の有無
– 番号の有効性チェック（国税庁公表サイト照合）
3. 仕入税額控除可否:
– インボイス番号あり → 100%控除
– インボイス番号なし → 経過措置（80%控除 or 50%控除）
【出力形式】
| 請求書番号 | 取引先 | 金額 | 税区分 | インボイス番号 | 控除可否 | 備考 |
【絶対遵守】
– 軽減税率の判定（食品・新聞）は必ず実物確認
– 国外事業者からの請求は別判定（リバースチャージ等）
– 判断に迷う場合は”税理士確認”フラグ
最終判断は税理士が行うこと。”
シーン⑨ 決算前BS/PL分析（プロンプト9）
codex "決算月（2026-03期）の試算表を分析し、決算前確認事項を整理してください:
【分析項目】
1. 売掛金 残高の妥当性（取引先別エイジング）
2. 棚卸資産の評価方法と期末評価
3. 未払金・未払費用の計上漏れチェック
4. 引当金（賞与引当金・退職給付引当金）の計上適切性
5. 固定資産の減損兆候
6. 繰延税金資産の回収可能性
【決算整理仕訳の検討】
- 期間按分が必要な費用・収益
- 棚卸減耗・評価損
- 売上・仕入の期間帰属
- 為替換算（外貨建債権・債務）
【出力】
- 決算整理仕訳ジャーナル（ドラフト）
- 税理士確認事項リスト
- 監査向け調書テンプレート
【絶対遵守】
- 過年度の数字を勝手に修正しない
- 決算整理仕訳は税理士本人の最終確認必須
- 監査対応で求められる証跡を残す
不確実な処理は"要相談"フラグで人間判断を待つ。"
シーン⑩ 税理士向け書類整備（プロンプト10）
codex "顧問税理士に提出する月次資料一式を整備してください:
【提出書類】
1. 試算表（合計残高試算表）
2. 仕訳帳 + 元帳
3. 売掛金・買掛金の補助簿
4. 領収書原本のスキャンPDF（月別フォルダ）
5. 固定資産台帳の更新部分
6. 給与台帳（個人特定情報マスキング）
【自動チェック】
- 仕訳帳の借方・貸方残高一致
- 売掛金台帳と試算表の一致
- 銀行残高と帳簿残高の一致（残高証明書とも照合）
【出力先】
- /shared_drive/tax_advisor/2026-04/ にフォルダ作成
- 各書類をPDF化して格納
- 添付メール本文ドラフト作成（顧問税理士向け）
【セキュリティ】
- マイナンバーは必ずマスキング
- 個人情報は必要最小限のみ
- 共有リンクは7日後に自動失効
提出前に経理マネージャーが最終確認。"
Codex vs Claude Code vs GPT-5.5 経理業務での比較
| 観点 | Codex | Claude Code | GPT-5.5 |
|---|---|---|---|
| 強み | OpenAI純正・GPT-5.5搭載・freee/MF API連携が安定 | 長時間タスク・複雑な仕訳ロジック・Sub-Agents | Code Interpreter / Excel拡張・チャット型 |
| 料金 | Codex料金プラン参照（無料枠あり） | 個人$20/法人プラン | ChatGPT Plus $20/月 |
| 経理特化機能 | 仕訳自動化・OCR・月次レポート | 仕訳ロジック・タスク自動化 | Excel経理・財務分析 |
| 非エンジニア適合性 | ★★★★★（CLI簡単） | ★★★★（プロジェクト構築要） | ★★★★★（チャットだけ） |
| API連携 | ★★★★★（OpenAIエコシステム） | ★★★★★（MCP経由） | ★★★（GPT Actions） |
選び方の指針: 経理担当者がCLIで完結したいならCodex、Engineering部門と統合したいならClaude Agent SDK、Excel中心の経理ならGPT-5.5。Codex vs Claude Code詳細比較もご参照ください。
freee / マネーフォワード / 弥生 連携実装パターン
freee API 連携
# freee API 経由で仕訳登録（Codexが自動生成）
import requests, os
def freee_create_journal(entries: list, company_id: int):
"""freeeに仕訳をPOSTする"""
headers = {
"Authorization": f"Bearer {os.environ['FREEE_TOKEN']}",
"Content-Type": "application/json"
}
body = {
"company_id": company_id,
"issue_date": "2026-04-30",
"details": entries
}
r = requests.post("https://api.freee.co.jp/api/1/manual_journals",
headers=headers, json=body, timeout=30)
return r.json()
マネーフォワード API 連携
マネーフォワードはOAuth 2.0認証で、freee同様のRESTful API。Codexが連携コードを自動生成できます。詳細はMCP完全実装ガイドでMCP Server経由の汎用連携も解説しています。
弥生会計 連携
弥生会計はAPI公開が限定的で、CSV連携が現実的です。Codexで「弥生形式CSV→生成」プロンプトを作成すれば、画面操作なしで取り込み可能。月数百件の仕訳でも処理時間は数分です。
【要注意】よくある失敗パターン4選と回避策
失敗1: 誤仕訳の自動承認
❌ NG例: AIが提案した仕訳を全件自動承認し、決算後に重大な誤りが発覚する
⭕ 正しいアプローチ: 「AI自動承認」と「人間承認待ち」を金額・科目・取引先で振り分ける。具体的には、5万円超・新規取引先・科目変更がある仕訳は必ず人間レビュー。それ以下の定型仕訳のみ自動。
研修先の実例: 顧問先の中堅企業で、AI自動仕訳の精度を測ったところ、初月は78%（22%エラー）、3ヶ月後は93%、6ヶ月後は97%まで改善しました。最初の3ヶ月は「全件人間レビュー」で過去事例をAIに学習させ、精度93%を超えてから自動承認比率を段階的に上げる運用が安全です。
失敗2: 消費税・インボイス判定の誤り
❌ NG例: AIが軽減税率（8%）を10%として処理してしまい、決算後に税務署から指摘
⭕ 正しいアプローチ: 消費税区分・インボイス判定はAIで一次判定し、必ず人間（または顧問税理士）が二次確認する。プロンプトに「軽減税率の判定は断定せず確認フラグ」を必ず含める。
失敗3: 経理業務の属人化が逆に進む
❌ NG例: ベテラン経理担当者だけがCodexを使いこなし、若手は「AIが何やってるか分からない」状態に
⭕ 正しいアプローチ: ベテラン経理の暗黙知を「AIプロンプト」として明文化し、若手も同じプロンプトで業務を実行できるようにする。月1回の「プロンプト共有会」で属人化解消。
失敗4: 監査証跡が残らない
❌ NG例: AI自動仕訳の判断ロジック・実行ログが残らず、監査法人から「証跡がない」と指摘
⭕ 正しいアプローチ: Codexの全実行ログを年間365日保存。AIエージェント観測・評価完全ガイドのOpenTelemetry設計を参照し、誰がいつどんなプロンプトで何を実行したかをトレース可能にする。AIエージェントセキュリティ完全ガイドでセキュリティ4層モデルを解説。
業種別の活用パターン
| 業種 | 主要シーン | 削減効果目安 |
|---|---|---|
| SaaS / IT | サブスク売掛金・前受金管理 | 月40〜60時間削減 |
| 小売 / EC | POSデータ取込・売上集計 | 月50〜80時間削減 |
| 製造業 | 原価計算・在庫評価 | 月60〜100時間削減 |
| 不動産 | 賃料管理・敷金保証金 | 月30〜50時間削減 |
| 士業（税理士） | 顧問先記帳代行 | 月100〜200時間削減（事務所全体） |
| 建設業 | 工事原価・進行基準 | 月50〜80時間削減 |
士業の経理AI活用は士業のAI活用完全ガイドで詳細解説しています。
30-60-90日 Codex × 経理 導入ロードマップ
0-30日: PoC（小規模試験）
- Codex CLI を経理マネージャー1名にインストール（無料枠で開始）
- 本記事のプロンプト1（領収書OCR）を1日10件で試運用
- freee or マネーフォワードのテスト環境（サンドボックス）で連携確認
- 1ヶ月運用してAI仕訳精度を測定
- 稟議資料作成（月削減時間 × 単価で月額ROI計算）
31-60日: 本番1次運用
- 領収書OCR + 銀行明細インポートを本番運用
- 5万円以下の定型仕訳のみ自動承認、それ以上は人間レビュー
- 月次経営レポート（プロンプト5）を経理マネージャーが活用
- 経理チーム全員（3〜5名）に展開
- 初回コスト最適化（Codexプラン見直し）
61-90日: スケール・高度化
- 消費税・インボイス判定（プロンプト8）を顧問税理士と共同設計
- 決算前BS/PL分析（プロンプト9）を期末決算で本格運用
- 監査証跡の整備（OpenTelemetry連携）
- 四半期ごとのAI仕訳精度レビュー
- ベテラン経理の暗黙知をプロンプト化（属人化解消）
まとめ：今日から始める3つのアクション
Codex × 経理は、もはや「検討段階」ではなく「導入の遅れが直接的な人件費負担になる段階」に入りました。月60時間→月12時間の80%削減事例が中小企業でも実現可能です。今日から試せる順番を整理します。
- 今日やること:
npm install -g @openai/codexでCodex CLIをインストール（無料枠で動く）。本記事の「プロンプト1（領収書OCR）」を、自社の領収書1枚で試して、出力品質を確認する。 - 今週中: freee or マネーフォワードのAPI トークンを取得し、本記事の「シーン②（請求書OCR）」または「シーン③（銀行明細インポート）」を実装。経理スタッフ1名で1週間トライアル運用する。
- 今月中: 月次経営レポート（プロンプト5）を経理マネージャーが運用開始。並行して30-60-90日ロードマップを社内で正式承認し、稟議用ROI試算を完成させる（月削減時間 × 経理スタッフ平均単価）。
あわせて読みたい:
- Codex使い方ガイド30コマンド：Codex CLIの基本操作と無料活用法
- Codex料金プラン完全ガイド：プラン選定の判断基準
- Codex vs Claude Code 詳細比較：開発vs経理での使い分け
- 士業のAI活用完全ガイド：顧問税理士との連携で導入を加速
- AIエージェントセキュリティ完全ガイド：経理データ保護の4層モデル
- AIエージェント観測・評価完全ガイド：監査証跡のためのトレース設計
- AIエージェント導入完全ガイド：エージェント全体像と導入判断指針
参考・出典
- OpenAI Codex公式ドキュメント — OpenAI（参照日: 2026-05-07）
- freee API ドキュメント — freee（参照日: 2026-05-07）
- マネーフォワード API — マネーフォワード（参照日: 2026-05-07）
- freee AIおまかせ明細取得 β版（2026年3月） — freee公式（参照日: 2026-05-07）
- freee AI機能徹底レビュー2026 — Kaikei AI Daily（参照日: 2026-05-07）
- freee/マネーフォワード × Claude AI MCP連携 — メディレクション（参照日: 2026-05-07）
- 主な減価償却資産の耐用年数表 — 国税庁（参照日: 2026-05-07）
- 軽減税率制度 — 国税庁（参照日: 2026-05-07）
- インボイス制度（適格請求書等保存方式） — 国税庁（参照日: 2026-05-07）
著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。早稲田大学法学部在学中に生成AIの可能性に魅了され、X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。
ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。
中小企業が経理自動化で最初に詰まる「承認・証跡・税務」の現場対応
「経理 自動化」で検索すると、RPAやクラウド会計の連携、AI-OCRでの領収書読み取りといった「どんなツールがあるか」の解説は数多く見つかります。ただ、実際にCodexやAIエージェントで経理処理を自動化しようとすると、中小企業ではツール選びの前に別の壁にぶつかる傾向があります。それが、社内の承認フロー・税務上の証跡・誰がチェックするのかという運用設計です。私たちがAI導入の伴走をしている中でも、ここを飛ばして自動化に着手すると、後から「自動で起票された仕訳を誰も確認していなかった」という事態になりがちです。この章では、ツールの紹介ではなく、自動化を本番運用に乗せる前に整えておきたい現場の論点を、明日から検討できる粒度で整理します。
「全自動」を狙わず、人が承認するチェックポイントを必ず1つ残す
経理自動化でまず決めたいのは、どこまでをAIに任せ、どこから人が見るかの線引きです。領収書のOCR読み取りや銀行明細の取り込み、仕訳の下書きまではAIに任せても、最終的に総勘定元帳へ反映する一歩手前に「人による承認」を1つ挟む設計をおすすめしています。完全自動化を目指すと、勘定科目の判定ミスや二重計上が発生したときに気づける人がいなくなり、月次や決算のタイミングで一気に手戻りが発生します。具体的には、AIが起票した仕訳を「未確認」ステータスで溜め、経理担当が一覧でまとめて承認する運用にすると、一件ずつ手入力するより速く、かつチェック機能が残ります。AIエージェントへの指示も「仕訳を確定せず、確認待ちの下書きとして提示する」と明示するプロンプトにしておくと安全です。自動化の進め方の全体像は中小企業のAI導入戦略でも触れていますが、経理は特に「止めても問題ない範囲」から段階的に広げるのが向いています。
勘定科目の判定はAIに丸投げせず、自社のルールを先に渡す
経理自動化で精度が安定しないと感じる原因の多くは、勘定科目の判定をAIの一般知識に任せていることにあります。同じ「Amazonでの購入」でも、消耗品費なのか、工具器具備品なのか、会社によって基準が違います。Codexのようなツールに仕訳を任せるなら、まず自社の勘定科目一覧と「この取引先はこの科目」という対応ルールをテキストで用意し、それを判定の前提として渡すのが現実的です。過去の仕訳データがあれば、それを参照させて「過去にこの摘要はどの科目で処理したか」を踏まえさせると、自社の慣習に沿った判定に寄っていきます。逆に、ルールを渡さずに「適切な勘定科目を判定して」とだけ指示すると、月によって同じ取引が違う科目になり、後で集計したときに数字がぶれます。最初に判定ルールを文書化する手間はかかりますが、これは一度作れば毎月使い回せる資産になります。プロンプト設計の基本的な考え方はClaude Code活用ガイドのアプローチが応用できます。
消費税・インボイスの判定は自動化の「鬼門」として別扱いにする
経理自動化で見落とされやすいのが、消費税とインボイス制度まわりの処理です。課税・非課税・不課税の区分、軽減税率の8%か標準の10%か、そして相手がインボイス登録事業者かどうかで仕入税額控除の扱いが変わります。これらをAIに自動判定させること自体は可能ですが、判定を間違えると納税額に直結するため、ここだけは「人の確認を必須にする領域」として切り分けることをおすすめします。実務では、登録番号の有無や税率区分をAIに抽出させたうえで、判定が曖昧なものには「要確認」のフラグを立てさせ、経理担当が目視する運用が落としどころになりやすいです。また、登録番号が記載されていても実在する番号か、書類の記載要件を満たしているかまでは、書類画像からの読み取りだけでは確証が持てない場合があります。自動化はあくまで「下処理を速くする」ものと位置づけ、最終判断は人が握る前提で設計すると、税務調査で説明できない処理が紛れ込むリスクを下げられます。
無料ツールや小さな範囲から始め、いきなり全社展開しない
中小企業の経理自動化でありがちな失敗は、最初から全部門・全取引を対象にした大がかりな仕組みを組もうとして、導入が止まってしまうことです。経理は毎月締め切りがある業務なので、移行中に処理が滞ると業務が回らなくなります。現実的には、まず「経費精算の領収書読み取りだけ」「特定の取引先の請求書処理だけ」のように、件数が多くてミスが起きても影響の小さい範囲から始めるのが安全です。そこで判定ルールと承認フローを固めてから、対象を少しずつ広げていきます。ツールも、いきなり有料の高機能なものを契約する前に、手元のAIツールや既存の会計ソフトに付いている自動仕訳機能で試し、自社の取引の何割が自動でうまく処理できるかを把握すると、投資判断の精度が上がります。AIエージェントを業務に組み込む際の段取りはAIエージェント導入ガイドにもまとめていますが、経理では特に「小さく始めて、確認しながら広げる」が安全策です。
属人化を防ぐため、プロンプトと判定ルールを「引き継げる形」で残す
最後に見落とされがちなのが、自動化の仕組みそのものの属人化です。担当者がAIへの指示文や判定ルールを自分の頭の中だけで持っていると、その人が異動・退職したときに自動化が一気に止まります。経理は会社が続く限り毎月発生する業務なので、使っているプロンプト、勘定科目の対応ルール、承認の手順を、誰が見ても運用できるドキュメントとして残しておくことが、結果的に自動化を長持ちさせます。具体的には、よく使う指示文をテンプレートとして整理し、なぜその科目に振るのかという判断基準もあわせて書き留めておくと、引き継ぎの負担が下がります。自動化は一度作って終わりではなく、税制改正や取引先の変化にあわせてルールを更新し続けるものです。更新の履歴を残せる形にしておけば、「いつ・なぜルールを変えたか」が追え、税務上の説明にも役立ちます。日々の業務でのAI活用の広げ方はChatGPTビジネス活用ガイドでも扱っていますので、経理以外の部門に展開する際の参考にしてみてください。
OpenAI Codex の社内導入、Uravationが伴走支援します
Codex CLI のチーム展開、AGENTS.md 設計、エンタープライズプラン選定まで100社以上の知見から最適解をご提案。
- 100社以上の企業支援実績
- 初回30分無料・即日返信
- 導入後3ヶ月の伴走付き
お問い合わせフォームから24時間以内にUravation担当者がご返信します。
