Odoo の購入と調達: 完全な自動化ガイド 2026

このガイドでは、ほとんどの実装では見逃される高度な構成を含む、Odoo 19 の購入と調達の自動化のあらゆる側面を説明します。初めて調達を設定する場合でも、既存の展開を最適化する場合でも、各セクションにはすぐに実行できる実行可能な手順が含まれています。

重要なポイント

• 再注文ルール、販売注文、製造ニーズからの自動 RFQ 生成を構成する
• 品質、納期、価格設定の指標を含むベンダー スコアカードを作成する
• ボリューム価格設定のための購入契約 (一括注文およびフレームワーク契約) を導入する
• 過払いを防ぐために 3 方向の照合 (PO、領収書、請求書) を設定します
• 運賃、保険、通関、取り扱いを含む陸揚げコストを正確に計算します
• 顧客の注文からベンダーの納品までのドロップシップのワークフローを自動化する
• マルチレベル階層と委任を使用した承認ワークフローの設計
• 調達ルールを使用して、購入を最適なベンダーに自動的にルーティングします

---

注文書のワークフロー アーキテクチャ

Odoo Purchase モジュールは、ベストプラクティスの調達プロセスを反映した構造化されたワークフローに従います。自動化を構成する前に、このアーキテクチャを理解することが重要です。

標準的な購入フロー

Procurement Need → RFQ Created → RFQ Sent to Vendor → Vendor Responds →
Purchase Order Confirmed → Goods Received → Vendor Invoice Matched → Payment

このフローの各遷移は自動化できます。目標は、高額または非標準的な調達の管理を維持しながら、日常的な購入における人間の介入を最小限に抑えることです。

構成の基本事項

[購入] > [構成] > [設定] に移動し、次の機能を有効にします。

組織の支出権限に基づいて 発注書の承認 しきい値を設定します。一般的な構成は、5,000 ドル未満の購入には承認は不要、5,000 ～ 25,000 ドルの場合は部門マネージャーの承認が必要、25,000 ドルを超える場合は副社長または CFO の承認が必要です。これらの層は、[購入] > [構成] > [承認ルール] で構成します。

---

RFQ 管理とベンダーとのコミュニケーション

見積依頼書 (RFQ) から調達が始まります。 Odoo は、RFQ の作成、配布、比較を自動化します。

RFQ の自動生成

Odoo の RFQ は、複数のソースから自動的に生成されます。

再注文ルール: [在庫] > [構成] > [再注文ルール] で製品の最小在庫レベルと最大在庫レベルを設定します。在庫が最小値を下回ると、Odoo は最大レベルに達するために必要な数量を含む製品の優先ベンダーへの RFQ を自動的に生成します。スケジューラはデフォルトで毎日実行されます。在庫の動きが速い場合は、これを時間ごとに変更します。

販売注文の需要: 営業担当者が「購入」(ルート: 購入) として設定された製品の注文を確認すると、Odoo は RFQ を自動的に生成します。この受注生産 (MTO) フローにより、投機的な需要のために過剰に購入することがなくなります。

製造需要: MRP スケジューラは部品表を分析し、製造オーダーを満たすために必要な原材料の RFQ を生成します。製造開始前に資材が確実に到着するように、ベンダー レコードのリード タイムによって RFQ がいつ作成されるかが決まります。

手動作成: 標準以外の購入 (サービス、一度限りのアイテム、設備投資) の場合は、[購入] > [注文] > [見積依頼] で RFQ を手動で作成します。

複数のベンダーに RFQ を送信する

競争入札の場合は、複数のベンダーに対して同じ製品の RFQ を作成します。 [購入] > [注文] > [見積依頼] に移動し、同一の製品ラインを持つベンダーごとに個別の RFQ を作成します。応答が返されたら、[購入] > [レポート] > [RFQ 比較] を使用して、価格、リード タイム、最小注文数量、支払い条件を並べて評価します。

ベンダー ポータル: [購入] > [構成] > [設定] でベンダー ポータルを有効にします。ベンダーはポータル リンクを含む電子メール通知を受け取り、そこで RFQ の詳細の表示、見積書の提出、ドキュメントのアップロード、納期の確認をすべて Odoo ログインを必要とせずに行うことができます。これにより、電子メールのやり取りが不要になり、ベンダーとのあらゆるやり取りの監査可能な記録が作成されます。

代替ベンダーとフォールバック ロジック

製品の [購入] タブで、製品ごとに複数のベンダーを設定します。優先順位と価格帯を設定します。

再注文ルールによって RFQ がトリガーされると、Odoo は必要な数量と優先順位に基づいて最適なベンダーを選択します。ベンダー A が必要な期間内に納品できない場合、調達スタッフはすべての価格設定が事前に設定されたベンダー B に切り替えることができます。

---

ベンダー管理とスコアカード

効果的な調達には、継続的なベンダー評価が必要です。 Odoo 19 は、重要なあらゆる側面にわたってベンダーのパフォーマンスを追跡するツールを提供します。

ベンダー評価の構成

[購入] > [構成] > [設定] でベンダー評価を有効にします。 Odoo は、次の 3 つの基準に基づいて評価を計算します。

• 配達実績: 予定どおり配達された注文の割合 (約束日と受領日の比較)
• 品質パフォーマンス: 品質チェックに合格した受領商品の割合 (品質モジュールが必要)
• 価格の安定性: 見積価格と請求価格の時間の経過に伴う差異

各基準は重み付けされ、ベンダーの連絡先レコードに表示される全体的なベンダー スコアに結合されます。警告しきい値を構成します。たとえば、90 日間の予定どおりの納品率が 85% を下回ったベンダーにフラグを立てます。

ベンダー評価ワークフロー

自動化された指標を超えて、四半期ごとのベンダー レビュー プロセスを実装します。

1. **[購入] > [レポート] > [ベンダー パフォーマンス] から、ベンダー スコアカード レポートを生成
2. 支出額とパフォーマンス スコア別に上位 10 位と下位 10 位のベンダーを確認
3. ベンダー レコードの Odoo アクティビティを使用して アクション アイテムを作成 (条件の改善、代替案の検索、再交渉)
4. 評価結果に基づいて 優先ベンダーの割り当てを更新
5. 改善の試みを文書化した後、パフォーマンスの悪いベンダーをアーカイブ

ベンダーオンボーディングの自動化

自動化されたチェックリストを使用してベンダーのオンボーディングを標準化します。 「ベンダー」タグを使用して新しいベンダー連絡先が作成されると、W-9/税務書類の収集、保険証明書の検証、支払い条件の設定、製品カタログ エントリの構成、紹介通話のスケジュールなどのアクティビティを作成する自動アクションがトリガーされます。これにより、発注書が発行される前にコンプライアンス文書が完全に完成することが保証されます。

---

購入契約書: 一括注文および契約書

購入契約では、定期的な調達の価格、数量、条件が固定されます。これらは、戦略的ベンダーとの支出を管理するために不可欠です。

一括注文

一括注文では、特定の納期を約束することなく、定義された期間にわたる製品の合意価格を設定します。 [購入] > [注文] > [購入契約] に移動し、タイプ「一括注文」の新しい契約を作成します。

ベンダー、交渉された単価の製品ライン、有効期間 (通常は 6 ～ 12 か月)、および最小/最大コミットメント数量との契約を構成します。調達部門が一括注文の対象となる製品の RFQ を生成すると、Odoo は合意された価格を自動的に適用します。

フレームワーク契約

フレームワーク契約には価格設定だけでなく、納期、品質仕様、違約金条項も含まれます。 「購入契約」タイプを使用し、完全な契約文書を添付してください。特定の製品カテゴリをリンクして、それらのカテゴリに関連するすべての RFQ で契約条件を参照できるようにします。

契約のモニタリング

[購入] > [レポート] > [購入契約] で契約の使用状況を追跡します。コミットメント数量に対する消費量を監視して、最低購入コミットメントを満たし (違約金条項を回避)、最大数量を超えないようにしてください。コミットされたボリュームのしきい値の 80% および 95% に自動アラートを設定します。

---

3 方向の照合と請求書管理

過剰支払いは、調達における隠れた最大のコストの 1 つです。 Odoo の 3 方向照合では、支払いが承認される前に 3 つの文書を揃える必要があるため、これを防ぎます。

3方向マッチングの仕組み

3 つのドキュメントがすべて存在し、設定された許容範囲内で一致する場合、請求書は「支払い準備完了」としてマークされます。不一致があると、請求書にレビュー用のフラグが立てられます。

公差構成

[購入] > [構成] > [設定] に移動し、一致する許容差を構成します。

• 数量許容範囲: フラグを立てずに最大 5% の超過納品を許可します (製品カテゴリーごとに構成可能)
• 価格許容範囲: 発注書と請求書の間で最大 2% の価格差異を許容します (四捨五入、通貨換算を考慮)
• 自動照合: 数量と価格が許容範囲内にある請求書の自動照合を有効にします

不一致の処理

不一致が発生すると、Odoo はベンダー請求書に「例外」ステータスを作成します。買掛金チームは、差異が強調表示された、発注数量、受領数量、請求数量を示す明確な比較表を確認します。一般的な解決ワークフローには次のものが含まれます。

• 過剰請求: ベンダーにクレジットノートをリクエストし、元の請求書へのリンクを付けます
• 納品不足: 部分的な受入を受け入れ、残りの数量についてバックオーダーを作成します
• 価格の不一致: 購入契約書または一括注文と照合して確認し、ベンダーに修正を依頼してください。

---

陸揚げコストの計算

請求書の購入価格が商品の実際の価格を表すことはほとんどありません。陸揚げ費用には、運送費、保険、関税、取扱手数料、およびベンダーのドックから倉庫に製品を運ぶために発生するその他の費用が含まれます。

陸揚げコストの構成

[在庫] > [構成] > [設定] で陸揚げコストを有効にします。経費のカテゴリごとに陸揚げコスト タイプを作成します。

陸揚げコストを領収書に適用する

商品を受け取ったら、在庫 > 業務 > 陸揚げコスト に移動し、新しい陸揚げコストレコードを作成します。それを領収書 (在庫ピッキング) にリンクし、追加の各コスト明細行を入力します。 Odoo は、配分方法に基づいて受け取った製品全体にコストを配分し、それに応じて製品の在庫評価を更新します。

定期的なコスト パターンの場合は、陸揚げコスト テンプレートを作成します。特定のベンダーからのすべての出荷に同じ運賃と仲介手数料が含まれている場合、テンプレートによってこれらの行が事前に入力されます。倉庫チームは金額を確認または調整するだけで済みます。

財務報告への影響

陸揚げコストは、在庫評価、売上原価 (COGS)、および利益分析に進みます。つまり、収益性レポートには、仕入先請求書の価格だけでなく、各製品の実際のコストが反映されます。商品を輸入する企業にとって、陸揚げコストの正確な追跡は、製品レベルの収益性分析を劇的に変える可能性があります。請求書の価格に基づいて収益性があるように見えた製品は、運賃や関税を含めると、実際には利益率が低い可能性があります。

---

再注文ルールと自動補充

自動補充は人間による監視を必要とせずに在庫切れと過剰在庫の両方を防ぐため、最も効果の高い調達自動化です。

並べ替えルールの構成

[在庫] > [操作] > [補充] に移動し、製品と倉庫の組み合わせごとにルールを作成します。

高度な補充戦略

ABC 分析に基づくルール: 製品を A (高価値、厳格な管理)、B (中程度)、および C (低価値、大量注文) カテゴリーに分類します。 A 品目の再注文ポイントを厳しく設定し、バッチを小さくします。 C 品目の最大値を高く設定し、発注頻度を減らして、調達トランザクションを削減します。

季節調整: 季節的な需要パターンを持つ商品の場合は、日付範囲が異なる複数の再注文ルールを作成します。夏には最低 500 ユニットが存在する可能性がありますが、冬には 100 に減少します。スケジューラーを使用して、日付に基づいて適切なルールをアクティブ化します。

複数の倉庫への補充: サテライト倉庫がベンダーに直接注文するのではなく、中央配送センターから補充されるように、倉庫間転送ルールを構成します。これにより、ベンダーの注文が統合され、ボリューム価格が改善され、ベンダー管理が簡素化されます。

---

ドロップシップワークフローの自動化

ドロップシッピングでは、ベンダーが顧客に直接発送するため、在庫を保持する必要がなくなります。 Odoo は、ルート設定を通じてこれをシームレスに処理します。

ドロップシップのセットアップ

1. [インベントリ] > [構成] > [設定] > [ルート] でドロップシップを有効にします。
2. ドロップシップをサポートする製品では、在庫 タブの下に「ドロップシップ」ルートを追加します。
3. 製品の [購入] タブで、ドロップシップのリード タイムを使用してベンダーを設定します。
4. ドロップシップ製品の販売注文が確認されると、Odoo は顧客の配送先住所を配送先としてベンダーへの RFQ を自動的に作成します。

ドロップシップ注文追跡

顧客には、注文ステータスが「確認済み」→「出荷済み」（ベンダーが発送を確認したとき）→「配送済み」として更新されます。 Odoo は注文書の受領確認を通じてこれを追跡します。ドロップシップ ベンダーが追跡番号を直接更新できるように、ベンダー ポータル アクセスを構成します。追跡番号は顧客のポータルに自動的に送信されます。

ハイブリッド フルフィルメント

多くの企業は、倉庫フルフィルメントとドロップシップを組み合わせて使用​​しています。複数のルートを使用して製品を構成する — Odoo の調達エンジンは、在庫状況に基づいて最適なルートを選択します。倉庫在庫がある場合は、在庫からフルフィルメントします。在庫がゼロの場合は、ドロップシップ注文をトリガーします。このハイブリッド アプローチにより、在庫投資を最小限に抑えながらサービス レベルを最大化します。

---

調達分析とレポート作成

支出分析ダッシュボード

[購入] > [レポート] で、次の主要な指標を使用して調達ダッシュボードを作成します。

ベンダー統合分析

支出分析レポートを使用して、ベンダー統合の機会を特定します。 15 社の異なるベンダーから同様の製品を購入している場合、3 ～ 5 社の戦略的ベンダーに統合すると、交渉上の優位性が向上し、管理オーバーヘッドが削減され、品質管理が簡素化されます。

---

よくある質問

Odoo は複数通貨の調達をどのように処理しますか?

Odoo は複数通貨の購入をネイティブにサポートしています。各ベンダーはデフォルトの通貨を持つことができ、発注書はベンダーの通貨で作成されます。為替レートは欧州中央銀行から自動的に更新されます (他のソースに設定可能)。為替損益は、仕入先請求書の支払い時に自動的に計算され、転記されます。

購入カテゴリごとに異なる承認ワークフローを設定できますか?

はい。 Odoo 19 は、カテゴリベースの承認ルーティングをサポートしています。 [購入] > [構成] > [承認ルール] で、購入金額、製品カテゴリ、ベンダー、または要求部門に基づく条件を使用して承認ルールを作成します。各ルールは、複数レベルの階層を持つ異なる承認者にルーティングできます。

再注文ルールは季節的な需要変動にどのように対処しますか?

異なる期間に対して異なる最小数量と最大数量を使用して、日付ベースの再注文ルールを作成できます。あるいは、過去の販売パターンを分析し、予測された需要に基づいて再注文ポイントを自動的に調整する Odoo Demand Forecasting モジュール (Enterprise) を使用します。

一括注文と購入契約の違いは何ですか?

一括注文では、一定期間にわたって特定の製品の価格が固定されます。合意された価格で必要に応じて注文します。購入契約はより広範で、納品スケジュール、品質仕様、違約金条項、数量約束などが含まれる場合があります。 Odoo では、両方とも異なるタイプの購入契約に基づいて管理されます。

Odoo はベンダーからの委託在庫を管理できますか?

はい。在庫設定で所有者追跡を使用して委託販売を構成します。委託販売で受け取った製品は、ベンダーが所有者として追跡されます。発注書を作成する (および支払い義務がある) のは、委託在庫が消費または販売された場合のみです。在庫評価では、資産価値から委託在庫が正しく除外されます。

部分配信では 3 者間マッチングはどのように機能しますか?

Odoo はドキュメント レベルではなく、行レベルで一致します。 PO に 100 単位があり、あなたが 60 単位を受け取り、仕入先が 60 単位を請求した場合、それらの 60 単位の照合は合格します。残りの 40 ユニットはオープン注文明細として配送を待っています。部分納品の到着に応じて、単一の注文書に対して複数の請求書を作成できます。

自動ベンダー通信のために Odoo Purchase を EDI と統合できますか?

Odoo は、API およびコミュニティ モジュールを通じて EDI 統合をサポートしています。一般的な EDI トランザクション (850 注文書、855 PO 確認、856 ASN、810 請求書) を Odoo ドキュメントにマッピングできます。 ECOSIRE は、電子文書交換を必要とする大手小売業者やメーカーと取引するクライアント向けに EDI 統合を実装します。

---

ECOSIRE で調達を変革する

手作業での調達は競争上の不利な点となります。チームが日常的な RFQ、承認の追跡、請求書の照合に費やす 1 時間は、戦略的なベンダー交渉やコスト削減に費やされない時間になります。

ECOSIRE の Odoo 実装チーム は、3 大陸にわたるメーカー、流通業者、小売業者、サービス会社の調達を自動化しました。当社の実装には、調達ワークフローの設計、ベンダー ポータルの構成、承認階層のセットアップ、陸揚げコスト テンプレート、再注文ルールの最適化、および 3 方向のマッチング構成が含まれます。

ECOSIRE にお問い合わせ して調達自動化評価をスケジュールするか、Odoo 統合サービス を検討して購入ワークフローを既存のベンダー システムに接続してください。

関連書籍:

• Odoo 購入とベンダー管理
• Odoo インベントリ管理ガイド
• Odoo 製造完全ガイド
• Odoo サポート & メンテナンス サービス