業務フロー×仕訳公開 2026-10-31・更新 2026-10-31

売上計上基準とシステム:受注から入金まで、どこで売上になるか

倉庫の出荷口で段ボールを台車に積む手元

確認日 2026-10-31(調べ方)・制度は変わることがあります。個別の判断は公式の資料と専門家に確かめてください。

売上の計上日は、受注日でも請求日でもありません。収益認識基準では、顧客が商品やサービスの支配を獲得した時点が原則です。検収は支配の移転を示す指標の一つで、商品や製品の国内販売なら、条件を満たす場合に出荷時で計上できます。システムの論点は、この計上日を受注・出荷・請求のどのレコードに持たせるかです。

受注から入金までの全体像

受注から入金までの流れは、英語で Order to Cash(O2C)と呼ばれます。業務のイベントは多いですが、仕訳が動くのは主に売上と入金の2か所です。下の図は、検収基準を採用した場合の一例です。

受注から入金まで(検収基準の例)

  1. 1

    見積・受注CRM/販売管理

    仕訳なし

    約束ができただけで、まだ何も移っていない

  2. 2

    出荷販売管理/在庫

    仕訳なし

    検収基準では売上にしない。在庫は社内の区分を移す設計の例がある

  3. 3

    検収販売管理

    売掛金 / 売上・仮受消費税、売上原価 / 商品

    ここで売上と原価が同時に動く

  4. 4

    請求請求管理

    仕訳なし

    締め日に請求書を作る。売掛金はすでに計上済み

  5. 5

    入金会計/入金消込

    普通預金 / 売掛金

    どの請求への入金かを紐づける

出荷基準なら3番目の仕訳が2番目に移ります。請求で仕訳が動かない点は同じです。

請求で仕訳が動かない点は、SEが最初につまずきやすいところです。売掛金は「請求した金額」ではなく「売上を計上して、まだ回収していない金額」です。入金後の紐づけは入金消込の設計で詳しく扱っています。

収益認識基準は何を定めているか

基準は、企業が履行義務を果たした時に、または果たすのに合わせて収益を計上するよう定めています(第35項)。履行義務とは、顧客に財やサービスを渡す約束のことです。資産が移転するのは、顧客がその支配を獲得した時、または獲得するにつれてです。

基準はまず、約束を果たすのが「一定の期間にわたる」のか「一時点」なのかを判定するよう求めています(第36項)。商品の販売は通常、一時点のほうです。サブスクのような継続サービスは一定の期間のほうで、年払いの月次按分の記事で扱います。

一時点の場合、基準は支配が移った時点を判断する指標を5つ挙げています(第40項)。

指標 意味 システムで関係する情報の例
対価を受け取る権利 代金を求める現在の権利がある 契約の支払条件
法的所有権 顧客が法的に所有している 所有権の移転時期の条項
物理的占有 商品が顧客の手元に移った 配送完了日
リスクと経済価値 所有に伴う重大なリスクなどが移った 貿易条件、危険負担の条項
検収 顧客が商品を検収した 検収日、検収書の番号

適用指針は、検収について補足しています。検収は支配の獲得を示す可能性がありますが、仕様どおりであることを客観的に判断できるなら、検収は形式的なもので、時点の判断に影響しないとされています(第80項)。そのため「検収があるから必ず検収日」とは言えません。反対に、仕様どおりかを客観的に判断できない場合は、検収が終わるまで顧客は支配を獲得しないとしています(第82項)。

出荷基準・着荷基準・検収基準の違い

出荷基準・検収基準という言葉は、基準が定めた用語というより実務の呼び方です。適用指針第98項は代替的な取扱いとして、商品や製品の国内の販売で、出荷から支配移転までの期間が通常の期間であれば、その間の一時点(例えば出荷時や着荷時)に収益を認識できるとしています。通常の期間とは、国内の出荷と配送にかかる日数から見て、取引慣行ごとに合理的な日数です。

呼び方 売上の日 3月決算での帰属 必要なデータ 向いている取引の例
出荷基準 3月31日 当期 出荷実績 国内の商品販売で配送日数が通常の範囲
着荷基準 4月1日 翌期 配送完了の情報 国内の商品販売で着荷情報を取れる場合
検収基準 4月3日 翌期 顧客の検収日 据付や動作確認が必要な機器など

どの基準を使うかは会社が取引の実態から決める会計方針で、SEが決めるものではありません。設計で確かめるべきなのは、次の3点です。

  • 取引の種類ごとに基準が分かれるか(商品は出荷、機器は検収など)
  • 海外向けの取引があるか。第98項は国内販売が前提です
  • 決算をまたぐ取引を別に見る必要があるか

税務では、法人税法第22条の2が、原則として目的物の引渡しまたは役務提供の日の属する事業年度の益金とすると定めています。公正妥当な会計処理の基準に従い、引渡しの日に近接する日で決算処理した場合は、その事業年度の益金とする定めもあります(同条第2項)。

検収時の仕訳とレコードの動き

検収基準で、税抜10万円の商品(原価6万円)を売った場面を見ます。左が仕訳、右がそのとき増えるレコードです。

検収で売上と原価が同時に動く

検収日の仕訳
借方金額貸方金額
売掛金110,000売上100,000
仮受消費税10,000
売上原価60,000商品60,000

原価は売上と同じ日に計上し、売上と対応させる例です

sales_lines
idshipment_idaccepted_onrecognized_onamountjournal_id
5018,8012027-04-032027-04-03100,00070,012

recognized_on は計上基準で決まる日付を入れる列

検収の登録を起点に、売上と原価の2本の仕訳を作る設計の例です。

出荷から検収までの間、商品は自社の資産のままです。実地棚卸で倉庫に見当たらない在庫が出るので、「検収待ち」「積送中」のような在庫区分を持つ設計が考えられます。原価の計算方法は在庫評価の計算ロジックで扱います。

販売管理と会計の連携で持つ日付

計上基準の変更に強い設計の要点は、業務イベントの日付と会計の計上日を分けることです。出荷日を売上日として使い回すと、基準を変えたときに過去データの意味が変わってしまいます。

受注から請求までのテーブルの例

sales_orders

  • id PK
  • customer_id FK
  • ordered_on
  • revenue_policy

shipments

  • id PK
  • order_id FK
  • shipped_on
  • delivered_on
  • accepted_on

sales_lines

  • id PK
  • shipment_id FK
  • recognized_on
  • amount
  • journal_id FK

invoices

  • id PK
  • customer_id FK
  • closing_date
  • total
  • sales_orders 1 — N shipments
  • shipments 1 — N sales_lines
  • invoices 1 — N sales_lines
revenue_policy は受注や取引区分ごとの計上基準。列名は説明用の例です。
日付 誰の事実か 使い道
受注日 営業 受注残の集計
出荷日 倉庫 出荷基準の計上、在庫の引当
着荷日 配送 着荷基準の計上
検収日 顧客 検収基準の計上
計上日 経理 仕訳の日付。上のどれかから導く
請求締め日 請求 請求書の作成、入金予定の計算

連携の単位や再実行の考え方は仕訳連携の設計にまとめています。計上後の取消は、元の行を更新せず赤伝で打ち消すのが基本です。

決算月に起きやすいずれ

計上基準を決めても、データが遅れると期間がずれます。編集部の設計の例として、次の確認を画面やバッチに入れておくと、月末の手作業を減らせます。

  • 検収待ちの一覧:出荷済みで検収日が空の行を、経過日数つきで出す
  • 計上と請求の差の一覧:計上済みで未請求の金額を、顧客別に出す
  • 期ずれの一覧:計上日と出荷日の月が違う行を出す
  • 売掛金の照合:販売管理の残高と総勘定元帳の売掛金を突き合わせる

締めの後に見つかった場合の扱いは、月次の締め処理とロックで説明しています。

よくある質問

受注した時点で売上を計上してはいけませんか?
一般的には計上しません。収益認識基準は、顧客に財やサービスの支配が移った時に収益を認識すると定めています。受注の時点では商品がまだ移っていないため、仕訳は動かないのが通常です。
出荷基準は今でも使えますか?
国内の商品・製品の販売で、出荷から支配の移転までが通常の期間であれば、適用指針第98項の代替的な取扱いにより、出荷時や着荷時に収益を認識できます。海外向けの販売や役務には、この取扱いはそのまま使えません。
請求書を発行した日が売上の日ですか?
同じとは限りません。請求は代金を求める手続きで、売上の計上時点は商品の移転などで決まります。月末締めの請求なら、売上日と請求日が別の月になることがあります。
検収基準にすると、売上はいつ計上しますか?
顧客が検収した日です。販売管理には検収日を受け取る仕組みが必要で、検収待ちの出荷は売上にせず、在庫のまま残すか別の管理に置きます。

出典

調べ方・間違いのお知らせ