【2026年9月最新】前受金とは？仕訳例・前受収益や仮受金との違いから、Claude Code／Codexで消し込み処理まで自動化する方法を解説
aikanri-admin
「取引先から代金の一部を先にもらったんだけど、これって前受金？仮受金？」——経理担当者や、顧問先の帳簿をチェックする税理士・会計事務所のスタッフなら、一度は確認に手間取ったことがあるはずです。
結論から言うと、前受金とは、商品やサービスを提供する前に、その対価の一部または全部を先に受け取ったときに使う勘定科目です。お金を先に受け取っているにもかかわらず、会計上は「負債」として扱われます。これは、商品やサービスをまだ提供していない以上、会社には「今後、商品を渡す（またはお金を返す）義務」が残っているためです。仕訳自体は単純ですが、前受収益・仮受金・売掛金・預り金といった似た勘定科目との区別を間違えると、決算書の数字がおかしくなり、税務調査で説明を求められることもあります。
この記事では、前受金の意味・仕訳例・紛らわしい勘定科目との違いを実務目線で整理したうえで、後半では前受金の受領検知から仕訳作成、納品時の振替、消し込みまでをClaude Code／Codex（AIエージェント）に任せ、無人で回す方法を、弊社サービス「AI鬼管理」（運営: 株式会社GENAI）の実践ノウハウとともに解説します。
代表菅澤
AI鬼管理山崎
01 WHAT IT MEANS 前受金とは？「負債」に分類される理由 お金を受け取っているのに、なぜ負債として扱うのか
📚 用語解説
前受金：商品の販売やサービスの提供を行う前に、その対価の一部または全部を先に受け取った際に使用する勘定科目。貸借対照表上は負債（流動負債）に分類される。受注生産品の手付金、工事の着手金、単発講座の受講料の一括受領（提供が一度で完了するもの）などが典型例。
1-1. 「もらったお金」がなぜ負債になるのか
前受金が負債に分類される理由は、会社が「商品やサービスを提供する義務」をまだ果たしていないからです。お金は既に手元にありますが、それは対価としてまだ確定していません。もし契約が解除されれば、受け取ったお金を返還する義務が発生します。この「将来、何かを提供しなければならない（または返さなければならない）」という状態こそが、負債の本質です。
前受金を受け取った時点で、うっかり売上（収益）として計上してしまうケースが実務では見られます。しかし商品・サービスの提供が完了していない時点で売上を計上するのは、会計上の収益認識のルールに反します。前受金は、あくまで商品・サービスを提供した時点で売上に振り替えるまで、負債として保有しておく必要があります。
代表菅澤
AI鬼管理山崎
02 JOURNAL ENTRY EXAMPLES 前受金の仕訳例（受領時・納品時） 受け取ったときと、商品・サービスを提供したときで仕訳が変わる
前受金の仕訳は、「お金を受け取ったとき」と「商品・サービスを提供したとき」の2段階で構成されます。それぞれの仕訳を見てみましょう。
📚 用語解説
前払金：前受金とは逆の立場の勘定科目。商品やサービスを受け取る前に、購入側が代金の一部・全部を先に支払った際に使用する。前受金が「負債」であるのに対し、前払金は「資産（まだ受け取っていない権利）」として扱われる。
取引の一連の流れを図にすると、次のようになります。
代表菅澤
03 SIMILAR ACCOUNTS 前受収益・仮受金・売掛金・預り金との違い 似ているようで、それぞれ性質が異なる4つの勘定科目
📚 用語解説
前受収益：一定の契約に従って継続的にサービスを提供する場合に、まだ提供していない期間分の対価として受け取った金額を記録する経過勘定。前受金と違い、「時間の経過とともに収益として認識されていく」点が特徴で、家賃収入や保守契約料の前受けなどで使われる。
📚 用語解説
仮受金：内容や目的が不明なまま会社の口座に入金があった場合に、一時的に使用する勘定科目。入金の理由が判明した時点で、正しい勘定科目（前受金・売掛金の回収等）に振り替える必要がある。
| 勘定科目 | 性質 | 前受金との違い |
|---|---|---|
| 前受金 | 商品・サービス提供前に受け取った対価（負債） | （基準） |
| 前受収益 | 継続的なサービス提供の未提供期間分の対価（経過勘定） | 「一括提供」ではなく「期間の経過で按分して収益化」する点が異なる |
| 仮受金 | 入金の目的が不明な一時的な受取（負債） | 前受金は目的（何の代金か）が明確。仮受金は目的が判明していない |
| 売掛金 | 商品・サービス提供後、まだ回収していない代金（資産） | 前受金は「先にお金・後で商品」、売掛金は「先に商品・後でお金」で順序が逆 |
| 預り金 | 第三者のために一時的に預かっているお金（負債） | 前受金は自社の売上の対価。預り金は原則として本人へ返還・第三者へ支払う性質のお金 |
見分け方をシンプルに整理すると、次の順番で確認するのが実務的です。
特に間違いやすいのは前受金と前受収益の区別です。年間契約のサブスクリプションサービスで代金を一括受領した場合、それを一括で前受金として処理し、あとで一度に売上へ振り替えてしまうと、「まだ提供していない期間の収益を先取りしてしまう」誤りになります。継続的に提供するサービスなら、期間の経過に応じて按分計上する前受収益として扱うのが正しい処理です。
AI鬼管理山崎
代表菅澤
04 RELATED DOCUMENTS 前受金が関連する帳票と実務上の管理ポイント 仕訳だけでなく、案件ごとの消し込み管理が実務の本番
前受金は、商品・サービスを提供した時点で忘れずに売上へ振り替える（消し込む）必要があります。案件数が増えると、「提供済みなのに前受金として残ったまま」「振替済みなのに台帳が更新されていない」といった不一致が発生しやすくなります。決算時にこの不一致が発覚すると、すべての案件を遡って確認する羽目になり、決算作業自体が大きく遅延します。
代表菅澤
05 MANUAL RISKS 手作業の前受金管理で起きる典型的な事故 「今期は何とか合った」の積み重ねが、いつか破綻する
こうした事故の多くは、「どの案件がまだ前受金として残っているか」を、担当者が個別に記憶・管理しているという構造的な問題から生まれます。取引件数が増えるほど、また決算が近づくほど、確認漏れのリスクは積み重なっていきます。
ここで従来の選択肢は「会計システムの補助簿機能を使う」か「税理士・会計事務所に定期的に確認してもらう」の二択でした。もちろんそれも正解の一つです。ただし2026年現在は、もう一つの選択肢があります。既存の会計データや請求書をそのまま使いながら、消し込み・振替の手作業部分だけをClaude Code／CodexのようなAIエージェントに任せる方法です。
AI鬼管理山崎
06 AUTOMATE WITH AI 【核心】Claude Code／Codexで前受金の消し込みを「無人で回る仕組み」にする 効率化ではなく自動化。トリガーで勝手に走るワークフローに落とし込む
📚 用語解説
Claude Code／Codex：Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します（Codexでも同じことができます）。重要なのは、AIに「前受金の仕訳方法を聞く」のではなく、受領検知から仕訳作成、消し込みまでをワークフローごとAIに渡してしまうという発想の転換です。
6-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「前受金の仕訳を教えて」と聞くのは効率化です。人間が作業の主体で、AIは調べ物を速くしてくれるだけ。この使い方では、消し込み漏れも台帳の分裂もなくなりません。
一方、Claude Code／Codexで作るのは自動化です。「入金があったら請求書データと照合して前受金として記録し、納品が確定したら自動で売上に振り替えて台帳を更新する」という一連の流れを最初に一度だけ設計しておけば、あとは入金・納品というトリガーだけで人間が何もしなくても走り続けます。人間の仕事は、最後に上がってきた台帳と仕訳の確認だけです。
6-2. Claude Code／Codexに任せられる作業
| これまで人間がやっていた作業 | Claude Code／Codexに任せた後 |
|---|---|
| 入金を確認して手作業で前受金台帳に記録 | 入金データと請求書を自動照合し、台帳へ自動記録 |
| 納品済みの案件を目視で確認し、消し込みを実施 | 納品確定データを検知し、自動で売上へ振替・消し込み |
| 前受金と前受収益の判定を都度考えながら処理 | 契約種別（一括/継続）に応じて自動で仕訳パターンを適用 |
| 仮受金の内容を後から個別に調査 | 入金元・金額のパターンから候補となる案件を自動提示 |
| 決算前に前受金残高を全案件突合して確認 | 未消し込みの前受金を自動リストアップし、決算前に通知 |
6-3. 導入は3ステップ（プログラミング不要）
6-4. AI鬼管理（株式会社GENAI）での実践例
AI鬼管理では、この「前受金の消し込みをClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。例えば、受注案件ごとに着手金を前受金として受け取る制作会社のクライアント企業様では、案件数十件分の前受金台帳をExcelで手作業管理し、納品完了時に個別で消し込みを行っていた工程を、入金・納品確定をトリガーに自動で台帳更新まで進むワークフローに置き換えました。従来は決算前に丸2日かけていた全案件の突合確認が、確認1時間程度に短縮された、というのが典型的な効果です。もちろん、運営元の弊社（株式会社GENAI）自身のバックオフィスも、同じ考え方で回しています。
重要なのは、これが経理担当者や税理士・会計事務所の価値を奪う話ではないことです。照合と転記という「間違えたら怒られるだけの作業」から解放されて、前受収益との区分判断や、決算全体の整合性確認という、人にしかできない判断業務に時間を使えるようになります。顧問先を多く抱える会計事務所であれば、この仕組みを事務所側に置いて複数社の前受金管理を一括支援する、という応用も可能です。
AI鬼管理山崎
代表菅澤
07 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
壁1：勘定科目の判断基準を「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「この契約は一括提供か継続提供か」「この入金は前受金か仮受金か」——本記事で見てきたとおり、前受金の周辺には細かい判断基準の塊があります。この言語化を飛ばして作った仕組みは、誤った勘定科目を毎回自動で量産する装置になります。決算数字に直結する領域だけに、ここが独学の最初で最大の壁です。
壁2：検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の仕訳データと自動処理の結果を突き合わせる、わざと判断が難しいケース（一部返金、契約変更等）を想定して挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で決算を迎えることになります。
壁3：作った本人しか触れない「第二の属人化」
Excel台帳の弱点として「作った人しか運用が分からない」問題を挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の退職と同時に仕組みが止まる。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。
| 独学で導入 | AI鬼管理（伴走支援）で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。判断が難しいケースから始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型消し込みから着手 |
| 判断基準の言語化 | 自力で仕様を書き起こす（数十時間規模） | 実際の仕訳データを見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存（第二の属人化） | 研修形式で複数人が扱える状態まで育成 |
| 前受金管理の先への展開 | 1業務で力尽きるケースが多い | 帳簿付け・証憑整理等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社（株式会社GENAI）が提供しているのが、AI鬼管理です。Claude Code／Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社・自事務所の実業務——例えば今お使いの前受金台帳そのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
前受金の消し込みのように「ルールが明確」「毎回同じ手順」「ミスの影響が決算に直結する」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準そのものが定まっていない業務からAI化を始めると失敗しやすい。自社の業務を並べて優先順位を付けるところも、AI鬼管理の初回で必ず一緒に行います。
代表菅澤
AI鬼管理山崎
08 COMPARISON & SUMMARY Excel手作業 vs 会計システム vs Claude Code／Codex 徹底比較・まとめ 自社の規模と体制に合った前受金管理の「正解」を選ぶ
| Excel手作業 | 会計システムの補助簿機能 | Claude Code／Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 導入・設定にコストがかかる | ワークフロー設計のみ（既存データ流用可） |
| 消し込み作業 | 人間が都度確認して振替 | システム内のデータのみ半自動 | 入金・納品をトリガーに自動振替 |
| 判定の柔軟性 | 高い（ただし属人化） | 製品仕様の範囲内 | 高い（日本語で判断基準の変更を指示できる） |
| 決算前の突合確認 | 全案件を手作業で確認 | システム内のデータのみ | 未消し込み案件を自動リストアップ |
| 前受金管理以外への展開 | できない | 会計領域のみ | 帳簿付け・証憑整理等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
前受金は、仕訳自体はシンプルでも、案件ごとの消し込みを漏れなく追い続けられるかが実務の本番です。人間の記憶と手作業に依存した管理は、案件数が増えるほど必ず限界が来ます。経理業務全体の考え方は経理業務の完全ガイド、日々の帳簿付けの自動化については帳簿付けを自動化する方法を解説した記事もあわせてご覧ください。
前受金の消し込みを仕組み化しておけば、担当者が変わっても同じ精度で台帳を維持でき、決算前の突合確認に丸2日かけるような事態も構造的に防げます。これは経理業務の効率化だけでなく、決算数字の正確性という観点でも重要な投資だと言えるでしょう。
あわせて読みたい：同じテーマの記事
代表菅澤
最初の自動化ワークフローを、貴社の実業務で一緒に作りませんか
「前受金の消し込みがいつも決算前にバタバタする」「前受金と前受収益の判断にいつも迷う」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社・貴事務所の実際の台帳・業務フローを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
AI鬼管理山崎
ここから先の進め方は、大きく2つあります。
自社で回せるようになりたい方は、AI鬼管理でClaude Code／Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
覚えるより任せたい方は、AI社員相方でこの記事のような定型業務を丸ごと預ける道があります。料金は月30万円の月額定額、追加費用は0円です。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか？
よくある質問
Q. 前受金は、なぜ「負債」として扱われるのですか？
A. 商品やサービスをまだ提供していない時点でお金を受け取っているため、会社には「今後、商品を渡す（またはお金を返す）義務」が残っています。この未履行の義務を表すために、前受金は貸借対照表上、負債（流動負債）に分類されます。
Q. 前受金と前受収益はどう見分ければいいですか？
A. 一括で商品・サービスを提供して完了する取引の対価を先に受け取った場合は前受金、年間契約の保守料や家賃など、時間の経過とともに継続的にサービスが提供される契約の対価を先に受け取った場合は前受収益として区別します。前受収益は期間の経過に応じて按分して収益化する点が前受金と異なります。
Q. 仮受金として処理した入金は、いつまでに正しい勘定科目に振り替えるべきですか？
A. 入金の目的が判明した時点で、できるだけ早く前受金や売掛金の回収など正しい勘定科目に振り替えるべきです。仮受金は目的が不明な入金を一時的に処理するための科目のため、決算時点まで残っていると税務調査で内容の説明を求められることが多く、実務上は月次で仮受金の内容を確認するルールを設けることが推奨されます。
Q. 前受金の消し込み漏れを防ぐには、どうすればいいですか？
A. 取引先・案件ごとに前受金台帳（補助簿）を整備し、商品・サービスの提供が完了したタイミングで必ず売上へ振り替える運用ルールを徹底することが基本です。案件数が多い場合は、納品確定データと前受金台帳を自動照合し、未消し込みの案件を自動でリストアップする仕組みを作ることで、漏れを構造的に防げます。
Q. 前受金と売掛金の違いは何ですか？
A. 前受金は「先に代金を受け取り、後で商品・サービスを提供する」取引で使う負債の勘定科目です。一方、売掛金は「先に商品・サービスを提供し、後で代金を受け取る」取引で使う資産の勘定科目です。お金と商品のどちらが先に動くかで、使う勘定科目が逆になります。
Q. Claude CodeやCodexで前受金の消し込みを自動化するのに、プログラミングの知識は必要ですか？
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、既存の前受金台帳や請求書データを見せて案件ごとの受領・提供のタイミングを説明すれば、照合から仕訳作成、台帳更新までのワークフローをAI側が組み立てます。AI鬼管理のクライアント企業でも、非エンジニアの経理担当者が同様の仕組みを運用しています。
Q. Claude CodeやCodexの導入は独学でも可能ですか？
A. 可能ですが、業務で確実に成果を出すまでには「判断基準の言語化」「出力の検証」「社内定着」という3つの壁があります。特に前受金の勘定科目判定は決算数字に直結するため、言語化を誤ると誤った仕訳を自動で量産するリスクがあります。最短で確実に立ち上げたい場合は、貴社・貴事務所の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理／AI社員AIKATAへのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。
- AI業務自動化サービス「AI鬼管理」を運営 — Claude Code を活用し、経営者の業務を「AIエージェントに任せる仕組み」へ転換するパーソナルトレーニングを 伴走構築 で提供。日報・採用・問い合わせ対応・経費精算・議事録・データ集計・営業リスト等の定型業務を、AIに代行させる体制を経営者と一緒に作り込む
- Claude Code 実装ノウハウを 経営者・法人クライアント に直接指導。生成AIを「便利ツール」ではなく 「業務を任せる存在」 として運用する手法を体系化
- 「やらせ切る管理」メソッドの開発者。シンゲキ株式会社（2021年設立・鬼管理専門塾運営）にて累計3,000名以上の学習者を志望校合格に導いた管理メソッドを、AI × 経営者支援 に転用
- 著書『3カ月で志望大学に合格できる鬼管理』(幻冬舎)、『親の過干渉こそ、最強の大学受験対策である。』(講談社)
- メディア出演: REAL VALUE / カンニング竹山のイチバン研究所 / ええじゃないかBiz 他
- 明治大学政治経済学部卒
