「そろそろ切れそうだから、発注しておこう」。多くの会社で、発注はこの形で回っています。担当者が棚を見て、経験で判断する。困るのは、その勘が担当者の中にしかないことです。その人が休むと発注が止まり、辞めると何をいつ発注すべきか誰も分からなくなります。
Odoo（オドゥー：オープンソース由来の統合業務アプリ群）の購買管理を使えば、この勘をルールに置き換えられます。「いくつを下回ったら、いくつまで戻すか」を品目ごとに決めておけば、在庫が下限を割ったときに見積依頼が自動で作られます（補充ルールの考え方）。
Odooの購買管理を使うと、たとえば次のことが変わります。
- 担当者が休んでも、下限を割った品目から見積依頼が上がってくる
- 「なぜこの数量なのか」を、数字で説明できるようになる
- 発注・入荷・請求を突き合わせ、払いすぎや二重払いを防ぐ
- 入荷した分が、そのまま在庫と会計につながる
ただし、仕入先が数社で発注も月に数回なら、無理に変えなくて構いません。良い点と注意点は購買管理のメリットとデメリットに並べました。
では、ルールの数字は最初にどう決めればよいのか。ここには、設定画面の外にある落とし穴があります。避け方は発注の「勘」をルールに移すまでの進め方で説明します。
Odooには、無料で使えるCommunity版と、有償サブスクリプションのEnterprise版があります。
業種ごとの使い方は 卸売・商社のOdoo活用 と 建設業のOdoo活用 をご覧ください。
Odooの購買管理（Purchase）でできること
見積依頼から価格の比較、自動化、支払いまで。Odoo公式サイトは、購買アプリの機能として次のものを挙げています（出典：Odoo公式サイト、2026年10月確認）。
見積依頼（RFQ）まわり
見積依頼（RFQ）とは、仕入先に価格と納期の提示を求める書類のことです。
- 仕入先ごとに、見積依頼を送る商品と条件を設定できる
- アプリから見積依頼をそのままメール送信、または印刷して郵送できる
- 複数の商品を一度に見積依頼できる
- 見積依頼ごとに、仕入先へのメッセージを追加できる
- グリッド（マトリクス）表示で、サイズや色などのバリエーションをまとめて発注書に追加できる
価格の比較と契約
- 入札を開始し、仕入先からの回答を取り込んで提案内容を比較できる
- 最適な条件を選んで発注書を送付できる
- 合意した価格で、一定期間にわたり同一の仕入先から定期的に購入する契約を設定できる
- 発注後は、レポートで仕入先の実績を分析できる
自動化
- 在庫水準に応じて見積依頼を自動作成・送信するルールを設定できる
- 再オーダー規則を自動化し、見積依頼と発注書を一括で管理できる
請求と支払い
- 仕入先請求書を、単一または分割で作成できる
- 発注数量または受領数量に基づいて支払える
- 会計アプリで支払状況を追跡できる
「勘」から「ルール」へ：補充ルールで発注を自動化する考え方
購買管理でいちばん効くのは、在庫水準に応じた自動補充です。
補充ルールでやることは、とても単純です。
「この商品は、いくつを下回ったら、いくつまで戻すか」を決める。 それだけです。
在庫が下限を割ると、見積依頼が自動で作られます。担当者は、それを確認して送るだけになります。
判断基準が記録に残る
自動化の価値は、作業が減ることだけではありません。
担当者の頭の中にあった判断基準が、記録として残ります。棚を見て「そろそろ」と感じていた勘が、最小在庫数と最大在庫数という数字に置き換わる。休んでも辞めても、発注は止まりません。
「なぜこの数量なのか」を数字で説明でき、その数字は後から見直せます。
【重要】設定してからが本番
最初に設定した数字は、まず外れます。
季節変動、リードタイムの変化、需要のブレ。実際に動かしてみないと分からないことばかりです。
だから、数字を定期的に見直す運用を、最初に決めておきます。設定して放置すると、欠品か過剰在庫のどちらかが起きます。
最初から正解を決めようとせず、動かしながら直す。この姿勢のほうが、結果として早く安定します。
発注の判断を担当者から移しにくい理由は、需要予測の属人化を解消するには（NetSuiteの教科書）をご覧ください。
発注から支払いまでの流れ（三点照合）
見積依頼から支払いまでが、1本の線でつながります。
三点照合とは
Odoo公式によれば、購買アプリでは発注書・仕入先からの請求書・入荷記録の情報を比較できます。そのうえで、請求書を支払うべきかどうかを判断できるとしています（出典：Odoo公式サイト、2026年10月確認）。
設定で「3-way matching」を有効にすると、仕入先請求書に支払可否の欄が出ます（出典：Odoo公式ドキュメント、2026年10月確認）。
実務では「三点照合」と呼ばれる考え方です。
- 発注した数量
- 実際に入荷した数量
- 請求された数量
この3つが一致していれば支払う。ずれていれば止める。
紙とExcelで運用していると、この照合は目視になり、件数が増えるほど見落としは避けにくくなります。
払いすぎや二重払いは、気づかないまま続くことがあります。三点照合は、それを構造的に防ぐ仕組みです。
会計処理の詳細は Odooの会計機能でできること、請求書の要件は Odooのインボイス制度対応 をご覧ください。
他のアプリとのつながり
購買は、単体で使うアプリではありません。在庫・製造・販売・会計・プロジェクトとつながって、はじめて力を出します。
| アプリ | つながり方 |
|---|---|
| 在庫 | 在庫水準に応じた補充。入荷で在庫が増える |
| 製造 | 部品表から必要な材料を割り出し、購買につなげる |
| 販売 | 受注に応じて仕入れる（取り寄せ型の販売） |
| 会計／請求 | 仕入先請求書と支払いの管理 |
| プロジェクト | 案件ごとの発注として原価に紐づける |
在庫の詳細は Odooの在庫管理でできること、製造との連携は Odooの製造管理（MRP）でできること にまとめています。
案件ごとに発注を紐づける使い方が効くのは、建設業やプロジェクト型ビジネスです。詳しくは 建設業のOdoo活用 をご覧ください。
購買アプリのCommunity版とEnterprise版の違い
Odooには、無料の Community版 と有償の Enterprise版 があります。
Community版はオープンソースとして無料で使えます。ただし、サーバの用意・アップデート・障害対応は自社の責任です。公式サポートの対象外です。
購買アプリの基本的な機能は、Community版でも使えるとされています。ただし、どの機能がどちらの版で使えるかは、バージョンによって変わります。 検討時には、必ず対象バージョンで確認してください。
詳しくは Odoo Community版とEnterprise版の違い をご覧ください。
Odooの購買管理（Purchase）のメリットとデメリット
ここまでと、このあとの章の内容から、購買アプリの良い点と注意点を並べます。版にかかわる点は、項目ごとに添えました。
メリット
- 発注の判断基準が仕組みに残る：最小在庫数と最大在庫数を決めておけば、下限を割ると見積依頼が自動で作られる。担当者が休んでも、発注は止まらない
- 三点照合で払いすぎを防ぐ：発注した数量・入荷した数量・請求された数量を比べ、請求書を支払うべきかを判断できる
- 相見積もりを比べて発注できる：入札を開始して仕入先の回答を取り込み、最適な条件を選んで発注書を送れる
- 在庫・製造・会計とつながる：入荷で在庫が増え、仕入先請求書は支払いと会計へ進む。仕入先や品目のマスタを二重に持たずに済む
- 基本機能はCommunity版でも使える：購買アプリの基本的な機能は、無料のCommunity版でも使えるとされている
デメリット・注意点
- 最初の数字は外れる：季節変動やリードタイムの変化があるため、数字を定期的に見直す運用を最初に決める必要がある
- マスタの整理に手間がかかる：別名で重複した仕入先や、型番違いの材料を直す作業が、移行作業の大半を占める
- 承認と例外のルールを先に決める：承認の階層を増やしすぎると現場が止まる。電話やメールでの急ぎの発注を後追いで記録する運用も要る
- 日本の商習慣は要件ごとに確認する：月締めの合計請求書などは、標準機能だけでは足りない場合がある
- 画面を自由に組むならEnterprise版のカスタムプラン：OdooのStudioは、スタンダードプランには含まれない
両方を並べると、次の図のとおりです。
注意点の多くは、進め方で避けられます。避け方は導入でつまずきやすいところと発注の「勘」をルールに移すまでの進め方にまとめました。
Odooの購買管理の導入でつまずきやすいところ
購買管理は、設定より 運用ルールの整備のほうが難しい領域です。
(1) 仕入先マスタと品目マスタの整理
マスタとは、取引先や品目など、何度も使う基本情報の台帳のことです。
同じ仕入先が、別名で複数登録されている。同じ材料が、違う型番で登録されている。
購買を仕組みに載せる前に、この整理が要ります。移行作業の大半は、この整理に使われます。
データ整理の進め方は Odooへのデータ移行の進め方 をご覧ください。
(2) 承認ルールをどこまで作るか
「いくら以上は上長承認」というルールを、作りたくなります。
ただ、承認の階層を増やしすぎると、現場が止まります。承認が形骸化するくらいなら、金額の閾値を上げるほうが健全です。
(3) 現場の発注と、システムの発注がずれる
急ぎのときに、担当者が電話やメールで直接発注してしまう。あとからシステムに入れる。
これが常態化すると、システムの数字が信用されなくなります。例外をゼロにはできません。 例外が起きたときに後追いで記録する運用を、先に決めておいてください。
(4) 日本の商習慣で確認すべきこと
支払サイト、締め日の扱い、月締めの合計請求書、返品や値引きの処理。どれも、会社ごと・業界ごとに慣行が違います。
標準機能でどこまで対応できるかは、実際の要件次第です。 導入前に洗い出し、対応方針を決めてから進めてください。
要件の洗い出し方は Odoo導入の要件定義の進め方、標準に寄せる考え方は OdooとFit to Standard にまとめています。
発注の「勘」をルールに移すまでの進め方
ベンチャーネットが購買の導入を手伝うとき、最初に確かめるのは機能ではありません。いまの発注が、誰のどんな判断で回っているかです。
おおむね次の順番で進めます。
- 発注の判断を聞き取る。 担当者に「どの品目を、何を見て、いつ発注しているか」を聞きます。勘の中身を言葉にする作業です。
- 品目を2つに分ける。 補充ルールに載せる定番品と、案件ごとに都度判断する品目を分けます。すべてを自動化しようとはしません。
- 仕入先と品目の台帳を先に整える。 重複や表記ゆれを直してから、補充ルールの数字を仮置きします。数字は外れる前提です。
- 見直しの担当と時期を決める。 欠品や過剰が出た品目を、誰がいつ直すかを決めます。
- 支払いの止め方を決める。 三点照合でずれた請求書を、誰がどう判断するかを決めておきます。月締め請求の扱いも、実データで確かめます。
考え方の軸は、Fit to Standard（標準機能に業務を合わせる）です。独自の発注ロジックをすぐに作り込むより、まず動かすのは標準の補充ルールです。
それでも標準に乗らない業務が残れば、Odooにこだわらず別の選択肢をお伝えします。
Odooの購買管理が合わないケースもあります
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。購買管理の選択肢を会社の状況別に並べると、次の表のとおりです。
| 自社の状況 | 検討したい選択肢 |
|---|---|
| 仕入先が数社で、発注も月に数回。いまのやり方で困っていない | 無理に変えなくてよい |
| 品目が多く、在庫と連動した発注に切り替えたい中小〜中堅企業 | Odoo が現実的な選択肢 |
| 複数国からの調達や、部門をまたぐ厳しい社内統制が必要な規模 | NetSuiteも視野に。OdooとNetSuiteの違い を参照 |
| 調達のロジックが固有すぎて、標準に乗らない | AIスクラッチ開発という選択肢 |
AIスクラッチ開発は、ライセンス費用がかからない代わりに、開発費と保守費がかかります。判断材料は パッケージERPかスクラッチ開発か にまとめました。
このアプリに対応する有名SaaS
すでに受発注や購買のサービスを使っているなら、Odooの購買管理はその置き換え候補になります。
ただし購買の領域は、「社内の発注管理」と「取引先とのやりとり」で性格が分かれます。置き換えたときに何が変わるかは、次のとおりです。
| 使っているSaaS | Odooでの対応 | 一言で言うと |
|---|---|---|
| 楽楽販売 | 購買管理（Purchase）＋販売管理（Sales） | 発注管理は重なる。画面を自社仕様に組む自由度は楽楽販売が高い |
| BtoBプラットフォーム 受発注 | 購買管理（Purchase） | 取引先と同じ仕組みを使う受発注の場。置き換えより連携の相手 |
機能の違い
- Odooにあって購買SaaSにないもの：在庫が下限を割ると見積依頼が作られ、入荷・仕入先請求書・会計まで同じデータでつながること
- 購買SaaSにあってOdooにないもの：楽楽販売は、帳票や項目をマウス操作で組み立てる自由度。BtoBプラットフォーム 受発注は、取引先も同じ仕組みに参加している点
課金構造の違い
楽楽販売は、初期費用と月額費用の体系です。月額は、利用ユーザー数やデータベースの作成数に応じて変わります。
BtoBプラットフォーム 受発注は、公式の料金ページに金額の掲載がなく、資料で案内する形です。
発注側（飲食店など）の費用は、セットアップ費用と、本部・店舗ごとの月額です。受注側（卸・メーカー）は、月次の受領金額に応じて費用が変わります。
（※課金の型は、2026年9月時点の各社公式サイトの情報にもとづきます。金額や条件は改定されることがあるため、検討時に各社の公式ページでご確認ください）
Odoo Enterprise版は、全アプリ一律のユーザー課金です。取引先の数や取引の金額では、料金は変わりません。購買だけでなく、在庫・販売・会計も同じ単価で使えます。金額の詳細は Odooの料金体系を解説 を参照してください。
どちらを選んでも、ライセンスのほかに導入・設定・データ移行の費用が別途かかります。
購買を社内の管理として見るか、取引先とのやりとりとして見るか。 この前提で、比べる相手が変わります。
置き換えのメリット
- 在庫が下限を割ると見積依頼が作られ、発注の判断基準が仕組みに残る
- 発注・入荷・請求の三点照合から、支払いと会計までが1本でつながる
- 販売・在庫・会計と同じ基盤なので、仕入先や品目のマスタを二重に持たずに済む
置き換えのデメリット・向かないケース
- 取引先も参加する受発注の仕組みは、Odooでは代わりにならない
- 画面や帳票を自社仕様に自由に組みたいなら、楽楽販売のような作り込み型が柔軟（OdooのStudioは、Enterprise版のカスタムプランが必要です。スタンダードプランには含まれません）
- 月締めの合計請求書など、日本の商習慣への対応は要件ごとに確認が要る（導入でつまずきやすいところを参照）
- 取引先とのFAXや電話を減らすことが主な目的なら、受発注プラットフォームのほうが近道
分かれ目は、購買を在庫と会計までつなげたいかどうかです。
取引先との受発注はプラットフォームに残し、社内の発注管理と在庫・会計を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版の対象とした購買アプリの基本的な機能は、このマイナー版の提供対象に含まれません。
※出典：Odoo公式 リリースノートおよびドキュメント（2026年9月確認）
よくある質問
Q1. 補充ルールを設定すれば、発注は完全に自動になりますか？
見積依頼が自動で作られる、という意味では自動になります。ただし、内容の確認と送信は人が行う設計をおすすめします。
需要の急変や仕入先の都合は、数字だけでは判断できないからです。
Q2. 最小在庫数はどうやって決めればよいですか？
リードタイム（発注から入荷までの日数）と、その期間に使う量から出すのが基本です。
ただし、最初の数字は必ず外れます。 3か月ほど動かし、欠品や過剰が出た品目から見直してください。
発注量そのものの決め方は、発注量の決め方（NetSuiteの教科書）をご覧ください。
Q3. 相見積もりの管理はできますか？
できます。Odoo公式は、入札を開始して仕入先からの回答を取り込み、提案内容を比較できると案内しています。最適な条件を選んで、発注書を送付する流れです。
Q4. 月締めの合計請求書には対応できますか？
標準機能だけでは足りない場合があります。日本でよくある「1か月分をまとめて1枚の請求書にする」形式のことです。
対応できるかは、要件とバージョンで変わります。導入前に、実際のデータで確認してください。
Q5. 会計ソフトは残したまま、購買だけOdooにできますか？
できます。ただし、仕入先請求書のデータをどう会計側へ渡すかは、決めておく必要があります。
二重入力を避けるには、連携の設計が必要です。どちらに寄せるかを先に決めることをおすすめします。
Q6. Odooの購買管理のメリットとデメリットは何ですか？
発注の判断がルールとして残る利点と最初の数字は外れるという注意点があります。
在庫が下限を割ると見積依頼が自動で作られ、三点照合で払いすぎや二重払いを防げます。
一方、補充ルールの数字は動かしながら見直す必要があり、仕入先と品目のマスタ整理にも手間がかかります（メリットとデメリット）。
まとめ
発注が担当者の勘で回っていること自体は、問題ではありません。多くの会社で、それは実際にうまく機能しています。
困るのは、その判断基準が本人の中にしかないことです。
Odooの購買管理では、「いくつを下回ったら、いくつまで戻すか」をルールとして設定できます。判断基準が仕組みに載り、誰が担当しても同じ発注ができるようになります。
さらに、発注・入荷・請求を突き合わせる三点照合は、払いすぎや二重払いを構造的に防ぐ仕組みです。
ただし、最初の数字は外れます。 定期的に見直す運用を、最初から計画に入れてください。支払サイトや月締め請求への対応も、導入前に確かめておけば稼働後に慌てません。
1年後、ベテランの担当者が1週間休んだ月も、見積依頼は下限を割った品目から順に上がってきます。補充ルールの数字は何度か書き換えられ、その理由と日付が記録に残っています。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「うちの発注ルールと支払条件が、標準にどこまで乗るのか」という切り分けからご相談を承っています。
あわせて読みたい記事
