1月15日に始まる、月額100ドルの契約。
1月分の請求は、100ドルでしょうか。54.84ドルでしょうか。
NetSuiteでは、どちらにもなります。
日割りの設定を入れるかどうかで、1月の請求がこう分かれます。
Oracleの公式ヘルプに載っている例です（出典：Oracle NetSuite公式ヘルプ、2026年9月確認）。
この切り替えを、契約ごとに仕組みで持つのがSuiteBillingです。
SuiteBillingとは、NetSuiteでサブスクリプション（継続課金）の請求を管理する仕組みです。
継続の請求、使った分の請求、日割りの計算、価格表の管理を1つの流れで扱えます。
契約の数が増えたサブスクの会社ほど、仕組みにする価値は大きくなります。
ただし、価格の設計を先に固めないと、設定はすぐ複雑になります。
では、入れる前に何を決めておけば、設定も費用も膨らまないのか。
NetSuite認定パートナー（Solution Provider）であるベンチャーネットが、Oracleの公式ヘルプをもとに答えます。
この記事で分かること
- SuiteBillingで扱える請求の種類と、使える品目
- 比例計算（日割り）と、前払い・後払いの設定
- 価格表と価格プランの組み立て方
- 請求・決済・収益認識の違いと、導入の費用を動かす要因
- 自社に合うかを判断する物差しと、よくある失敗
言葉の整理：比例計算（proration）は、使った日数に応じて料金を日割りで計算することです。
収益認識は、受け取るお金を、会計上いつの売上にするかを決めることです。
SuiteBillingの基本
4つの要素で請求を組み立てる
SuiteBillingでは、おもに次の4つを組み合わせて請求を設計します。
- サブスクリプション：顧客ごとの契約そのもの
- サブスクリプションプラン：契約のひな型。どの品目をどう請求するか
- 価格表（Price Book）：プランの品目ごとの価格をまとめたもの
- 価格プラン：品目ごとの金額の決まり方（定額・段階など）
4つの関係を図にすると、次のとおりです。
請求できる品目
公式ヘルプでは、サブスクで請求できる品目は、販売用の非在庫品目かサービス品目だけとしています。
ほかの種類の品目は、プランに載せられません。
非在庫品目では、出荷・受領の対象にするチェック（Can Be Fulfilled/Received）を外します。
（出典：Oracle NetSuite公式ヘルプ、2026年9月確認）
物の在庫を伴う商品には使えません。
主な使い道は、ソフトウェア・ライセンス・サービスの事業です。
使い始めるには
SuiteBillingは、NetSuiteの基本の契約に追加して契約するモジュール（アドオン）です。
（出典：Oracle NetSuite公式サイト「SuiteBilling」、2026年9月確認）
公式ヘルプでは、有効にする機能として次のものが挙げられています。
- Advanced Billing／Charge-Based Billing／Billing Accounts
- Subscription Billing／Advanced Subscription Billing など
（出典：Oracle NetSuite公式ヘルプ「Enabling SuiteBilling Features」、2026年9月確認）
日本での提供と契約の条件は、アカウントの担当に聞いてください。
請求の明細の種類
サブスクリプションプランには、次の4種類の明細を載せられます。
| 明細の種類 | 課金の考え方 | 向く例 | 比例計算 |
|---|---|---|---|
| One Time（一回） | 1回だけ請求 | 初期設定の費用 | 使わない |
| Recurring（継続） | 毎期くり返し請求 | 月額・年額の定額サービス | 開始日・終了日で選べる |
| Usage（従量） | 使った量に応じて請求 | 通話の分数、データの量 | 使った実績で計算 |
| Commit Plus Overage（コミット＋超過） | 決めた量を先に請求し、超えた分を追加で請求 | 基本料金＋超過分 | 継続の部分で考える |
（出典：Oracle NetSuite公式ヘルプ「Creating Subscription Plans」、2026年9月確認）
1つのプランに、種類の違う明細を組み合わせられます。
「初期費用（一回）＋月額（継続）＋超過分（従量）」という形です。
更新の設定も、プランで持ちます。
契約の終わる前に、更新の手続きを自動で始める設定もあります。
比例計算（日割り）と、前払い・後払い
開始日と終了日の比例計算
継続の明細では、「Prorate Start Date」「Prorate End Date」の2つのチェックを使い分けます。
| 設定 | チェックあり | チェックなし |
|---|---|---|
| 開始日 | 期の途中から使い始めたら、使った日数分だけ請求 | 期の初日から請求。利用開始より前から請求が始まることがある |
| 終了日 | 解約した日で請求を止め、使った日数分だけ請求 | 期の最終日まで請求。契約の終了日を越えることがある |
冒頭の例は、1月15日に始まる12か月の契約、月額100ドルです。
- 2つのチェックを外すと、1月も満額の100ドルを請求する
- 2つにチェックを入れると、1月の請求は54.84ドルになる
うるう年の2月29日を除いて日割りする設定もあります。
年によって、日割りの金額が変わらないようにするためです。
（出典：Oracle NetSuite公式ヘルプ「Optional Preferences for SuiteBilling」、2026年9月確認）
前払い・後払い
請求のモードは、明細ごとに選びます。
- In Advance（前払い）：期の初めに支払期日が来る
- In Arrears（後払い）：期の終わりに支払期日が来る
定額の継続は前払い、従量は実績が決まってからの後払いが一般的です。
前払いと比例計算を組み合わせれば、月の途中の契約でも初回だけ日割りで請求できます。
価格表と価格プランの作り方
価格表
公式ヘルプでは、価格表を「サブスクリプションプランで売る品目の価格を決めるもの」と説明しています。
プランの品目ごとに、価格表の中に価格プランが要ります。
1つのプランに、複数の価格表を持てます。
通貨ごと、月・四半期・年ごとに分ける使い方です。
（出典：Oracle NetSuite公式ヘルプ「Creating Price Books」、2026年9月確認）
価格プラン
段階の付け方は2つあります。
| 種類 | 計算のしかた | 例（1〜10個は500円、11〜20個は495円、架空の数字） |
|---|---|---|
| Tiered（段階） | 段階ごとに、その段階の単価で計算して足す | 12個なら、10個×500円＋2個×495円 |
| Volume（数量） | 合計の数量で決まる単価を、すべてに当てる | 12個なら、12個×495円 |
公式ヘルプでは、Tieredは継続の明細、Volumeは従量の明細で使うのが一般的とされています。
数量で金額が変わる「Rate」と、数量に関わらず金額が同じ「Fixed Amount」も選べます。
下限額・上限額を決めると、段階の計算より優先されます。
（出典：Oracle NetSuite公式ヘルプ「Creating Price Plans」、2026年9月確認）
最初から作り込みすぎないこと。
主力のプランから価格表を整え、必要に応じて広げます。
請求・決済・収益認識はどう違うか
サブスクのお金の流れは、3つの段階に分かれます。
| 段階 | やること | 担う仕組み |
|---|---|---|
| 請求 | 誰に、いつ、いくら請求するかを決め、請求書をつくる | SuiteBilling |
| 決済 | 請求した金額を、カードなどで回収する | 決済の機能・外部の決済サービス |
| 収益認識 | いつの売上として計上するかを決める | Advanced Revenue Management |
公式ヘルプでは、次の3つの機能を有効にすると連携すると説明しています。
SuiteBilling、Advanced Revenue Management（Essentials）、同（Revenue Allocation）です。
サブスクの明細ごとに、収益の要素ができます。
（出典：Oracle NetSuite公式ヘルプ「Revenue Recognition for SuiteBilling」、2026年9月確認）
決済の自動化はNetSuiteでカード決済・サブスク課金を自動化するには、収益認識はNetSuiteの収益認識完全ガイドで扱っています。
判断の物差し｜どんな会社に合うか
判断の順番を図にすると、次のとおりです。
向いている会社
- 契約の数が増え、日割りや変更の計算を手で追いきれない
- 一回・継続・従量を組み合わせた料金体系がある
- 請求から収益認識まで、同じデータでつなげたい
慎重に考えたい会社
- 物の在庫を伴う商品の定期販売が中心（サブスクの品目にできない）
- 契約が少なく、料金体系も1つだけ
- 締め請求書や適格請求書など、日本の請求書の実務が最優先
日本の請求書の実務は、SuiteBillingではなく日本向けの機能（Japan Localization）が受け持つ領域です。
両方を使うなら、設計の段階で組み合わせを決めます。
詳しくはNetSuite Japan Localization SuiteAppとはをご覧ください。
ほかの選択肢と比べる
| 選択肢 | 合う条件 | 注意点 | AIとの親和性 |
|---|---|---|---|
| SuiteBilling | 契約が多く、料金体系が複数ある | 価格の設計を先に固める必要がある | 高。契約・請求・収益が同じデータでそろう |
| 外部の決済・課金サービス＋NetSuite | 決済や課金の画面を外部のサービスに任せたい | 連携の設計と、数字の突き合わせが要る | 中。データが2か所に分かれる |
| NetSuiteの標準の請求を手で作る | 契約が少なく、変更もまれ | 契約が増えると日割りの手間が増える | 低〜中 |
| 表計算で管理する | 事業を始めたばかりで、契約がごく少ない | 属人化しやすく、計上の漏れが起きやすい | 低。データが散らばる |
| いまは入れない | 料金体系がまだ固まっていない | 固まった後の移行の手間を見込む | — |
外部の決済サービスとの連携は、NetSuite×Stripe連携の実務で扱っています。
これから入れる会社と、いま使っている会社
これから入れる会社｜決めることと、費用の幅
入れる前に、次の3つを表にしておきます。
- 主力のプランと、その明細（一回・継続・従量・超過）
- 月の途中の開始・解約を、日割りにするか満額にするか
- 価格表を、通貨や期間で分ける必要があるか
この3つが決まれば、設定の出発点が見えます。
同時に、見積りの前提もそろいます。
費用の幅は、思うより広く出ます。
ベンチャーネットが支援したNetSuite導入の費用でも、差は大きく開いています。
3名程度・1.5か月で150万円程度の事例もあれば、100名程度・1.5年で2億円程度の事例もあります。
2億円程度の事例は約7割が開発費で、外部システムとの連携開発が金額を押し上げました。
4事例の中身は、NetSuiteの料金・費用・価格に載せています。
費用と期間を左右する要因は、次の4つです。
SuiteBillingの導入では、2つ目の「開発の量」に、決済サービスとの連携が入ります。
請求はNetSuite、回収は外部の決済サービス、と分けるほど、つなぐ開発と数字の突き合わせが増えます。
第5章の3つの段階を、どの仕組みで受け持つか。
その答えが、見積りの幅をいちばん大きく動かします。
いま使っている会社
すでに使っている会社は、次の点を見直します。
- 似た価格プランが増えすぎていないか
- 比例計算のチェックが、契約の条件と合っているか
- 請求と収益認識の数字を、月末に手で突き合わせていないか
保守やパートナーを見直すなら、パートナー変更という選択肢も参考になります。
よくある失敗3つ
失敗1：契約が増えても、日割りを手で計算し続ける
起きること：月末の締めが時間内に終わらず、請求の誤りが増える。
原因：比例計算のルールを仕組みにせず、一人の担当者の頭の中にあった。
避け方：開始日・終了日の日割りのルールを決め、プランの設定に落とします。
失敗2：価格モデルを最初から複雑にする
起きること：似た価格プランが乱立し、どれを使うか分からなくなる。
原因：割引や例外の条件を、最初の設計ですべて盛り込もうとした。
避け方：主力のプランから始め、動かしながら広げます。
失敗3：請求・決済・収益認識を別々に管理する
起きること：月末に数字が合わず、請求や計上の漏れが起きる。
原因：請求はSuiteBilling、決済は別のツール、収益は表計算と分かれていた。
避け方：3つの段階を、どのデータでつなぐかを先に決めます。
ベンチャーネットならこう見る
請求の設計は、経理だけの作業ではありません。
どう課金して事業を伸ばすかという、事業の判断そのものです。
だから、ベンチャーネットは設定の前に、いまの請求の業務を見える化します。
型：見える化→整理整頓→標準に合わせる／開発する／残す
- 見える化：主力のプランを、4種類の明細に分けて書き出す。開始・解約・変更のときの計算も書く
- 整理整頓：似たプランや、例外の割引をまとめる。価格プランの数を減らす
- 3つの選択：残った請求のルールを、1つずつ次のどれかに決める
- 標準に合わせる：プラン・価格表・比例計算で回せる範囲。まずここで回す
- 開発する：日本の請求書の形や独自の計算は、アドオン開発（NetSuiteリブート）で作る
- 残す：件数の少ない例外の請求は、当面は手で作る
新しく出る機能は、日本での提供をアカウントの担当に聞き、提供されてから取り入れます。
開発を選ぶほど、第7章の「開発の量」が重くなります。
失敗2の「最初から複雑にする」を避ける手段も、この2段目の整理整頓です。
最初の打ち合わせで伺うのは、次の3つです。
- 主力のプランは何で、契約はいくつあるか
- 月の途中の開始・解約を、いまどう計算しているか
- 決済と収益認識を、いまどの仕組みで扱っているか
事業・経理・情シスが同じ表を見て決める。遠回りに見えて、これが近道です。
今日できること｜主力のプランを1枚にする
主力のプランを1つ選び、次の表を埋めてみてください。
| 明細（種類） | 金額の決まり方 | 月の途中の開始 | 月の途中の解約 |
|---|---|---|---|
| （例）基本料金（継続） | 定額 | 日割り | 満額 |
| （例）超過分（従量） | 段階 | — | — |
埋まらない欄が、先に決めるべき設計の論点です。
この1枚が、第9章の「見える化」の1枚目になります。
よくある質問
Q1. SuiteBillingは日本で使えますか
提供と契約の条件はアカウントの担当に確かめてください。
比例計算や価格表などの機能は、日本のサブスクの事業でも同じ考え方で使えます。
締め請求書や適格請求書は、日本向けの機能で扱う領域です。
Q2. 比例計算（日割り）はどう設定しますか
開始日と終了日のそれぞれでチェックを選びます。
開始日にチェックを入れると、期の途中からの契約は使った日数分だけを請求します。
終了日にチェックを入れると、解約した日で請求を止めます。
Q3. 物の在庫を伴う商品にも使えますか
使えません。
サブスクで請求できるのは、販売用の非在庫品目かサービス品目だけです。
Q4. 段階の料金はどう作りますか
価格プランでTieredかVolumeを選びます。
Tieredは段階ごとの単価を足し上げ、Volumeは合計の数量で決まる単価をすべてに当てます。
下限額・上限額も決められます。
Q5. カード決済とは何が違いますか
請求と回収という別の段階です。
SuiteBillingは請求を、カード決済は回収を担います。
両者は続いていますが、別の役割です。
Q6. 収益認識とはどう連携しますか
Advanced Revenue Managementと一緒に有効にすると連携します。
サブスクの明細ごとに収益の要素ができ、請求と売上の計上をつなげて扱えます。
まとめ
- SuiteBillingは、サブスクのくり返しと変化を仕組みで扱う請求の機能
- 請求できるのは、販売用の非在庫品目とサービス品目だけ
- 明細は一回・継続・従量・コミット＋超過の4種類
- 日割りは開始日と終了日のチェックで決め、前払い・後払いは明細ごとに選ぶ
- 導入の費用は、決済サービスとの連携など開発の量で大きく動く
100ドルか、54.84ドルか。
その答えを契約ごとに決めておくことが、SuiteBillingの設計の出発点です。
まず、主力のプランを1枚の表にしてみてください。
もう少し詳しく知りたい方へ
主力のプランをどう明細に分け、どこまで標準で回すか。
いまの請求の業務をうかがうところから、ご相談をお受けしています。
サブスクの事業の全体像は、ソフトウェア・SaaS企業のNetSuite活用で整理しています。
コメント
コメント一覧 （1件）
[…] 詳しくはNetSuite SuiteBillingとはとNetSuiteの収益認識で解説しています。 […]