継続課金のビジネスで、月初はどうなっているでしょうか。先月の請求書を複製し、日付を直し、契約が変わった顧客を思い出して金額を修正する。怖いのは、契約変更を反映し忘れることです。
プランを上げてもらったのに、旧価格で請求してしまう。解約した相手に、請求書が届いてしまう。どちらも、信頼に直接ひびきます。
この漏れは、仕組みで防げます。Odoo（オドゥー：オープンソース由来の統合業務アプリ群）のサブスクリプション管理は、この順序を逆にします。請求書を毎月作るのをやめ、「契約」を正にして、契約から請求を生ませる仕組みです。
契約を直せば次回以降の請求に反映され、解約すれば請求も止まります（手作業の請求が生む漏れ）。たとえば次のことが変わります。
- 先月の請求書を複製して直す作業がなくなる
- 週・月・年の周期と、支払いがない場合の自動終了の日数を、契約のひな型にできる
- 顧客が自分で解約やプラン変更をでき、やめた理由を記録に残せる
- 新規・解約・単価の動きが、契約の記録から見える
ただし、どんな継続課金にも合うわけではありません。日単位の周期（毎日の請求）は設定できないという、はっきりした制限があります。集金を担う決済代行でもありません。良い点と注意点はメリットとデメリットに並べました。
自社の売り方で使えるのか。分かれ目は、日割りや従量課金などの例外がどれだけあるかです。判断の表は入れないほうがよい場合にあります。
このアプリはEnterprise版限定です
Odooのサブスクリプション管理アプリは、有償の Enterprise版 が対象と案内されています。無料の Community版では利用できません。
手作業の請求が生むのは、遅さではなく漏れです
手作業の請求と、契約が請求を生む仕組み。並べると、漏れがどこで起きるかが見えます。
何が変わるのか
請求書が「作るもの」から「契約から生まれるもの」に変わります。
正となるのは契約です。プラン、金額、周期。そこを直せば、次回以降の請求に反映されます。
「今月の請求を直す」のではなく、「契約を直す」。変わるのは、作業の順序そのものです。
Odooのサブスクリプション管理でできること
Odoo公式ドキュメントによれば、次のようなことができるとされています（出典：Odoo公式ドキュメント、2026年10月確認）。
継続プランの設定
契約を作る前に、継続プラン（Recurring Plans） を設定します。継続プランとは、請求の周期や終了条件をまとめた「契約のひな型」です。
- 請求の周期を設定する（週・月・年の単位）
- 自動終了の日数を設定する（支払いがない場合に契約を閉じるまでの日数）
- 請求時に送るメールのひな型を設定する
標準では、月次・年次などのプランがあらかじめ用意されているとされています。
日次の課金は選べません
Odoo公式ドキュメントに明記されている制限です。
日単位の周期はレンタル向けに割り当てられており、サブスクリプションの受注には追加できない。
理由も書かれています。毎日請求書が生成される受注を防ぐためです。
日単位で請求する商材なら、この制限を最初に確かめてください。 なお、期間の途中で追加したサービス商品は、残りの期間で日割りされます（物品は対象外）。
顧客自身による操作
公式ドキュメントによれば、顧客の側に権限を渡す設定があります。
- 顧客が自分で契約を終了できる設定
- 顧客が自分でプランを変更できる設定
契約の管理
- 契約ごとの状態（進行中、更新待ち、解約）を管理する
- 更新の管理を行う
- 既存の契約に、追加の商品やサービスを乗せる
Odooのサブスクリプション管理のメリットとデメリット
ここまでの機能を、良い点と注意点に分けると次のとおりです。このアプリはEnterprise版限定で、Community版では利用できません。
メリット
- 契約から請求が生まれる：契約を直せば次回以降の請求に反映され、解約すれば請求も止まる
- 周期と終了条件をひな型にできる：継続プランで、請求の周期（週・月・年）と自動終了の日数を決めておける
- 顧客に手続きを任せられる：顧客が自分で契約を終了したり、プランを変更したりできる設定がある。解約のときに理由も聞ける
- 継続課金の数字が見える：継続している契約の合計・新規・解約・単価の変化が、契約の記録から追える
- 契約から会計まで同じ場所にある：販売・請求書・会計・CRM・ヘルプデスクと、データでつながる
デメリット・注意点
- Community版では使えない：Enterprise版限定のアプリ。Community版での代替は、いまの手作業を整理した形になる
- 日単位の周期は選べない：日単位の周期はレンタル向けで、サブスクリプションの受注には追加できない。日割りは期間の途中で追加したサービス商品だけ
- 集金は決済サービスとの連携が前提：Odooは決済代行ではない。決済失敗時の再試行も決済サービス側の機能
- 複雑な従量課金は専用サービスが深い：従量課金の細かな計算や複雑な料金体系は、サブスク専用のサービスのほうが優れている
両方を並べると、次の図のとおりです。
注意点の多くは、売り方のルールを先に決めれば負担が変わります。避け方は入れないほうがよい場合と請求を「契約」に切り替えるまでの進め方で説明しています。
「解約させない設計」にしないでください
顧客が自分で解約できる設定を、どう扱うか。これは設定の問題である前に、経営の方針の問題です。
短期の数字と、長期の評判
解約を難しくすれば、今月の数字は守られます。これは事実です。
しかし、やめたい顧客を引き止め続けることはできません。遅らせるだけです。
遅らせている間に起きるのは、不満の蓄積です。その不満は、外部の評価として残ります。
公式の案内も同じ方向です
Odoo公式ドキュメントは、この設定について、問い合わせを減らし、顧客体験を改善するという趣旨で案内しています。
一方で公式は、引き止めの対応が確立している営業チームなら、あえて有効にしない判断もあり得ると併記しています。どちらを取るかは、自社の方針です。
ただし「手続きを不便にすることで引き止める」のは、方針ではなく設計の怠慢です。 この2つは分けて考えてください。
解約の理由を記録してください
顧客が自分で解約できる形にすると、そのときに理由を聞けます。
- 価格が合わなかったのか
- 使わなくなったか
- 他に移ったのか
この情報は、引き止めの電話よりはるかに価値があります。
継続課金で本当に見るべき数字
サブスクリプション事業では、月々の売上だけを見ても状況が分かりません。
見るべきもの
| 指標 | 何が分かるか |
|---|---|
| 継続している契約の合計金額 | 今の事業規模 |
| 新規の契約 | 増えている勢い |
| 解約の件数と金額 | 抜けている量 |
| 契約単価の変化 | 上位プランへの移行が起きているか |
いちばん目を離せないのは、3つ目の解約です。
新規が増えていても、解約が同じだけあれば事業は成長しません。穴の空いたバケツに水を注いでいる状態になります。既存の顧客を育てる経営の考え方は、新規より、既存客を太らせる——LTVと顧客維持の経営 にまとめています。
単月の売上では見えないこと
「今月の売上が横ばい」という数字の裏に、大量の新規と大量の解約が隠れていることがあります。
契約の記録が残っていれば、この動きが見えます。手作業の請求書では見えません。
会計との接続で確認すること
継続課金は、会計の扱いが少し複雑になります。事前に決めておく項目は、次の4つです。
確認すべきこと
| 項目 | 内容 |
|---|---|
| 年払いの扱い | 一括で受け取った金額を、どう期間に配分するか |
| 途中解約の返金 | 返金する場合の処理をどう決めるか |
| 適格請求書の要件 | 継続的な請求で要件を満たす形になっているか |
| 未回収の管理 | 支払いがない契約をいつ止めるか |
1つ目と3つ目は、税務に関わります。ここは、税理士など専門家の判断が要る領域です。
考え方は、Odooのインボイス制度（適格請求書）対応 と Odooの会計機能でできること にまとめています。公開前に、税理士など専門家に確認してください。
4つ目は、運用の設計です。公式によれば、支払いがない場合に契約を自動で閉じるまでの日数を設定できます。
この日数は、社内の督促の運用と合わせてください。 督促の連絡より先に契約が閉じると、顧客も社内も混乱します。
サブスクリプション管理のCommunity版とEnterprise版の違い
Odooには、無料の Community版 と有償の Enterprise版 があります。
Community版は、オープンソースとして無料で使えます。ただし、サーバの用意・アップデート・障害対応は自社の責任です。公式サポートの対象からも外れます。
サブスクリプション管理アプリは、Enterprise版が対象です。Community版では利用できないと案内されています。
Community版での代替
完全な代替はありません。ただし、契約件数が少ない段階なら、次の形で運用できます。
- 顧客ごとの契約内容を、記録として管理する
- 毎月の請求書を、前月分を複製して作る
- 解約と変更を、運用のルールで反映する
つまり、いまの手作業を整理した形です。件数が増えれば、限界が来ます。目安として、契約が数十件を超えたあたりから手作業の漏れが目立ち始めます。
どの機能がどちらの版で使えるかは、バージョンによって変わります。検討時は、必ず対象バージョンで確かめてください。詳しくは Odoo Community版とEnterprise版の違い をご覧ください。
他のアプリとのつながり
契約は、ほかのアプリとデータでつながっています。
| アプリ | つながり方 |
|---|---|
| 販売管理 | 契約は受注の一形態として扱われる |
| 請求書 | 周期ごとの請求書が自動で作られる |
| 会計 | 売上と入金の記録先 |
| CRM | 契約前の商談と、契約後の関係が同じ場所に残る |
| ヘルプデスク | 契約状況を見ながらサポートに対応できる |
詳細は、それぞれの記事にまとめています。
サブスクリプション管理を入れないほうがよい場合
どの会社にも向くアプリではありません。まず、自社の請求の形を下の表に当ててみてください。
| 自社の状況 | 判断 |
|---|---|
| 継続契約が10件程度。内容もほぼ同じ | 入れる必要はありません |
| 日単位の請求が前提の商材 | 周期の制限を先に確認してください |
| 複雑な従量課金が中心（使った分だけ請求） | 専用サービスの検討を |
| 契約が数十件以上あり、プランも複数ある | 効果が出やすい領域です |
| 契約の変更を、会計や在庫まで一続きで追いたい | Odooの強みが出る領域です |
専用のサブスク管理サービスとの違い
サブスクリプション事業に特化したサービスがあります。従量課金の細かな計算、決済の失敗時の再試行、複雑な料金体系。この3つでは、専用サービスのほうが優れています。
Odooが同じ土俵で勝負する領域ではありません。
Odooに意味があるのは、契約から請求、入金、会計までが同じ場所にある場合です。「この顧客の累計売上はいくらか」「解約した顧客は何を買っていたか」が、1つのデータで追えます。
決済サービスと会計ソフトが別々だと、このつながりが切れます。
請求を「契約」に切り替えるまでの進め方
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。特定の製品を前提にせず、請求の形から選びます。サブスクリプション管理の導入では、次の5段階で進めます。
ステップ1：いまの請求書を、契約の種類ごとに並べる
直近数か月の請求書と契約書を突き合わせます。プラン・周期・金額の組み合わせが、何種類あるかを数えます。最初の判断材料は、例外（日割り・従量・個別値引き）がどれだけあるかです。
ステップ2：例外を、標準の形に寄せられるか話し合う
Fit to Standard（標準機能に業務を合わせる考え方）で進めます。日割りを「翌月から反映」に変えられるか。個別値引きをプランに整理できるか。システムの前に、売り方のルールを決める場面です。考え方は OdooとFit to Standard｜標準機能に業務を合わせる考え方 にまとめています。
ステップ3：決済・会計との分担を決める
Odooは、決済代行ではありません。集金は決済サービスに残し、Odooは契約・請求・仕訳を持つ。この線引きを先に決めます。年払いの配分や適格請求書の扱いは、税理士と一緒に確認します。
ステップ4：移行データを照合し、1回分の請求を並べる
開始日・次回請求日・契約金額の3つを移します。そのうえで、旧来の手作業の請求とOdooの請求を1回分並べます。全件が一致してから切り替えます。
ステップ5：合わないと分かったら、そう伝える
従量課金が中心なら、専用サービスのほうが合うことがあります。規模や拠点が増えていく会社なら、NetSuiteも比較の対象です（NetSuite SuiteBilling（サブスク請求）の使い方）。業務がパッケージに乗らない場合は、AIスクラッチ開発という選択肢もあります。その場合も、開発費と保守費は別途かかります。
このアプリに対応する有名な継続課金SaaS
すでに継続課金のSaaSや決済サービスを使っているなら、Odooのサブスクリプション管理は置き換えの候補です。ただし、3社とも重なり方が違います。
なお、Odooのサブスクリプション管理はEnterprise版限定です。Community版では利用できません。
| 使っているSaaS | Odooでの対応 | 一言で言うと |
|---|---|---|
| Scalebase | サブスクリプション管理（Subscriptions・Enterprise版） | 一部重なる。BtoBの契約・請求管理は重なるが、複雑な従量課金の計算はScalebaseが深い |
| サブスクペイ | サブスクリプション管理（Subscriptions・Enterprise版） | 連携先に近い。決済代行が主体で、Odooが契約を持ち、集金を外部に渡す関係になる |
| Stripe Billing | サブスクリプション管理（Subscriptions・Enterprise版） | 一部重なる。継続請求の自動化は重なるが、決済失敗時の再試行や日割りはStripeが広い |
機能の違い
- Odooにあって継続課金SaaSにないもの：契約が受注・在庫・会計と同じデータベースで動くこと。契約を変えれば請求書と仕訳まで一続きで変わる。顧客の累計売上や解約前の購入履歴も1つのデータで追える
- 継続課金SaaSにあってOdooにないもの：日単位の周期（公式がサブスクには追加不可と明記）。物品も含めた日割り計算（Odooの追加分の日割りはサービス商品のみ）。決済失敗時の自動再試行、口座振替やコンビニ決済の集金代行。多段階の従量課金の自動計算
課金構造の違い
3社は、課金の型が異なります。Stripe Billingは売上連動で、請求の取引額に応じた料率がかかります。決済もStripeで行う場合は、カード決済の手数料も別途必要です。
サブスクペイは、初期費用・月額費用が都度見積もりです。決済手数料と件数ごとの費用が加わる、見積＋売上連動の型です。Scalebaseは公式サイトに金額の掲載がなく、見積もりを前提とする体系です。
（※課金の型は、2026年9月時点の各社公式サイトの情報にもとづきます。金額や条件は改定されることがあるため、検討時に各社の公式ページでご確認ください）
Odoo Enterprise版は、全アプリ一律のユーザー課金です。サブスクリプション管理だけ使っても、他のアプリまで使っても、1ユーザーの単価は変わりません。金額の詳細は、Odooの料金体系を解説 を参照してください。
売上連動の相手と比べる場合、売上が大きく手数料が積み上がるほど、Odooのユーザー課金が有利になりやすい構造です。逆に、売上が小さく固定費を抑えたい段階なら、売上連動のほうが有利になりやすくなります。
ただし、Odooは決済代行ではありません。カードや口座振替で集金する手数料は、どの形でも決済事業者に別途かかります。
置き換えのメリット
- 契約の変更が、請求書・入金・仕訳まで同じデータベースで反映される。決済サービスと会計ソフトの間の転記がなくなる
- 契約前の商談（CRM）と契約後のサポート（ヘルプデスク）が、同じ顧客レコードにつながる
置き換えのデメリット・向かないケース
- 日割り課金や複雑な従量課金を業務の中心にしている場合、専用SaaSのほうが深い。併用が現実的
- 決済失敗時の再試行や集金代行は、決済サービス側の機能。Odooに置き換えても、この部分は残る
- Odooは決済代行ではありません。カードや口座振替で「集金する」機能は、決済サービスとの連携が前提です
分かれ目は、契約を会計・在庫までつなげたいかどうかです。
他のアプリの対応表は、Odooで置き換えられるSaaS対応表 にまとめています。
バージョンと機能の更新について
Odoo 19.0は、2025年9月にリリースされました。標準サポートの終了は2028年9月（予定）と、公式に記載があります。
その後、19.1（2026年1月）・19.2（2026年3月）・19.3（2026年5月）・19.4（2026年7月）が順に提供されています。
19.1〜19.4は、Odooオンラインで先に提供されました。 Odoo.shとオンプレミスは対象外でした（公式のサポート表にN/Aと明記）。
2026年9月には、次のメジャー版のOdoo 20が公開されました。Odoo.shやオンプレミスの会社も、Odoo 20に上げれば、19.1〜19.4の新機能をまとめて受け取れます。
違うのは、新機能を受け取る時期です。早く使いたいならOdooオンライン。自社で管理したいならOdoo.shかオンプレミスで、年1回のメジャー版に合わせます。Odoo 20の変更点は、Odoo 20の新機能まとめにあります。
サブスクリプション管理に直接かかわる変更は、19.1〜19.4の公式リリースノートに記載が見つかりませんでした。
サブスクリプション管理アプリ自体が、Enterprise版限定です。Community版は、そもそも19.1〜19.4の更新の対象になりません。
※出典：Odoo公式 ドキュメントのサポート表（2026年10月確認）、リリースノート（2026年9月確認）
よくある質問
Q1. 日割りでの課金はできますか？
一部に限られます。期間の途中で追加したサービス商品は、残りの期間で日割りされますが、物品は対象外です。
日単位の周期（毎日の請求）は設定できません。Odoo公式ドキュメントによれば、日単位の周期はレンタル向けで、サブスクリプションの受注には追加できないとされています。毎日請求書が作られることを防ぐための制限です。物品の日割りや毎日の請求が前提の商材では、設計を変える必要があります。
Q2. 途中でプランを変更できますか？
できます。契約の内容を変更する運用があります。
ただし、変更した月の請求をどう扱うか（日割りにするか、翌月からにするか）は、自社のルールとして決めてください。 システムの設定より先の話です。
Q3. 決済と連動できますか？
連動できます。自動の継続決済には、カード情報などを保存できる（トークン化に対応した）決済事業者が必要です。
ただし、日本国内で使える決済手段と手数料は、提供事業者との契約で決まります。実際に使う前に、対象バージョンと契約内容で確かめてください。
Q4. 契約がまだ少ないうちから入れるべきですか？
継続契約が10件程度で内容もほぼ同じなら、急ぐ必要はありません。契約内容の記録と、変更・解約のルールづくりを先に進めてください。
そのルールが、後でOdooに移すときの設計図になります。
Q5. 既存の契約データを移行できますか？
移行できます。ただし、開始日、次回請求日、契約金額の3つは正確に移してください。
ここがずれると、移行直後の請求が全件おかしくなります。 移行の進め方は、Odooへのデータ移行の進め方 をご覧ください。
Q6. Odooのサブスクリプション管理のメリットとデメリットは何ですか？
契約から請求が生まれて漏れが減る一方で日単位の周期と集金には制限があります。
契約を直せば次回以降の請求に反映され、解約すれば請求も止まります。顧客が自分で解約やプラン変更をできる設定もあり、新規・解約・単価の動きが契約の記録から追えます。
一方、このアプリはEnterprise版限定で、Community版では使えません。日単位の周期は選べず、Odooは決済代行でもありません（メリットとデメリット）。
まとめ
Odooのサブスクリプション管理が変えるのは、請求書を作る速さではありません。
正となるものが「請求書」から「契約」に変わることです。契約を直せば次回以降の請求に反映され、解約すれば請求も止まります。記憶に頼って修正する場面が、なくなります。
導入前に確かめることは3つです。
- 日単位の周期は選べない。 毎日の請求や物品の日割りが前提なら、売り方のルールから見直す
- 「解約させない設計」にしない。 自分で解約できる形にして、理由を記録する
- 会計の論点は専門家と確認する。 年払いの配分と適格請求書の要件が関わる
1年後の月初、請求担当は先月の請求書を複製していません。その時間で解約理由の一覧を読み、経営会議には新規・解約・単価の動きが並んでいるはずです。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「いまの契約を、どう契約データに落とすか」の整理からご相談を承っています。
関連記事
- Odooで置き換えられるSaaS対応表
- Odooの販売管理（Sales）
- Odooの請求書発行（Invoicing）
- Odooのレンタル管理（Rental）
- Odooの会計機能でできること
- Odooのインボイス制度（適格請求書）対応
- Odoo Community版とEnterprise版の違い
- ここが便利：見積テンプレートと定期受注
- Odooのアプリ一覧と全体像
- 「固客化」とは｜既存顧客に続けて選ばれる仕組みを、CRM・メール・サブスクの連携で作る5ステップ
- 顧客の4指標｜CLV/LTV・接点回数・顧客ステータス・リピート率をOdooで
- NetSuiteとOdooの会計・請求・経費｜6業務の実現方法を比べる（NetSuiteの教科書）
