製品と保守を束ねて、100万円で売った。
単独なら、製品は80万円、保守は40万円。
このとき製品の売上は、80万円ではなく約66.7万円になります。
収益配分とは、複数の要素を含む1つの契約の金額を、要素ごとに振り分けることです。
振り分けの基準は、各要素を単独で売るときの価格（独立販売価格）の比率です。
製品に保守や導入の支援を組み合わせる多要素契約は、いまや珍しくありません。
計算は、割り算一つで済みます。
難しいのは、単独の価格をどう決め、その根拠をどう残すかです。
NetSuiteでは、ARM（Advanced Revenue Management）のRevenue Allocationが、この按分を担います。
では、機能を入れれば、根拠の問題も片づくのか。
この記事で分かること
- 収益配分と多要素契約の基本の考え方
- 按分の根拠となるSSP・VSOE・ESP・TPEの違い
- NetSuiteのARM（Essentials／Revenue Allocation）でできること
- Excelで足りる会社と、仕組みが要る会社
- 入れるときの役割分担と、よくある失敗3つ
収益配分とは
- 多要素契約：1つの契約に複数の商品・サービスが含まれる契約。例：製品＋保守＋導入支援
- 履行義務：契約のうち、顧客に提供すると約束した個々の要素
- 独立販売価格（SSP）：その要素を単独で売るとしたときの価格
なぜ振り分けが要るのか。
製品は引き渡しの時点、保守は提供の期間にわたって、と収益を認識する時期が違うからです。
日本の「収益認識に関する会計基準」（企業会計基準第29号）は、収益認識を5つのステップで示しています（第17項）。
収益配分は、その4番目の「取引価格の配分」にあたります。
基準は、独立販売価格の比率にもとづいて、取引価格を各履行義務に配分するとしています（第66項）。
2021年4月1日以後に始まる事業年度の期首から適用されています（第81項。出典：企業会計基準委員会、2026年9月確認）。
5つのステップの全体は、新収益認識基準とNetSuiteで扱っています。
計算の例
冒頭の例を、表にします。
| 要素 | 単独の価格 | 比率 | 配分の額 |
|---|---|---|---|
| 製品 | 80万円 | 80÷120 | 約66.7万円 |
| 保守 | 40万円 | 40÷120 | 約33.3万円 |
| 合計 | 120万円 | ― | 100万円 |
※金額は説明のための架空の例です。
割引の20万円は、製品と保守に比率どおり配られます。
製品を引き渡した月に約66.7万円、残りの約33.3万円は保守の期間にわたって計上します。
図の2段目が、実務でいちばん時間のかかるところです。
根拠が問われる理由
背景には、2つの流れがあります。
- 取引の多要素化：製品の単品販売から、サービスやサブスクを組み合わせた販売へ移る会社が増えている
- 根拠の説明：監査や決算で「なぜその金額に按分したのか」が問われる
分けた結果だけでなく、分け方が妥当だと示せることが求められます。
根拠が担当者の頭の中だけにあると、後から説明できません。
按分の根拠｜SSP・VSOE・ESP・TPEの違い
| 用語 | 意味 | 位置づけ |
|---|---|---|
| SSP（独立販売価格） | 単独で売るときの価格 | 日本の基準で配分の基準になる価格（第66項） |
| VSOE | 自社が実際に単独で売っている価格 | 自社の販売の実績にもとづく根拠 |
| TPE | 競合など第三者の販売価格 | 第三者の価格にもとづく根拠 |
| ESP | 販売価格の最善の見積り | 見積りにもとづく根拠 |
SSPは「単独で売るならいくらか」という考え方そのものです。
VSOE・TPE・ESPは、その価格を裏づける根拠の種類です。
NetSuiteのRevenue Allocationでは、この4つとその他の方法を選べます。
扱いは、公正価値の方法としてです（出典：Oracle NetSuite公式ヘルプ、2026年9月確認）。
SSPが観察できないとき
単独で売った実績がない要素も、多くあります。
基準は、観察できる数字を最大限使って見積もるとしています（第69項）。
見積りの方法として、基準の適用指針（第30号）は次の3つを挙げています（第31項）。
- 調整した市場評価アプローチ：市場を評価し、顧客が払うと見込まれる価格を見積もる
- 予想コストに利益相当額を加算するアプローチ：見込みのコストに、適切な利益相当額を上乗せする
- 残余アプローチ：契約金額から、他の要素の観察できる価格の合計を引く
残余アプローチを使えるのは、次のどちらかに当てはまる場合に限られます（同第31項）。
- 同じものを幅広い価格帯で売っており、販売価格が大きく変動する
- 価格をまだ決めておらず、単独で売ったこともない
（出典：企業会計基準委員会「企業会計基準適用指針第30号 収益認識に関する会計基準の適用指針」、2026年9月確認）
どちらに当てはまるかは、根拠とともに記録しておきます。
NetSuiteでの実現｜ARMの2つの段階
NetSuiteで収益認識を自動化するのが、ARM（Advanced Revenue Management）です。
ARMは2つに分かれています。
| 観点 | ARM（Essentials） | ARM（Revenue Allocation） |
|---|---|---|
| 役割 | 収益の予測・認識・振替・繰延・監査をルールで自動化 | 多要素契約の取引価格を、公正価値で配分 |
| 扱う問い | いつ・どう計上するか | 契約金額をどう振り分けるか |
| 位置づけ | 土台の機能 | Essentialsへの追加の機能 |
出典：Oracle NetSuiteのヘルプ（Advanced Revenue Management）（2026年9月確認）
ヘルプによると、Revenue Allocationは、公正価値の価格・範囲の確認・公正価値の計算式を使って配分します。
公正価値は、公正価値価格リスト（Fair Value Price List）という記録に登録します。
主な記録
| 記録 | 中身 |
|---|---|
| 収益契約（Revenue Arrangement） | 履行義務の詳細を記録する。記帳はしない |
| 収益要素（Revenue Element） | 契約の各行。1つが1つの履行義務 |
| 収益認識ルール | 収益を認識する型を決める |
| 収益認識計画 | どの期間にいくら認識するかを示す |
ARMを使わない場合との違い
NetSuiteの収益認識の機能は、請求や入金とは切り離して収益を認識し、将来の期間に繰り延べられます。
従来の機能は、テンプレートとスケジュールで項目ごとに計上する形です（出典：Oracle NetSuite公式ヘルプ、2026年9月確認）。
従来の形には、多要素契約を公正価値で按分する考え方がありません。
取引が多要素になった時点が、ARMを検討する分かれ目です。
ARM全体は、NetSuiteの収益認識（ARM）完全ガイドで扱っています。
按分のやり方を比べる
| やり方 | 中身 | 向く会社 | 注意点 |
|---|---|---|---|
| A. Excelで計算し仕訳を入れる | 契約ごとに表で按分し、手で仕訳 | 多要素契約が月に数件 | 計算の根拠が表に散らばる |
| B. ARM（Essentials）＋按分は手計算 | 計上の時期は自動、按分の額は人が入れる | 按分のパターンが少ない | 按分の根拠は別に残す必要がある |
| C. ARM（Revenue Allocation） | 公正価値価格リストで按分も自動 | 多要素契約が多く、組み合わせも多い | 公正価値の方法を先に決める |
多要素契約が増えてきたら、BかCを検討する時期です。
Cなら、価格リストと契約が同じ場所にそろいます。
SSPのずれを後から点検するときも、データを探し回らずに済みます。
どれを選んでも、公正価値の決め方を文書にすることは変わりません。
判断の物差し
按分のやり方を、契約の増え方に沿って並べると次のとおりです。
Revenue Allocationが向いている会社
- 製品・保守・サービスを束ねた契約が多く、組み合わせも多い
- 上場を目指す、または監査法人の監査を受けている
- 按分の根拠を、監査人に毎回説明する必要がある
まだ要らない会社
- 単品の販売が中心で、束ねた契約が少ない
- 束ねた契約はあるが、件数が少なくExcelで追える
- 公正価値の決め方が、まだ社内で決まっていない
NetSuite以外が合う場合
件数が少なければ、Excelの按分表と会計ソフトで十分なことがあります。
請求が中心で按分の件数が少ないなら、サブスクの請求の専用ツールと会計ソフトの組み合わせも候補です。
国産ERP・Odoo・AIスクラッチ開発を選ぶなら、公正価値での按分をどこまで持てるかを個別に聞いてください。
これから選ぶ会社と、いま使っている会社
これから選ぶ会社は、先に自社の契約の型を一覧にします。
どんな要素を、どんな組み合わせで売っているかです。
NetSuiteの価格は、ミニマム構成で月額20万円〜が出発点です。
構成（モジュール・ユーザー数・オプション）で変わり、数百万円規模になることもあります。
導入の費用は、さらに大きく開きます。
ベンチャーネットが支援したNetSuite導入の費用で見ると、次のとおりです。
3名程度・1.5か月で150万円程度から、100名程度・1.5年で2億円程度（うち開発約7割）までです。
差を生んだ要因は4つ。業務の範囲、開発の量、社内の体制、ユーザー数です。
詳しくは、NetSuiteの料金・費用で扱っています。
ARMを後から足す場合も、按分の型の数と、会計方針が決まっているかで作業の量が変わります。
いまNetSuiteを使っている会社は、次を点検します。
- 公正価値価格リストの値を、最後に見直したのはいつか
- 値の根拠が、誰でも見られる場所に残っているか
- ARMを使わず、按分を手で計算していないか
サブスクの請求は、NetSuite SuiteBillingで扱っています。
よくある失敗3つ
失敗1：按分の根拠を文書にしないまま運用する
起きること：監査で根拠を問われ、過去の判断を再現できない。
原因：価格リストに値はあるが、算定の根拠が担当者の頭の中だけにある。
避け方：値を登録するときに、根拠の資料と承認者を一緒に残す流れにします。
失敗2：SSPの見積りを一度決めたまま見直さない
起きること：販売の実態が変わっても、数年前の値で按分し続ける。
原因：見直しの時期と担当が決まっていない。
避け方：年に1回など、見直しの時期を決めて運用に組み込みます。
失敗3：機能を入れれば自動で正しくなると考える
起きること：計算は走るが、なぜその額かを説明できない。
原因：どの公正価値の方法を使うかを詰めないまま有効にした。
避け方：方針を会計士と決めてから、設定に入ります。
冒頭の問いの答えが、これです。
機能は計算を自動にしますが、根拠までは作りません。
収益配分は機能の設定ではなく、会計方針の実装です。
ベンチャーネットならこう見る｜方針・設定・ライセンスを分けて持つ
NetSuite認定パートナー（Solution Provider）であるベンチャーネットは、収益配分の相談を、担い手の分担から始めます。
会計方針と設定を同じ人に任せると、根拠の文書が抜けやすいからです。
型1：会計方針・設定と開発・ライセンスの3つに分ける
| 担い手 | 担うこと |
|---|---|
| 会計士・監査人 | 公正価値の方法と、見積りの根拠の妥当性の判断 |
| ベンチャーネット | 要件定義・設定・カスタマイズ・アドオン開発・保守・PM |
| 日本オラクル | ライセンス・トレーニング・製品サポート |
PMには、発注する会社側のPM業務や、Oracleとの調整も含みます。
契約は請負契約に対応しています（準委任も相談可）。
型2：標準に合わせる／開発する／残す
按分の型を一覧にしたら、型ごとに3つのどれかに決めます。
- 標準に合わせる：公正価値価格リストと計算式で按分できる型は、ARMの標準で受ける
- 開発する：標準の計算式で表せない型だけ、追加の開発で補う
- 残す：件数が年に数件の例外は、Excelの按分表と手の仕訳で続ける
3つ目を選べる型があれば、Revenue Allocationを入れずに済むこともあります。
最初の打ち合わせで伺うのは、次の3つです。
- 契約の型はいくつあり、要素の組み合わせはどうなっているか
- 要素ごとに、単独で売った実績はあるか
- 見積りの方法と根拠を、会計士・監査人とどこまで決めているか
今日できること｜契約の型を書き出す（1時間）
直近の契約を10件選び、次の表を埋めてみてください。
| 契約 | 含まれる要素 | 各要素を単独で売った実績 | 単独の価格の根拠 |
|---|---|---|---|
| （例）A社 | 製品・保守・導入支援 | 製品のみあり | 価格表 |
※表は説明のための架空の例です。
「単独で売った実績」が空欄の要素が、見積りの根拠を用意すべき要素です。
型が3つ以下で件数も少なければ、第8章の「残す」の候補になります。
よくある質問
Q1. 自社にも収益配分は必要ですか
1つの契約に複数の要素があれば必要になる可能性があります。
単品の販売が中心なら、すぐには要らないこともあります。
保守やサブスクを始めると、按分が要る場面が出てきます。
Q2. ARM EssentialsとRevenue Allocationは何が違いますか
Essentialsは計上の時期を自動にしRevenue Allocationは按分を担います。
Revenue Allocationは、Essentialsへの追加の機能です。
Q3. SSPが観察できない要素はどうしますか
観察できる数字を最大限使って見積もります。
市場の似た価格や、コストに利益を上乗せする方法などがあります。
選んだ方法と根拠を、記録に残してください。
Q4. VSOE・TPE・ESPはいまも使いますか
SSPを裏づける根拠の種類として使われます。
NetSuiteのRevenue Allocationでも、公正価値の方法として選べます。
Q5. まず何から考えればよいですか
自社の契約の型と会計方針です。
機能の設定はその後です。
方針が決まらないまま設定すると、手戻りが起きやすくなります。
Q6. Excelで按分してもよいですか
件数が少なければ十分なことがあります。
根拠と結果を同じ場所に残し、見直しの時期を決めておけば運用できます。
件数や組み合わせが増えたら、仕組みを検討します。
まとめ｜按分の根拠を説明できる形に
- 収益配分は、多要素契約の金額を独立販売価格の比率で振り分けること
- 難しいのは計算ではなく、単独の価格の決め方と根拠の残し方
- NetSuiteでは、ARM（Revenue Allocation）が公正価値での按分を担う
- 按分の型ごとに、標準に合わせる・開発する・残すを決める。件数が少なければExcelで足りることもある
- 公正価値の方法は、会計士と決めてから設定する
100万円の契約で、製品の売上を約66.7万円と言い切れるか。
その根拠を1枚で示せる状態が、仕組みを選ぶ前のゴールです。
もう少し詳しく知りたい方へ
会計方針の整理から、按分の根拠の残し方まで、ご相談をお受けしています。
- 収益認識・収益配分の伴走支援 → NetSuite×会計ブリッジ伴走サービス（CFO向け）
- まず相談したい方 → お問い合わせ
