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