【2026年9月最新】売上の仕訳方法とは？計上基準・勘定科目の基本から、Claude Code／Codexで仕訳入力を自動化する方法まで解説
aikanri-admin
「商品を発送した日と、代金が入金された日、どちらで売上を計上すればいいのか」——経理担当者や、経理を兼務する経営者であれば、一度は迷ったことがあるはずです。売上の仕訳自体は「借方に現金や売掛金、貸方に売上」というシンプルな形ですが、「いつ計上するか」というタイミングの判断を誤ると、決算書全体の信頼性に関わります。
結論から言うと、売上は「実現主義」という会計の大原則に基づき、出荷・引渡・検収のいずれかのタイミングで計上するのが基本です。どの基準を採用するかは業種や取引実態によって異なりますが、一度決めたルールは毎期継続して使う必要があり、都度変えることは認められません。
この記事では、売上計上のタイミング・勘定科目・仕訳パターンを実務目線で整理したうえで、後半では計上基準の判定と仕訳入力の手作業をClaude Code／Codex（AIエージェント）に任せて無人で回す方法を、弊社サービス「AI鬼管理」（運営: 株式会社GENAI）の実践ノウハウとともに解説します。
代表菅澤
AI鬼管理山崎
01 WHEN TO RECORD 売上はいつ計上する？「実現主義」と3つの計上基準 まず「いつ売上として認識するか」という会計の大原則を押さえる
売上は、商品の販売やサービスの提供によって発生する収益です。会計帳簿では「売上」勘定、損益計算書では「売上高」として表示されますが、実務で最も判断に迷うのは「いつのタイミングで計上するか」という点です。
📚 用語解説
実現主義：収益は、実際に商品やサービスの提供という取引が「実現」した時点で計上すべきという会計の基本原則。単に契約が成立しただけ、あるいは代金が入金されただけでは売上を計上せず、商品の引渡しやサービスの提供が実際に行われたタイミングで計上する。企業会計原則で定められている、売上計上の土台となる考え方。
1-1. 代表的な3つの計上基準
実現主義の考え方をもとに、実務では取引のどの時点を「実現した」とみなすかによって、いくつかの計上基準が使われています。
| 計上基準 | 計上するタイミング | 向いている取引 |
|---|---|---|
| 出荷基準 | 商品を出荷（発送）した日 | 遠隔地への発送が多い、卸売・小売業など |
| 引渡基準 | 商品が相手方に到着し、引き渡された日 | 納品の記録が明確に残る取引 |
| 検収基準 | 相手方が商品やサービスの内容を検収し、確認した日 | システム開発・機器導入など、検収工程がある取引 |
このほか、建設業では工事の完成をもって計上する「完成基準」、電気・ガスなどでは検針日を基準にする「検針日基準」など、業種特有の計上基準が使われることもあります。
1-2. 一度決めた基準は「継続性の原則」で守る
どの計上基準を採用するかは会社の判断に委ねられていますが、一度採用した基準は、正当な理由なく毎期変更してはいけません。これは「継続性の原則」と呼ばれる会計のルールで、同じ会社の決算書を年度をまたいで比較できるようにするための仕組みです。「今月は忙しいから出荷基準で」「来月は検収基準で」というように取引ごとに基準を使い分けることは認められません。
計上基準を恣意的に使い分けると、売上を意図的に前倒し・先送りして利益を操作しているように見え、税務調査や金融機関からの信頼を損なうリスクがあります。自社の主要な取引形態に合わせて基準を一つ決め、社内のルールとして文書化しておくことが実務上は重要です。
AI鬼管理山崎
02 JOURNAL ENTRIES 売上の記帳方法と、決済パターン別の仕訳例 実務で最も使われる「三分法」と、代表的な仕訳パターンを押さえる
売上の記帳方法にはいくつかの種類がありますが、実務で最も広く使われているのは三分法です。「仕入」「売上」「繰越商品」という3つの勘定科目に分けて記帳する方法で、多くの会計ソフトもこの方式を前提に設計されています。
📚 用語解説
三分法：商品売買を「仕入」「売上」「繰越商品」の3つの勘定科目に分けて記帳する方法。仕入時は仕入勘定、販売時は売上勘定にそれぞれ記帳し、期末に在庫（繰越商品）を反映させる。売上値引きや返品が頻繁に発生する業種では、これらを独立した勘定科目で管理する「五分法」が使われることもある。
2-1. 決済パターン別の仕訳例
売上の仕訳は、貸方に「売上」を計上する点は共通ですが、借方の科目は代金の受け取り方によって変わります。
| 決済パターン | 借方 | 貸方 | ポイント |
|---|---|---|---|
| 現金で回収 | 現金 | 売上 | 店頭販売などその場で現金を受け取るケース |
| 銀行振込 | 普通預金 | 売上 | 入金確認後に計上。入金日と取引日がズレることがある |
| 掛売り（後日回収） | 売掛金 | 売上 | 法人間取引の主流。代金回収まで「売掛金」で管理する |
| 商品引渡し前に入金 | 現金・預金 | 前受金 | 引渡し・検収が完了した時点で「前受金」を「売上」に振り替える |
📚 用語解説
前受金：商品の引渡しやサービスの提供が完了する前に、代金の全部または一部を受け取った際に使う勘定科目。受け取った時点ではまだ売上として計上せず、負債（将来商品を提供する義務）として処理し、実際の引渡し・検収が完了したタイミングで売上に振り替える。前受金のまま放置すると、実現主義に反して売上を過大・過少に計上してしまう。
掛売りの場合、売上計上と同時に「売掛金」という資産が発生し、代金回収時に「売掛金」を取り崩して「現金」または「預金」に振り替えます。この売掛金の消込（回収済みの取引を照合して残高を減らす作業）が滞ると、実際にはすでに回収済みの売上がいつまでも未回収として管理表に残ってしまう、という実務上のトラブルにつながります。
代表菅澤
AI鬼管理山崎
03 RELATED COSTS 売上に付随する費用の処理（売上諸掛）と業種特有のルール 「誰が送料を負担するか」で処理方法が変わる、間違えやすいポイント
商品を販売する際には、運送料や梱包費といった付随費用が発生することがあります。この費用をどう処理するかは、「誰がその費用を負担する契約になっているか」によって変わります。
📚 用語解説
売上諸掛：商品を販売する際に発生する運送料・梱包費・運搬費などの付随費用のうち、自社（売主）が負担するものを処理する勘定科目。取引先が負担すべき費用を自社が一時的に立て替えた場合は「立替金」で処理し、後日代金と一緒に回収する。売上諸掛は、仕入時の付随費用とは異なり、売上そのものの金額から差し引いてはいけない点に注意が必要。
| 負担者 | 処理方法 | 仕訳のポイント |
|---|---|---|
| 自社（売主）が負担 | 「売上諸掛」または「発送費」などの費用勘定で処理 | 売上の金額自体は変えず、別建てで費用計上する |
| 取引先（買主）が負担 | 「立替金」で一時的に処理し、代金回収時に精算 | 自社の費用にはせず、後日返金してもらう前提で処理する |
3-1. 建設業は「売上」ではなく「完成工事高」
建設業では、一般的な「売上」勘定の代わりに「完成工事高（完工高）」という独自の勘定科目を使います。工事契約に伴って受け取る前受金も「前受金」ではなく「未成工事受入金」として処理し、工事が完成したタイミングでまとめて完成工事高へ振り替えるのが一般的です。工事期間が長期にわたる場合、進捗に応じて収益を計上する方法が採られることもあり、通常の商品販売とは計上ルールが大きく異なります。
代表菅澤
04 THE LIMIT 手作業での仕訳入力で実際に起きる事故と、その限界 「ルールは知っている」のに、なぜかミスが起きる理由
ここまでのルールは、それぞれ単体で見れば難しいものではありません。しかし取引件数が増えるほど、これらすべてを毎回・全件正確に判断し入力することが人間の注意力の限界を超えていきます。実際に起きやすい事故パターンを挙げます。
これらの事故は、担当者の知識不足が原因とは限りません。「ルールは明確なのに、毎日・全取引の判断と入力を人間の手作業でやっている」という運用そのものに無理があるのです。会計ソフトを使っていても、ソフトが自動でやってくれるのは入力後の集計までで、「この取引はどの基準で・どの科目で計上すべきか」という判断は、結局人間の仕事として残っているケースがほとんどです。
ここで従来の選択肢は「会計ソフトをより高機能なものに乗り換える」という一択でした。もちろんそれも有効な手段です。ただし2026年現在は、もう一つの選択肢があります。今使っている会計ソフトやエクセルはそのままに、「計上基準の判定」と「仕訳入力」という手作業の部分だけをClaude Code／CodexのようなAIエージェントに肩代わりさせる方法です。
AI鬼管理山崎
05 AUTOMATE WITH AI 【核心】Claude Code／Codexで売上仕訳を「無人で回る仕組み」にする 効率化ではなく自動化。トリガーで勝手に走るワークフローに落とし込む
📚 用語解説
Claude Code／Codex：Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。デスクトップアプリで利用可能。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します（Codexでも同じことができます）。重要なのは、AIに「仕訳の考え方を教えてもらう」のではなく、「計上タイミングの判定」から「仕訳入力」までの一連の業務ごとAIに渡してしまうという発想の転換です。
5-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「出荷基準と検収基準の違いを教えて」と聞くのは効率化です。人間が作業の主体で、AIは調べ物を速くしてくれるだけ。この使い方では、毎日の仕訳入力の手間も判断のブレもなくなりません。
一方、Claude Code／Codexで作るのは自動化です。「受発注データや納品データを読み込み、自社で決めた計上基準に沿って売上を認識し、決済パターンに応じた仕訳を自動で作成する」という一連の流れを最初に一度だけ設計しておけば、あとは決まったトリガーで人間が何もしなくても走り続けます。人間の仕事は、最後に上がってきた仕訳案を確認することだけです。
5-2. Claude Code／Codexに任せられる作業
| これまで人間がやっていた作業 | Claude Code／Codexに任せた後 |
|---|---|
| 出荷・引渡・検収データを見て計上タイミングを判断 | 納品・検収データを読み込んで自社基準に沿って自動判定 |
| 決済パターンごとに勘定科目を選んで仕訳を手入力 | 取引データから決済パターンを判定し、仕訳を自動作成 |
| 前受金の振替タイミングを台帳で管理 | 検収完了データと突き合わせて振替漏れを自動検知 |
| 入金データと請求データを目視で突き合わせて消込 | 入金データと請求データを自動照合し、消込・未回収を自動抽出 |
| 売上諸掛と立替金の判定・仕訳 | 契約条件データと照合し、負担者に応じて科目を自動選択 |
ポイントは、今お使いの会計ソフトやエクセルをそのまま使い続けられることです。システムの乗り換えと違って、既存の運用フローを大きく変える必要はありません。今の「判断と入力」という手作業部分だけが、AIの仕事に置き換わります。
5-3. AI鬼管理（株式会社GENAI）での実践例
AI鬼管理では、この「売上仕訳の判断と入力をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。あるクライアント企業（卸売業）では、日々数十件の出荷・検収データが発生しており、以前は経理担当者が納品書と請求書を見比べながら1件ずつ仕訳を入力していました。データを読み込んで仕訳を自動作成するワークフローに切り替えたことで、定型的な取引の仕訳はほぼ自動で確定できるようになり、担当者は例外的な取引の確認だけに集中できる体制になりました。もちろん、運営元の弊社（株式会社GENAI）自身の経理業務も、同じ考え方の仕組みで回しています。
そして重要なのは、これが経理担当者や税理士・会計事務所の価値を奪う話ではないことです。データを見比べて入力するだけの「間違えたら怒られるだけの作業」から解放されて、資金繰りの分析や、経営者への数字の説明という、人にしかできない仕事に時間を使えるようになります。顧問先を多く抱える税理士・会計事務所であれば、この仕組みを事務所側に置いて複数社の記帳を一括で行う、という応用も可能です。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
AI鬼管理山崎
代表菅澤
06 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
売上仕訳の自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1：自社ルールを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「自社は出荷基準か検収基準か」「送料は誰が負担する契約になっているか」「前受金はどのタイミングで振り替えているか」——本記事で見てきたとおり、売上仕訳は細かいルールの積み重ねです。この言語化を飛ばして作った仕組みは、間違った仕訳を毎日自動で量産する装置になりかねません。決算書の信頼性に関わる領域だけに、ここが独学の最初で最大の壁です。
壁2：検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去数か月分の手作業での仕訳と、自動化後の出力を突き合わせる、わざと前受金や特殊な取引条件のデータを入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。逆に、検証の型さえ身につければ、取引パターンが増えてもAIへの指示を直して再検証するだけで追従できます。
壁3：作った本人しか触れない「第二の属人化」
手作業の仕訳入力の弱点として「詳しい人しか例外対応できない」問題を挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の異動と同時に仕組みが止まる。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理（伴走支援）で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 業務ルールの言語化 | 自力で仕様を書き起こす（数十時間規模） | 実際の取引データ・仕訳帳を見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存（第二の属人化） | 研修形式で複数人が扱える状態まで育成 |
| 売上仕訳の先への展開 | 1業務で力尽きるケースが多い | 経費・請求・帳簿付け等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社（株式会社GENAI）が提供しているのが、AI鬼管理です。Claude Code／Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの取引データそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
対象は従業員1名以上の会社の経営層・バックオフィス責任者で、プログラミング経験は問いません。「取引件数が増えて仕訳入力が追いつかない」「計上基準の判断が担当者の経験に頼っている」という会社ほど効果が出やすい設計です。作って終わりではなく、検証の型と社内定着までを支援範囲に含めているのは、上の3つの壁がツールの知識だけでは越えられないことを、自社と支援先の両方で嫌というほど見てきたからです。
売上仕訳のように「ルールが明確」「毎日同じ手順」「ミスの影響が大きい（決算書の信頼性に直結する）」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準が曖昧な業務からAI化を始めると失敗しやすい。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
経理・会計まわりの業務をまとめて見直したい方向けに、経理・会計業務のAI自動化の全体像を解説したガイド記事も公開しています。あわせてご覧ください。
代表菅澤
AI鬼管理山崎
07 COMPARISON & SUMMARY 手作業 vs 会計システム vs Claude Code／Codex 徹底比較・まとめ 自社の規模と体制に合った売上仕訳の「正解」を選ぶ
| 手作業入力 | 会計システム | Claude Code／Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 導入設定＋データ移行が必要 | ワークフロー設計のみ（既存ソフト流用可） |
| 月額コスト | ゼロ（ただし人件費が隠れコスト） | 取引量・機能に応じた月額利用料 | AI利用料のみ（他業務の自動化と共用） |
| 計上タイミングの判定 | 担当者が都度判断（属人化しやすい） | 設定次第で一部自動化 | 自社基準に沿って自動判定 |
| 仕訳入力 | 手入力（入力ミスのリスク） | 連携データから自動仕訳（対応範囲は限定的） | 取引データから自動で仕訳案を作成 |
| 自社ルールへの柔軟性 | 高い（ただし属人化） | 製品仕様の範囲内 | 高い（日本語で仕様変更を指示できる） |
| 売上仕訳以外への展開 | できない | 会計領域のみ | 経費・請求・帳簿付け等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
売上の仕訳は、パターン自体はシンプルでも、「いつ計上するか」「どの科目で処理するか」という判断が積み重なると、確実性を保つのが難しくなる業務です。人間の注意力に依存した判断と入力は、取引件数が増えるほど必ず限界が来ます。今の会計ソフトを捨てるのではなく、判断と入力の手間をAIに置き換える——それが2026年時点での現実的な最適解だと、弊社は考えています。
代表菅澤
あわせて読みたい：同じテーマの記事
最初の自動化ワークフローを、貴社の実業務で一緒に作りませんか
「うちの売上仕訳、Claude CodeやCodexでどこまで自動化できる？」「独学で試したが止まってしまった」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の取引データ・業務フローを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
AI鬼管理山崎
ここから先の進め方は、大きく2つあります。
覚えるより任せたい方は、AIBPO by AI鬼管理でこの記事のような定型業務を丸ごと預ける道があります。料金は月30万円の月額定額、追加費用は0円です。
自社で回せるようになりたい方は、AI鬼管理でClaude Code／Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
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鬼管理のような支援サービスの活用が近道です。
Q. 会計システムとClaude Code／Codexの自動化はどちらを選ぶべきですか？
A. 経理業務全体をシステムとして一新したい場合は会計システムの導入・入れ替えが本命です。一方、既存のソフトやエクセル運用を活かしながら「計上基準の判定」と「仕訳入力」という手作業だけをなくしたい場合や、売上仕訳に限らず経費精算・請求書処理・帳簿付けなど複数の定型業務をまとめて自動化したい場合は、Claude Code／Codexによるワークフロー自動化のほうが投資対効果が高くなります。両者は排他ではなく、会計システムに連携する前段のデータ整備をClaude Code／Codexが担う併用も有効です。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理／AIBPO by AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。
- AI業務自動化サービス「AI鬼管理」を運営 — Claude Code を活用し、経営者の業務を「AIエージェントに任せる仕組み」へ転換するパーソナルトレーニングを 伴走構築 で提供。日報・採用・問い合わせ対応・経費精算・議事録・データ集計・営業リスト等の定型業務を、AIに代行させる体制を経営者と一緒に作り込む
- Claude Code 実装ノウハウを 経営者・法人クライアント に直接指導。生成AIを「便利ツール」ではなく 「業務を任せる存在」 として運用する手法を体系化
- 「やらせ切る管理」メソッドの開発者。シンゲキ株式会社（2021年設立・鬼管理専門塾運営）にて累計3,000名以上の学習者を志望校合格に導いた管理メソッドを、AI × 経営者支援 に転用
- 著書『3カ月で志望大学に合格できる鬼管理』(幻冬舎)、『親の過干渉こそ、最強の大学受験対策である。』(講談社)
- メディア出演: REAL VALUE / カンニング竹山のイチバン研究所 / ええじゃないかBiz 他
- 明治大学政治経済学部卒
