Odoo 購入モジュール: ベンダー管理と調達

調達は業務効率と財務管理が交わる部分です。すべての発注書は会社資金のコミットメントを表しており、制御されていない購入はすべてコンプライアンス、品質、または予算の潜在的なリスクとなります。しかし、多くの企業は依然としてメールチェーン、口頭承認、スプレッドシート追跡を通じて調達を管理しており、不正な支出、割引の見逃し、ベンダーとの紛争などの目に見えない危険にさらされています。 Odoo 19 Enterprise Purchase は、最初のリクエストから配送および請求書の照合に至るまで、あらゆる購買活動に構造、自動化、および完全な監査証跡をもたらします。

このガイドでは、ベンダー マスターのセットアップ、見積依頼ワークフロー、発注書管理、三者間マッチング、ベンダー パフォーマンス追跡、調達の自動化など、Odoo 購入モジュール全体について説明します。少数のベンダーを管理している場合でも、数千のベンダーを管理している場合でも、これらの構成パターンは、よりスマートに、より迅速に、完全に制御して購入するのに役立ちます。

重要なポイント

• ベンダーごとの価格表、リードタイム、支払条件を含む完全なベンダーマスターを維持する
• 見積依頼 (RFQ) ワークフローを使用して、注文を確定する前に競争力のある価格を取得します
• 購入承認を設定して支出制限と承認階層を強制する
• 3 者間照合 (PO、領収書、請求書) を自動化して、誤った支払いを防止します
• 大量の定期購入のための一括注文とベンダー フレーム契約を設定する
• 納期厳守、品質、価格コンプライアンス指標を使用してベンダーのパフォーマンスを追跡
• 購入と在庫および会計を統合して、調達から支払いまでをシームレスに行う
• 再注文ルールを使用して、補充のための自動発注書をトリガーします

---

ベンダーマスターデータの構成

仕入先マスターは調達システムの基盤です。完全で正確なベンダー データにより、調達から支払いまでのサイクル全体を通じてエラーが防止されます。

ベンダー レコード: [購入] > [注文] > [ベンダー] に移動して、ベンダー レコードを作成します。ベンダーの記録には、連絡先情報 (会社名、住所、Web サイト、納税者番号) と調達固有のデータ (支払条件、通貨、財政状態、該当する購入価格表) が組み合わされます。 「メモ」フィールドにベンダー固有の指示を入力します (例: 「同日出荷の場合は必ず午後 3 時までに注文する」)。

ベンダーの価格リスト: 各ベンダーは、連絡先レコードに関連付けられた複数の価格リストを持つことができます。価格表エントリでは、製品、ベンダーの製品参照 (発注書に自動的に表示されるベンダーの SKU)、価格、最小注文数量、およびリード タイムを指定します。発注書を作成するとき、Odoo は一致するベンダーの価格リストのエントリを自動的に適用し、リードタイムから予定納期を計算します。

製品ごとに複数のベンダー: 製品には、価格とリードタイムが異なる複数の承認されたベンダーが含まれる場合があります。補充ルールから発注書を生成する場合、Odoo は、最低価格、最短リードタイム、優先ベンダー指定などの設定可能な基準に基づいてベンダーを選択します。このマルチベンダー機能により、手動で比較することなく、自動ベンダー選択の最適化が可能になります。

ベンダー評価基準: [購入] > [構成] > [ベンダー評価] でベンダー パフォーマンス追跡の評価基準を定義します。標準基準には、納期厳守率、品質不合格率、価格コンプライアンス (実際の請求価格と発注価格) が含まれます。これらの基準はベンダー スコアカード レポートに反映されます。

---

見積依頼 (RFQ) プロセス

見積依頼プロセスでは、購入を約束する前に競争力のある調達を正式に決定します。 Odoo の RFQ ワークフローは、単純な 1 ベンダーの見積もりから構造化された複数ベンダーの競争入札まで、あらゆるものをサポートします。

RFQ の作成: [購入] > [注文] > [見積依頼] > [新規] に移動します。ご希望の商品、数量、お届け希望日を入力してください。最初にベンダーを指定せずに RFQ を作成し、その後同じ RFQ を複数のベンダーに送信して、競争力のある価格設定を得ることができます。

複数のベンダーに送信: RFQ フォームから、[RFQ を送信] を使用して、選択したベンダーに見積依頼を電子メールで送信します。各ベンダーは、品目、数量、希望納期が記載された専門的な PDF ドキュメントを受け取ります。ベンダーは電子メールで応答します。ベンダーの応答は、RFQ レコードの見積応答として Odoo に手動で入力されます。

RFQ 比較: ベンダー見積を受信すると、RFQ 比較ツールはすべてのベンダー見積 (ベンダー、価格、納期、総コスト) を並べて表示します。各明細または注文全体に対して落札ベンダーを選択します。比較ビューでは各ベンダーの見積もりの​​総コストが計算され、最適な調達の決定が明確になります。

RFQ から発注書への変換: ベンダーを選択したら、[注文の確認] をクリックして RFQ を確認済みの発注書に変換します。ベンダーは正式な発注確認メールを受け取ります。発注書には、合意された価格、数量、納期が固定され、法的拘束力のある約束が形成されます。

代替製品: 要求された製品が入手できない場合、ベンダーは RFQ プロセス中に代替製品を提案できます。 Odoo は RFQ で代替製品の提案を取得し、調達チームが元の見積もりと並行して代替製品を評価できるようにします。

---

発注書管理

RFQ が発注書として確認されると、調達プロセスは実行モードに入ります。 Odoo は、発注書の確認から配送、支払いまでのあらゆる段階を追跡します。

PO の確認と連絡: PO を確認すると、フォーマットされた PDF 発注書が電子メールでベンダーに送信されます。 PO には、PO 番号、会社の詳細、ベンダーの詳細、製品参照を含む品目、数量、価格、配送先住所、支払い条件、特別な指示など、法的に必要な情報がすべて含まれています。ベンダーは、PO の受信を確認するよう要求される場合があります (PO 設定の確認チェックボックス)。

発注書の修正: 確認後に発注書を変更する必要がある場合 (数量調整、納期変更、価格修正)、Odoo の修正ワークフローを使用します。修正された PO は確認のためにベンダーに送信されます。 PO のすべてのバージョンは、修正の理由とともにチャットに保存され、完全な監査証跡が維持されます。

部分納品: ベンダーは部分的な数量を納品する場合があります。注文したユニット 100 個のうち 60 個しか入手できない場合があります。 Odoo は、受領書を分割することで部分的な配送を処理します。今日 60 個を受け取り、残りの 40 個に対してバックオーダーが作成されます。バックオーダーは、履行されるかキャンセルされるまで未払い残高を追跡します。

購入返品: 納品された商品を返品する必要がある場合 (間違った製品、輸送中の破損、品質拒否など)、受領書から直接ベンダー返品を作成します。 Odoo は、商品をベンダーに返送する逆送金を生成し、設定されている場合は、返品金額に対するベンダーのクレジットノート要求を生成します。

PO ステータスの追跡: [購入] > [注文] > [注文書] に移動します。ステータス (ドラフト、確認済み、受信済み、請求済み) でフィルターして、調達パイプラインの状態を確認します。 「To Receive」フィルターには、未処理の配達がある注文書、つまり輸送中の商品が表示されます。 「請求先」フィルターには、完全に受領したがまだ仕入先請求書と照合されていない発注書が表示されます。

---

承認ワークフローと支出管理

Uncontrolled purchasing is a significant risk in any organization. Odoo の購入承認システムは、官僚的なボトルネックを生み出すことなく承認階層を強制します。

購入制限: [購入] > [構成] > [設定] に移動し、[発注書の承認] を有効にします。マネージャーの承認が必要な最低注文金額を設定します。しきい値を下回る注文は自己承認されます。上記の注文には管理者の明示的な確認が必要です。

複数レベルの承認: 複数の承認層を持つ大規模な組織の場合は、Odoo のネイティブ購入承認を承認モジュールと組み合わせます。承認リクエスト タイプ「Purchase Order > $10,000」を作成し、部門長にルーティングし、$50,000 を超える注文については CFO にルーティングします。承認者は、ワンクリックで承認または拒否のオプションを備えた電子メール通知を受け取ります。

予算管理: 購入を会計モジュールの予算管理に接続します。各部門またはコストセンターの予算を定義します。予算を超える部門に対して発注書が作成されると、Odoo は警告を生成します。予算警告と承認ワークフローを組み合わせると、予算を超える購入には自動的に CFO の承認が必要になります。

ベンダー制限: 特定の製品カテゴリに対して承認されたベンダー リストを定義します。注文書で未承認のベンダーの製品が参照されている場合、Odoo はその製品にレビュー用のフラグを立てます。これは、ベンダーの資格がコンプライアンス要件である規制産業にとって特に重要です。

---

3 者間照合と請求書の検証

調達から支払いまでのサイクルは、仕入先請求書が照合され支払われると終了します。発注書、受領書、仕入先請求書を比較する 3 方向の照合により、誤った支払いを防止します。

三者間マッチングの仕組み: ベンダーの請求書 (請求書) が到着すると、Odoo はそれを元の発注書にリンクします。マッチング エンジンは以下を比較します。

1. POの数量と価格と請求書の数量と価格
2. 受領数量 (受領書から) と請求書の数量

3 つの文書すべてが一致すると、請求書の支払いが自動的に承認されます。不一致がある場合、請求書には手動レビュー用のフラグが付けられ、特定の不一致が強調表示されます。

照合ルールの構成: [アカウンティング] > [構成] > [設定] に移動し、照合ポリシーを構成します。 「双方向照合」では、PO と請求書のみが比較されます。 「3方向照合」ではレシートも比較します。ほとんどの企業にとって、3 者間マッチングは適切な制御であり、未受領の商品に対する支払いを防ぐことができます。

請求書の不一致: ベンダーが発注書よりも高い価格を請求すると、Odoo は価格の不一致アラートを作成します。請求書は解決が保留されるまで保留されます。オプションには、不一致を受け入れて発注書を調整する（ベンダーが正当なコスト増加を行った場合）、請求書を拒否して修正請求を要求する、またはベンダー交渉のために購入にエスカレーションするなどがあります。

見越: 受領したがまだ請求されていない商品 (GR/NI) については、Odoo は月末に自動見越仕訳を作成します。これにより、仕入先請求書が到着する前であっても、受け取った在庫が貸借対照表に負債として反映されることが保証されます。これは正確な期末財務報告に不可欠です。

---

一括注文とフレーム契約

既存のベンダーから大量に繰り返し購入する場合、一括注文により、有利な価格を確保しながら管理オーバーヘッドが削減されます。

一括注文の作成: [購入] > [注文] > [一括注文] > [新規] に移動します。ベンダー、有効期間 (暦年など)、製品ごとに最大数量と合意価格を設定します。一括注文では、正確な配送数量や日付を事前に指定せずに、ベンダーとの購入量を約束します。

一括注文のコールオフ: 実際の配送を行う必要がある場合は、一括注文にリンクされた「コールオフ」発注書を作成します。合意された包括価格が自動的に適用されます。 Odoo は、包括的な最大値に対して注文された累積数量を追跡し、契約に反する過剰注文を防ぎます。

ボリューム リベート: 購入ボリューム層に基づいて予想されるベンダー リベートを設定します。一括注文期間が終了したら、実際の購入量とリベートしきい値を比較して、適用されるリベートを決定します。 Odoo は、累積購入に基づいて、期間を通じて発生したリベートを追跡できます。

---

ベンダーのパフォーマンス監視

ベンダーのパフォーマンスを客観的に追跡することは、サプライヤーとの関係管理や調達の決定を正当化するために不可欠です。

予定通りの配達: Odoo は、注文書の配達予定日を実際の受領日と照らし合わせて追跡します。ベンダーパフォーマンスレポートは、約束日以前に受け取った注文明細の割合として納期厳守率を計算します。慢性的に納期が遅れているベンダーを特定できるため、条件改善の交渉やサプライヤーの切り替えを正当化するために使用できます。

品質パフォーマンス: 在庫モジュールと品質モジュールを接続して、ベンダーごとの不合格率を追跡します。受け取った商品が品質検査に合格しなかった場合、ベンダーに対して不合格が記録されます。品質不合格レポートには、ベンダーごとに拒否された受領ユニットの割合が表示されます。これは、受入品質パフォーマンスの直接的な尺度です。

価格コンプライアンス: 発注価格とベンダーごとの請求価格を比較します。一貫して合意価格を上回る請求を行うベンダーにはフラグが付けられます。このデータはベンダーの交渉をサポートし、対処する必要がある請求慣行を特定します。

ベンダー スコアカード: 納期、品質、価格コンプライアンスをベンダー スコアカードに統合します。 [購入] > [レポート] > [ベンダー パフォーマンス] に移動して、スコアカード ダッシュボードを表示します。ベンダー関係会議で年次スコアカード レビューを使用して、パフォーマンスの傾向について話し合い、改善目標を設定します。

---

調達の自動化と再注文のルール

定期的な補充のために手動で発注書を作成するのは非効率的であり、エラーが発生しやすくなります。 Odoo の再注文ルールは、日常的な購入決定を自動化します。

再注文ルール: 場所ごとに各製品の最小在庫レベルと最大在庫レベルを定義します。在庫が最小値を下回ると、Odoo のスケジューラは優先ベンダーへの RFQ または PO を自動的に作成し、在庫を最大レベルにするために必要な数量を計算します。スケジューラは毎日実行され (構成可能)、補充が必要な製品をキャッチします。

受注生産の購入: 顧客の注文時にのみ購入される (在庫を持たない) 製品の場合、MTO (受注生産) ルートを構成します。販売注文が確認されると、Odoo は必要な数量のリンクされた注文書を自動的に作成し、顧客の配達日にジャストインタイムで配達されます。

ドロップシッピング: 倉庫を経由せずにベンダーから顧客に直接配送される製品に対してベンダードロップシッピングを構成します。ベンダーは、顧客の住所が記載された配達注文 (PO から生成) を受け取ります。 Odoo は配送予定を追跡し、ドロップシッピングが確認されたときに顧客の販売注文ステータスを更新します。

---

よくある質問

Odoo は複数の通貨での注文書をどのように処理しますか?

Odoo は複数通貨での購入を完全にサポートしています。各ベンダーの価格表は特定の通貨で表示されます。外貨ベンダー向けに発注書が作成されると、Odoo は予算の追跡と会計の目的で、現在の為替レートを使用して金額を機能通貨に換算します。仕入先請求書は元の通貨で記録され、通貨の損益は支払時に為替レートの差に基づいて計算されます。

Odoo はサービス (物理的な商品だけでなく) の調達を管理できますか?

はい。 Odoo でサービス タイプの製品 (製品タイプ = サービス) を作成し、注文書に含めます。サービス製品は在庫移動を生成しません。処理する受領書はありません。発注書は、仕入先請求書が到着すると、受領ステップをバイパスして、確認から直接請求に進みます。これは、プロフェッショナル サービス、保守契約、コンサルティング料金、およびソフトウェアのサブスクリプションに使用されます。

Odoo はベンダー ポータルと電子調達をどのように処理しますか?

Odoo は、サプライヤーがログインして注文書の表示と確認、請求書の電子的な送信、支払いステータスの確認を行うことができるベンダー ポータルを提供します。最初の PO が確認されると、ベンダーは招待メールを受け取ります。ポータルを介して電子請求書を送信すると、電子メールベースの請求書送信と比較して、処理時間とエラーが軽減されます。

複数の発注書を対象とする仕入先請求書を処理するプロセスはどのようなものですか?

Odoo では、単一のベンダー請求書で複数の発注書を参照できます。ベンダーからの請求書を作成する場合、[行を追加] をクリックし、関連する発注書を選択して明細項目を請求書に取り込みます。 Odoo は、選択されたすべての PO の数量を請求数量と照合します。これは、ベンダーが複数の PO からの納品を 1 つの月次請求書に統合する場合によく発生します。

自動発注ではなく自動再注文通知を設定できますか?

はい。 「Order Once」オプションを使用して再注文ルールを構成すると、確認済みの発注書ではなく購入提案 (RFQ 草案) が生成されます。調達スタッフは毎朝、RFQ 草案を確認し、調整を加えて確認します。このハイブリッド アプローチにより、注文前に人によるレビューを維持しながら、補充提案の作成が自動化されます。これは、リード タイムが変動したり、価格が変動しやすい企業にとって一般的な好みです。

Odoo は、運送費や輸入関税を含む購入時の陸揚げ費用をどのように処理しますか?

商品を受け取ったら、「在庫」 > 「業務」 > 「陸揚げコスト」に移動して、陸揚げコストレコードを作成します。運賃と関税の金額を指定し、関連する領収書にリンクします。 Odoo は、受け取った製品全体に陸揚げコストを (数量、重量、または金額別に) 配分し、実際の商品原価を反映するように在庫評価を調整します。これらの調整は会計仕訳帳に自動的に転記されます。

Odoo は、使用した分だけ料金を支払う委託購入に対応できますか?

委託購入は、Odoo で商品を専用の委託販売場所に受け取ることで、購入負債を作成することなく管理できます。委託品は在庫 (製造または販売で使用される) から消費されるため、消費された数量に応じて定期発注書が委託仕入先に対して作成されます。これは、委託品として保管されている商品ではなく、実際に使用される商品に対する責任のみを正確に反映しています。

---

次のステップ

Odoo Purchase Management は、調達を管理機能から戦略的機能に変換し、完全な支出の可視化、承認制御の強化、日常的な購入意思決定の自動化を実現します。正しく実装された場合、企業は通常、調達管理コストを 15 ～ 25% 削減し、ベンダー管理と 3 者間マッチングの精度の向上により大幅な節約を達成します。

ECOSIRE は、製造、流通、小売、サービス事業向けに Odoo Purchase を導入しています。当社の実装には、ベンダー マスターの移行、承認ワークフローの設計、3 者間マッチングの構成、調達チームのトレーニングが含まれます。

Odoo サービス ページ にアクセスして調達実装オプションを調べるか、マーケットプレイス モジュール を参照して、高度なベンダー評価システム、電子調達ポータル、Odoo 19 Enterprise 用に構築された支出分析ダッシュボードなどの拡張機能を購入してください。