コンテンツへスキップ
Odoo メニュー
  • サインイン
  • 無料で15日試す
  • アプリ
    財務
    • 会計
    • 請求
    • 経費
    • スプレッドシート(BI)
    • ドキュメント管理
    • 署名
    販売
    • CRM
    • 販売
    • POSショップ
    • POSレストラン
    • サブスクリプション
    • レンタル
    ウェブサイト
    • ウェブサイトビルダー
    • eコマース
    • ブログ
    • フォーラム
    • ライブチャット
    • eラーニング
    サプライチェーン
    • 在庫
    • 製造
    • 製品ライフサイクル管理 (PLM)
    • 購買
    • 整備
    • 品質
    人事業務
    • 従業員管理
    • 採用
    • 休暇管理
    • 人事評価
    • リファラル
    • フリート
    マーケティング
    • ソーシャルマーケティング
    • メールマーケティング
    • SMSマーケティング
    • イベント
    • マーケティングオートメーション
    • アンケート調査
    サービス
    • プロジェクト管理
    • タイムシート
    • フィールドサービス
    • ヘルプデスク
    • 計画
    • アポイントメント
    生産性向上ツール
    • ディスカッション
    • 人工知能
    • IoT
    • VoIP
    • ナレッジ
    • WhatsApp
    サードパーティアプリ Odooスタジオ Odooクラウドプラットホーム
  • インダストリー(業種別ソリューション)
    小売
    • 書店
    • アパレルショップ
    • 家具店
    • 食料品店
    • 金物店
    • 玩具店
    飲食・ホスピタリティ業界
    • バー・パブ
    • レストラン
    • ファストフード
    • ゲストハウス
    • 飲料販売代理店
    • ホテル
    不動産
    • 不動産会社
    • 建築事務所
    • 建設
    • 不動産管理
    • 造園
    • 住宅所有者組合
    コンサルティング
    • 会計事務所
    • Odooパートナー
    • マーケティングエージェンシー
    • 法律事務所
    • 人材派遣
    • 監査・認証
    製造
    • テキスタイル
    • 金属
    • 家具
    • 飲食
    • ブルワリー
    • コーポレートギフト
    ヘルス & フィットネス
    • スポーツクラブ
    • 眼鏡店
    • フィットネスセンター
    • ウェルネス専門家
    • 薬局
    • ヘアサロン
    業種
    • 便利屋
    • IT ハードウェア・サポート
    • 太陽エネルギーシステム
    • 靴メーカー
    • クリーニングサービス
    • 空調設備サービス
    その他
    • 非営利団体
    • 環境機関
    • ビルボードレンタル
    • 写真
    • 自転車リース
    • ソフトウェアリセラー
    すべての業種を見る
  • コミュニティ
    学ぶ
    • チュートリアル
    • ドキュメンテーション
    • 認定
    • トレーニング
    • ブログ
    • ポッドキャスト
    教育サポート
    • 教育プログラム
    • Scale Up! ビジネスゲーム
    • Odooオフィス訪問
    ソフトを入手
    • ダウンロード
    • エディションを比較
    • リリース
    コラボレーション
    • Github
    • フォーラム
    • イベント
    • 翻訳
    • パートナーになる
    • パートナー様向けサービス
    • 会計事務所を登録
    サービス利用
    • パートナー一覧
    • 会計事務所一覧
    • 今すぐ相談する
    • 導入支援サービス
    • お客様一覧
    • サポート
    • アップグレード
    Github Youtube Twitter Linkedin Instagram Facebook Spotify
    +1 (650) 691-3277
    製品デモを利用する
  • 料金
  • ヘルプ
コミュニティで交流するには登録する必要があります。
全てのポスト 人々 バッジ
タグ (全て表示)
odoo accounting v14 pos v15
このフォーラムについて
コミュニティで交流するには登録する必要があります。
全てのポスト 人々 バッジ
タグ (全て表示)
odoo accounting v14 pos v15
このフォーラムについて
ヘルプ

Multi-Warehouse Replenishment Issue

購読

この投稿に活動があった際に通知を受け取ります

この質問にフラグが付けられました
inventory
2 返信
2317 ビュー
アバター
Alexis INCORVAIA

Odoo enterprise v 18.4 
Hello,
Let me set the scene:

I have two warehouses:

1. Warehouse SB

This is the main warehouse, which receives and ships goods (see screenshot of warehouse SB).


Entrepôt SB

2. Warehouse DC

This is a secondary warehouse used to store surplus stock.

It is sometimes selected as the delivery location for purchase orders, but it is never used to ship goods to final customers.

Please ignore the third warehouse 3EXT shown in the screenshot. It is not relevant to this scenario and would only add unnecessary complexity.

Entrepôt DC


Configured Routes

For Warehouse SB, I have configured a supply route from Warehouse DC:

  • Pull From 2DC/Stock → 2DC/Output

    (Method: Take from stock; if not available, trigger another rule)

  • Pull From 2DC/Output → Inter-warehouse Transit

    (Method: Trigger another rule)

  • Pull From Inter-warehouse Transit → 1SB/Stock

    (Method: Trigger another rule)


Problem Context

I have a product with:

  • 100 units in SB

  • 100 units in DC

We receive a sales order for 300 units.

What I want Odoo to do:

  • Take 100 from SB

  • Take 100 from DC and transfer them to SB

  • Then purchase 100 for SB to cover the remaining demand

What Odoo actually does:

  • It takes 100 from SB

  • It creates a need for 200 in DC, so it pulls 200 from DC and sends them to SB

  • Since DC only has 100, it creates a purchase of 100 for DC, to fill the artificial shortage created there

Question

Does anyone know how to achieve the intended scenario, where the remaining quantity is purchased for SB, not DC?

Thanks in advance!

1
アバター
破棄
アバター
Deepak Dwivedi
最善の回答

To achieve the behaviour you want, you will need to adjust the Buy route configuration so that Odoo purchases stock directly for Warehouse SB, not for DC.

1. Update the Buy Route

Right now, the “Buy” rule of Warehouse DC is pointing to DC Receipt as its operation type.

Because of this, whenever DC faces a shortage, even an artificial one created by the pull rules, Odoo triggers a purchase for DC, not SB.

To correct this:

Change the operation type of the Buy rule for DC to SB’s Receipt operation type.

This ensures that any shortage created while fulfilling SB’s demand results in a Purchase Order for SB, not DC.

If you want to avoid confusion, you can archive the DC Receipt operation type.

This makes sure Odoo does not try to purchase for DC at all.

2. Adjust the Resupply Route From DC → SB

In your route “Resupply from DC”, for the third rule (Inter-warehouse Transit → SB/Stock):

Make sure the rule is configured as:

Take from stock ,if unavailable, trigger another rule

This ensures proper flow:

If SB does not have enough stock, Odoo first checks DC.

DC sends whatever is available (100 units in your example).

The remaining shortage (100 units) triggers the Buy rule—but now for SB, not DC.

3. What Happens After Fixing the Rules

With the corrected routing:

SO of 300 units creates demand at SB.

SB supplies its 100 units.

Odoo pulls 100 units available in DC and moves them to SB.

The remaining 100-unit shortage now triggers a Purchase Order for SB, because the Buy route is configured to replenish SB.

You may still see a backorder request in DC because the system originally generated demand for 200 from DC, but DC only had 100 available. This is normal behaviour based on pull rules and can be safely managed or ignored depending on the process.

If you have any follow-up questions or want me to check your exact routing configuration, feel free to ask!

2
アバター
破棄
アバター
Rishu, Niyu Labs
最善の回答
For this setup, I would separate two questions:

1. Which warehouse should satisfy the sales demand?
2. Which warehouse should be purchased into when stock is not available?

Your DC is surplus/storage and should not ship to customers. SB is the operational warehouse. That means SB should remain the demand-facing warehouse, and DC should only act as an internal resupply source when stock exists there.

The route logic should usually look like this:

1. Sales demand is created for SB.
2. SB checks its own stock.
3. If SB is short, SB tries to resupply from DC.
4. If DC has stock, create an internal transfer DC → SB.
5. If DC does not have stock, purchase should replenish SB, not DC.

The common mistake is configuring DC as part of the chain in a way that creates a “shortage” in DC, so Odoo tries to buy into DC. That is usually not what you want if DC is only surplus storage.

I would check:

- The Buy route operation type:
  Make sure purchase receipts are going to SB if SB is the warehouse that needs to be replenished.

- The resupply route:
  The route from DC to SB should take from DC stock when available, not force DC to become the purchasing warehouse.

- The procurement group:
  Make sure the demand stays linked to the SB need, otherwise Odoo may plan supply in the wrong warehouse.

- Reordering rules:
  Create/test rules per product and warehouse. A rule on DC can cause Odoo to replenish DC. A rule on SB should replenish SB.

A clean test:
- Pick one product.
- Put stock only in DC.
- Create demand from SB.
- Confirm whether Odoo creates internal transfer DC → SB.
- Then set DC stock to 0 and repeat.
- Confirm whether Odoo creates PO receipt into SB.

If the second case creates a PO into DC, the buy/resupply route chain is pointing to the wrong operation type/location.

0
アバター
破棄
ディスカッションを楽しんでいますか?読むだけでなく、参加しましょう!

今すぐアカウントを作成して、限定機能を利用したり、素晴らしいコミュニティと交流しましょう!

登録
関連投稿 返信 ビュー 活動
Productos vendidos almacenados físicamente: sin impacto en inventario y contabilidad
inventory
アバター
アバター
アバター
2
5月 26
1639
Change Location for Physical Inventory Adjustment
inventory
アバター
アバター
1
2月 26
2271
revalue the stock 解決済
inventory
アバター
アバター
アバター
2
2月 26
2219
Return on inventory transfers V18
inventory
アバター
アバター
アバター
2
1月 26
2049
How to print all product labels at once, including quantities in stock?
inventory
アバター
アバター
アバター
2
12月 25
2048
コミュニティ
  • チュートリアル
  • ドキュメンテーション
  • フォーラム
オープンソース
  • ダウンロード
  • Github
  • Runbot
  • 翻訳
サービス
  • Odoo.shホスティング
  • サポート
  • アップグレード
  • カスタム開発
  • 教育
  • 会計事務所一覧
  • パートナー一覧
  • パートナーになる
企業情報
  • 会社概要
  • ブランドアセット
  • お問い合わせ
  • 採用情報
  • イベント
  • ポッドキャスト
  • ブログ
  • お客様一覧
  • リーガル情報 • プライバシーポリシー
  • セキュリティ
الْعَرَبيّة Català 简体中文 繁體中文 (台灣) Čeština Dansk Nederlands English Suomi Français Deutsch हिंदी Bahasa Indonesia Italiano 日本語 한국어 (KR) Lietuvių kalba Język polski Português (BR) română русский язык Slovenský jazyk Slovenščina Español (América Latina) Español Svenska ภาษาไทย Türkçe українська Tiếng Việt

Odoo(オドゥー)は、CRM、eコマース、会計、在庫管理、POS、プロジェクト管理など、企業のさまざまな業務を一つのシステムで管理できる、ベルギー発のオープンソースのERPソフトウェアです。

高機能で使いやすく、完全に統合されたERPとして、ユニークな価値を提供しています。

Website made with

Odoo Experience on YouTube

1. Use the live chat to ask your questions.
2. The operator answers within a few minutes.

Live support on Youtube
Watch now