ベテランの営業担当が辞めた翌週、長年の得意先から電話が入ります。「前回と同じ条件で見積をください」。ところが、前回いくらで出したのか、何%引いていたのか、社内の誰にも分かりません。見積書は、辞めた担当者のパソコンの中にあったからです。
Odoo(オドゥー:オープンソース由来の統合業務アプリ群)の販売アプリを使えば、見積を会社の資産として残せます。販売アプリは、見積から受注・納品・請求・入金までを、同じ顧客と商品のデータの上でつなぐアプリです。値引きの条件を持つのは担当者ではなく、価格表と顧客マスタです(見積が個人のものになる問題)。
Odoo公式によれば、請求書の発行基準も、前払い・納品・プロジェクトのマイルストーンなどから選べます(販売管理でできること)。
Odooの販売管理を使うと、たとえば次のことが変わります。
- 担当が変わっても、同じ条件の見積が出てくる
- 受注の内容が、転記なしで在庫の引き当てと納品につながる
- 請求書を、見積書や注文書を見ながら打ち直さなくて済む
- 「あの見積、どうなりました?」という電話が、顧客ポータルで減る
ただし、見積書を作ることだけが目的なら、ERPは重すぎます。良い点と注意点は販売管理のメリットとデメリットに並べました。
では、その価格表はどこまで作り込めばよいのか。欲張ると、かえって誰も金額を説明できなくなります。答えは価格表の設計にあります。
なお、Odooには無料のCommunity版と有償のEnterprise版があり、使える機能と更新の受け取り方が異なります。
Odooの販売管理(Sales)でできること
Odoo公式サイトによれば、販売アプリでは次のようなことができるとされています(出典:Odoo公式サイト、2026年8月確認)。
| 場面 | できること |
|---|---|
| 見積から受注まで | 販売オーダ、カスタマーサービス、eコマースショップを一つのプラットフォームで管理 |
| 見積から受注まで | 顧客ごとに適正価格と税金を自動適用 |
| 見積から受注まで | 見積書にオプション商品を追加してアップセル |
| 見積から受注まで | オンライン決済や電子署名を活用して取引を成立 |
| 見積から受注まで | サイズ・色・仕上げなど、複数の属性やバリエーションで商品を扱う |
| 顧客とのやり取り | 顧客ポータルから、顧客自身が見積書・オーダー・配送オーダーにアクセス |
| 顧客とのやり取り | 顧客がポータルを通じて、自分の見積書にオプション商品を追加 |
| 顧客とのやり取り | すべてのメールでのやり取りを、関連する顧客オーダーに自動で添付 |
| 顧客とのやり取り | 重要な見積書や案件をフォローし、対応が必要になると通知を受け取る |
| 顧客とのやり取り | 商品ごとのメールテンプレートを作り、購入時に関連情報を提供 |
請求へのつなぎ
Odoo公式によれば、請求書の発行基準は複数から選べるとされています。
- 前払い
- 見積送状
- 納品
- 発注数量ベース
- 時間と材料ベース
- プロジェクトのマイルストーン
オンライン決済が確認されると、自動的に請求書が作成されるとも案内されています。
その他
- 国内外の配送業者と連携できる
- 複数の会社間で受注書と発注書を自動的に反映させられる(グループ会社間の取引で効く機能です)
「見積が個人のものになる」問題
機能の数より先に、見積が誰の手元にあるかを見てください。
上の状態で本当に困るのは、担当者が辞めたときです。
「この顧客にはいつも何%引いていたか」「前回いくらで出したか」が、誰にも分かりません。次の担当者は、ゼロから関係を作り直すことになります。
下の状態では、条件を持っているのが人ではなく 価格表と顧客マスタ(取引先の基本情報の台帳)です。担当が変わっても、出てくる見積は同じになります。
個人技に頼らず仕組みで価値を生む考え方は、中小企業の付加価値の高め方にまとめています。
Odooの価格表の設計が、販売管理の肝です
Odooでは、顧客ごとに適正な価格と税金を自動適用できます。これを実現しているのが価格表(誰に・何を・いくらで売るかのルールを登録する仕組み)です。導入の実務で、いちばん時間を使うのもここです。
価格表を設計するときの考え方
価格表は、次のような条件を組み合わせて作ります。
| 条件の例 | 使いどころ |
|---|---|
| 顧客の区分ごと | 代理店価格、直販価格 |
| 数量ごと | まとめ買いの割引 |
| 期間ごと | 期間限定のキャンペーン |
| 通貨ごと | 海外向けの取引 |
設計を複雑にしすぎない
価格表は、作り込もうと思えばいくらでも複雑にできます。 そして複雑にするほど、「なぜこの金額になったのか」を誰も説明できなくなります。
現実的な進め方は、次のとおりです。
- まず、いまの値引きルールを 紙に書き出す
- そのうち「明文化できるもの」だけを価格表にする
- 明文化できない例外は、手動の値引きとして残す
すべてを自動化しようとしないでください。8割が自動で決まれば、営業の手間は十分に減ります。
この考え方は OdooとFit to Standard にも通じます。値引きの前にある価格の決め方は、プライシングとは?価格戦略の立て方(NetSuiteの教科書)で扱っています。
顧客ポータルという発想
日本ではまだ馴染みが薄いものの、効果が大きいのが顧客ポータル(取引先専用のログイン画面)です。
顧客が自分でログインし、見積書・注文内容・配送状況を確認できます。オプション商品を自分で追加することもできます。
なぜ効くのか
「あの見積、どうなりました?」「注文した分、いつ届きますか?」という電話が減ります。
営業事務の割り込み作業が減るのです。人数の少ない会社ほど、この差は大きく出ます。
ただし、日本では慎重に
取引先によっては、「ポータルにログインして確認してください」が受け入れられないこともあります。従来どおりPDFをメールで送ってほしい、という声も現実にはあります。
全顧客に一律で使わせようとしないでください。 使ってくれる顧客から順に広げるのが現実的です。
日本の商習慣で確認すべきこと(見積書・締め日・インボイス)
販売管理は、日本の商習慣が濃く出る領域です。次の4点は、導入前に必ず見ておいてください。
(1) 見積書・注文書の様式
自社指定の様式がある場合、標準の帳票レイアウトをどこまで寄せられるかを確認してください。
押印欄、部門名、自社ロゴの位置など、細かい要望が出やすい部分です。
(2) 締め日と請求のタイミング
「月末締め翌月末払い」のような取引条件を、どう表現するか。ここは請求の設計と一体で考えます。
詳しくは Odooの請求書発行(Invoicing) をご覧ください。
(3) 適格請求書(インボイス制度)の要件
請求書に必要な記載事項は、制度で決まっています。標準の帳票が要件を満たすかは、必ず事前に確認してください。
考え方は Odooのインボイス制度対応 にまとめています。
(4) 消費税の端数処理
税の計算方法と丸めの設定は、取引先との取り決めに影響します。詳しくは Odooの消費税設定と日本の税制 をご覧ください。
この4点は、要件定義の段階で洗い出してください。 稼働直前に出てくると、帳票の作り直しになります。進め方は Odoo導入の要件定義の進め方 にまとめています。
CRMとの境界をどこに引くか
「販売管理とCRMは何が違うのか」。導入の相談で、よく聞かれる問いです。
| アプリ | 扱うもの |
|---|---|
| CRM | まだ受注していない見込み客と商談。確度、次のアクション、失注理由 |
| 販売 | 見積書という形になったもの以降。受注、納品、請求 |
CRMで商談を追いかけ、条件が固まったら見積を作る。この時点で販売アプリの領域に入ります。
CRMの詳細は OdooのCRMでできること をご覧ください。
なお、CRMを使わずに販売アプリだけを使うこともできます。 商談管理の必要がない事業(受注生産、リピート中心の卸売など)では、そのほうがシンプルです。
他のアプリとのつながり
見積から入金までが1本の線になるのは、各段階が同じ顧客データ・商品データ・価格表の上で動くからです。転記がないので、途中で止まりません。
販売アプリと他のアプリのつながり方は、次のとおりです。
| アプリ | つながり方 |
|---|---|
| CRM | 商談から見積の作成へ |
| 在庫 | 受注に応じた引き当て、納品、配送 |
| 購買 | 受注に応じた仕入れ(取り寄せ型の販売) |
| 請求/会計 | 請求書の発行と入金の管理 |
| プロジェクト | 受注から案件を作成し、工数を採算に紐づける |
| eコマース | オンラインの注文を同じ販売データとして扱う |
在庫は Odooの在庫管理でできること をご覧ください。購買は Odooの購買管理(Purchase)、案件管理は Odooのプロジェクト管理(Project) にまとめています。
販売アプリのCommunity版とEnterprise版の違い
Community版はオープンソースとして無料で使えます。ただし、サーバの用意・アップデート・障害対応は自社の責任になり、公式サポートの対象外です。
Enterprise版は、公式サポートとバージョンアップを含む有償のサブスクリプションです。動かす場所は、Odoo Online・Odoo.sh・自社サーバーから選べます。
販売アプリの基本的な機能は、Community版でも利用できるとされています。ただし、どの機能がどちらの版で使えるかはバージョンによって変わります。 検討時には、必ず対象バージョンで確認してください。
詳しくは Odoo Community版とEnterprise版の違い をご覧ください。
Odooの販売管理(Sales)のメリットとデメリット
ここまでの内容から、販売アプリの良い点と注意点を並べます。版にかかわる点は、項目ごとに添えました。
メリット
- 見積が会社の資産になる:値引きの条件を持つのは、担当者ではなく価格表と顧客マスタ。担当が変わっても、同じ見積が出てくる
- 見積から入金までが1本の線になる:受注は在庫の引き当て・納品・請求につながる。同じデータの上で動くので、転記がない
- 請求書の発行基準を選べる:前払い・納品・発注数量ベース・プロジェクトのマイルストーンなどから選べる
- 顧客ポータルで問い合わせが減る:顧客が自分で見積書・注文内容・配送状況を確かめられる。人数の少ない会社ほど差が出る
- 基本機能はCommunity版でも使える:販売アプリの基本的な機能は、無料のCommunity版でも利用できるとされている
デメリット・注意点
- 価格表は作り込みすぎると逆効果:複雑にするほど「なぜこの金額か」を誰も説明できなくなる
- 帳票の細かい様式には作り込みが要る:ロゴや項目の追加は寄せやすい。押印欄まで含めた完全な再現は、費用と保守負担が増える
- 顧客ポータルは全顧客に広げにくい:PDFをメールで送ってほしい取引先もある
- 見積を作るだけならERPは重い:在庫を持たない事業では、引き当て・納品という強みが活きない
- 更新の受け取り方が版で違う:19.1〜19.4のような更新の流れはEnterprise版の話で、Community版は対象外。版ごとの機能の対応も、バージョンで変わる
両方を並べると、次の図のとおりです。
注意点の多くは、進め方で避けられます。避け方は値引きルールを価格表に載せるまでの進め方と日本の商習慣で確認すべきことにまとめました。
Odooの販売管理が合わないケースもあります
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。販売管理では、状況ごとに次の選択肢を並べます。
| 状況 | 検討したい選択肢 |
|---|---|
| 見積書を作るだけで、在庫も請求も別で回っている | 見積作成の専用ツールで足りることがある |
| 見積・在庫・請求をつなげたい中小〜中堅企業 | Odoo が現実的な選択肢 |
| 多国籍・多通貨・複雑な収益認識が必要な規模 | OdooとNetSuiteの違い を参照 |
| 販売の条件設定が固有すぎて、価格表で表現できない | AIスクラッチ開発という選択肢(開発費・保守費は別途) |
表の1行目は、見落とされがちです。見積書を作ることだけが目的なら、ERPは重すぎます。
逆に、規模が大きく、構成や条件の組み合わせが多い見積を自動化したい場合は、NetSuite CPQとは?も参考になります。
AIスクラッチ開発は、ライセンス費用がかからない代わりに開発費と保守費がかかります。判断材料は パッケージERPかスクラッチ開発か にまとめました。
社内会議で使えるチェックリスト
次のうち、当てはまるものが多いほど、販売管理をOdooでつなぐ意味が大きくなります。
- □ 担当者が休むと、その顧客の見積条件が誰にも分からない
- □ 受注のたびに、在庫や出荷の担当へ内容を転記して伝えている
- □ 請求書を作るとき、見積書や注文書を見ながら金額を打ち直している
- □ 値引きの幅を、経営者が月次で把握できていない
- □ 代理店向けと直販向けなど、顧客の区分で価格が変わる
逆に、在庫も仕入もなく、見積の件数も少ない会社なら、いまのやり方を磨くほうが早いこともあります。
値引きルールを価格表に載せるまでの進め方
ベンチャーネットが販売管理の導入で、最初に確かめることと順番は次のとおりです。
- 実際の見積書を集めて並べる:直近の見積を集め、誰が・どの顧客に・どんな理由で値引きしたかを一覧にします。ルールは頭の中ではなく、過去の見積に残っています。
- ルールと例外に分ける:一覧のうち、説明できる値引きだけを価格表に載せます。標準機能に業務を合わせるFit to Standardの考え方です。
- 4つの商習慣を要件定義で押さえる:帳票様式・締め日・適格請求書・端数処理です。税理士や取引先との取り決めが絡む点は、この段階で関係者に確認します。
- 見積から入金まで、実データで1本通す:実際の受注を1件選び、見積・受注・納品・請求がつながるかを試します。在庫を持たない会社は、在庫連携を外した構成で試します。
- 3〜5年後の取引の形から区分を決める:代理店の増加や海外取引を見込むなら、価格表の区分をその前提で設計します。
進める中で、価格表で表現できない条件が大半を占めると分かることもあります。その場合は、Odooにこだわらず別の選択肢をお伝えします。
このアプリに対応する有名SaaS
すでに見積・受注の管理ツールを使っている場合、Odooの販売アプリはその置き換え候補になります。主なSaaSとの対応は次のとおりです。
| 使っているSaaS | Odooでの対応 | 一言で言うと |
|---|---|---|
| board | 販売管理(Sales)+請求書発行 | 案件単位で見積から請求までを扱う点が重なる |
| 楽楽販売 | 販売管理(Sales) | 受発注の管理は重なる。画面の作り込みは楽楽販売が柔軟 |
| Zoho CRM | CRM+販売管理(Sales) | 商談から見積までは重なる。納品・在庫はOdooの領域 |
機能の違い
- Odooにあって販売管理SaaSにないもの:在庫の引き当てと納品、購買との連動。受注が倉庫と仕入にそのまま伝わる
- 販売管理SaaSにあってOdooにないもの:日本の帳票様式への作り込み、郵送代行、画面項目のノーコードでの追加
課金構造の違い
boardはアカウント全体に対する定額制で、初期費用はかかりません。プランごとに利用人数の上限が決まっています。最上位プランの上限を超える人数では、1名ごとに月額が加算されます。
(出典:各社公式サイト、2026年9月確認。課金の型のみを記載しています。金額や条件は改定されることがあるため、検討時に各社の公式ページでご確認ください)
いちばん分かりやすい違いは、ここです。boardは人数の枠内なら何人使っても金額が変わらないアカウント課金、Odoo Enterprise版は1人ごとに積み上がるユーザー課金です。金額の詳細は Odooの料金体系を解説 を参照してください。
人数が多いほどOdooは積み上がり、逆にアプリを増やしても単価は変わりません。どちらが自社に合うかは、利用人数と使うアプリの数で決まります。置き換えには、移行・設定・導入支援の費用も別途発生します。
置き換えのメリット
- 見積・受注が在庫の引き当てと納品につながり、出荷までが1本の線になる
- 価格表と顧客マスタが条件を持つため、担当が変わっても同じ見積が出る
- 受注から請求、入金消込までが同じデータの上で完結する
置き換えのデメリット・向かないケース
- 日本の帳票様式や押印欄の再現は、販売管理SaaSのほうが手が届きやすい
- 在庫を持たない事業では、Odooの強みである引き当て・納品の部分が活きない
- 見積書を作ることだけが目的なら、ERPは重すぎます
判断の分かれ目は、在庫や仕入まで含めて1本につなげたいかどうかです。在庫を持たない受託型のビジネスなら、販売管理SaaSのままで十分なこともあります。
他のアプリの対応表は 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 Onlineで先に提供されました。 Odoo.shとオンプレミスは対象外でした(公式のサポート表にN/Aと明記)。
2026年9月には、次のメジャー版のOdoo 20が公開されました。Odoo.shやオンプレミスの会社も、Odoo 20に上げれば、19.1〜19.4の新機能をまとめて受け取れます。
違うのは、新機能を受け取る時期です。早く使いたいならOdoo Online。自社で管理したいなら、Odoo.shかオンプレミスで年1回のメジャー版に合わせます。Odoo 20の変更点はOdoo 20の新機能まとめにあります。
このうち販売管理に関わる変更があります。19.4の公式ドキュメントでは、商品マスタにない品目を、名前と価格の手入力で見積の明細に加えられます。 こうした明細を認めない設定(Mandatory Product)もあり、オンにすると、商品の紐づかない明細のままでは販売を完了できません。どちらも19.0のドキュメントには記載がありません。
なお、この更新の流れはEnterprise版の話です。Community版はこの更新の対象ではありません。
(出典:Odoo公式ドキュメントのサポート表・見積作成のページ、2026年10月確認。Odoo公式 リリースノート、2026年9月確認)
よくある質問
Q1. いまの見積書のレイアウトを再現できますか?
ロゴや項目の追加なら、比較的容易に寄せられます。細かい様式まで完全に再現するには、作り込みが必要になることがあります。
「今と同じ見た目」を最優先にすると、費用と保守負担が増えます。 どこまで必要かを先に決めてください。
Q2. 得意先ごとの特別価格は設定できますか?
できます。Odoo公式は、顧客ごとに適正価格と税金を自動適用できると案内しています。顧客区分・数量・期間・通貨などの条件を組み合わせて作るのが価格表です。
ただし、条件を複雑にしすぎると「なぜこの金額か」が説明できなくなります。明文化できるものだけをルール化してください。
Q3. 受注したら在庫は自動で引き当てられますか?
在庫アプリと組み合わせれば、受注に応じた引き当てと納品の処理につながります。
在庫を持たないサービス業の場合は、この部分を使わない構成も可能です。
Q4. CRMも一緒に入れる必要がありますか?
必要ありません。商談管理が不要な事業では、販売アプリだけを使うほうがシンプルです。
見込み客の管理や商談の確度を追いかけたい場合に、CRMを追加してください。
Q5. 「月末締め」の請求にも合わせられますか?
合わせられるかは、請求の発行基準と運用の組み合わせ次第です。Odoo公式によれば、発行基準は前払い、見積送状、納品、発注数量ベースなどから選べるとされています。
「月末締め」をどの基準と運用で表すかは、取引先との条件を並べ、要件定義の場で決めてください。
Q6. Odooの販売管理のメリットとデメリットは何ですか?
見積から入金までがつながる利点と作り込みすぎの注意点があります。
見積は価格表と顧客マスタの上で作られ、受注・納品・請求へそのままつながります。担当が変わっても、同じ見積が出てきます。
一方、価格表を複雑にしすぎると、金額の理由を誰も説明できなくなります。見積を作るだけが目的なら、ERPは重すぎます(メリットとデメリット)。
まとめ
見積書をExcelで作ること自体は、悪いことではありません。速いですし、自由が利きます。
困るのは、その見積が会社の資産にならないことです。いくらで出したか、どれだけ値引きしたか、受注できたか。それが本人の中にしかありません。
Odooの販売管理では、条件を持つのが人ではなく 価格表と顧客マスタになります。そして見積は、受注・納品・請求へとそのままつながります。転記がないので、途中で止まりません。
価格表には、明文化できるルールだけを載せ、例外は手動で残す。日本の商習慣の4点は、要件定義の段階で洗い出す。この2つを押さえれば、冒頭の電話にも、前回の条件で答えられます。
1年後、ベテランの営業担当が抜けた月でも、得意先には前回と同じ条件の見積が届き、月末の請求は誰も打ち直さずに締まっている。値引きの幅も、担当者の記憶ではなく販売データで話せているはずです。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「うちの値引きルールと帳票要件が、標準にどこまで乗るのか」という切り分けからご相談を承っています。
あわせて読みたい記事
- Odooで置き換えられるSaaS対応表
- Odooとは?中小企業の経営者が知っておきたいオープンソースERP入門
- OdooのCRMでできること
- Odooの請求書発行(Invoicing)
- Odooの在庫管理でできること
- 卸売・商社のOdoo活用|取引条件と在庫回転を管理する
- Odooのサブスクリプション管理(Subscriptions)
- Odooのレンタル管理(Rental)
- Odoo Community版とEnterprise版の違い
- 見積テンプレートと定期受注
- 営業の引継ぎトラブルと「忘れた」を防ぐ
- Odooのアプリ一覧と全体像
- NetSuiteとOdooの販売・CRM・店舗|4業務の実現方法を比べる(NetSuiteの教科書)
でできること.jpg)