Skip to Content
Odoo Меню
  • Увійти
  • Спробуйте це безкоштовно
  • Додатки
    Фінанси
    • Бухоблік
    • Виставлення рахунку
    • Витрати
    • Електронні таблиці (BI)
    • Документи
    • Підпис
    Продажі
    • CRM
    • Продажі
    • POS Магазин
    • POS Ресторан
    • Підписки
    • Оренда
    Веб-сайти
    • Конструктор веб-сайту
    • Електронна комерція
    • Блог
    • Форум
    • Живий чат
    • Електронне навчання
    Ланцюг поставок
    • Склад
    • Виробництво
    • PLM
    • Купівлі
    • Технічне обслуговування
    • Якість
    Кадри
    • Співробітники
    • Рекрутинг
    • Відпустки
    • Оцінювання
    • Рекомендації
    • Автотранспорт
    Маркетинг
    • Маркетинг соцмереж
    • Email-маркетинг
    • SMS-маркетинг
    • Події
    • Автом. маркетингу
    • Опитування
    Послуги
    • Проект
    • Табелі
    • Виїзне обслуговування
    • Служба підтримки
    • Планування
    • Призначення
    Продуктивність
    • Обговорення
    • Artificial Intelligence
    • IoT
    • IP-телефонія
    • База знань
    • WhatsApp
    Сторонні модулі Odoo Studio Платформа Odoo Cloud
  • Сфери
    Роздрібна торгівля
    • Книжковий магазин
    • Магазин одягу
    • Магазин меблів
    • Продуктовий магазин
    • Магазин будівельних матеріалів
    • Магазин іграшок
    Food & Hospitality
    • Бар та паб
    • Ресторан
    • Фастфуд
    • Guest House
    • Дистриб'ютор напоїв
    • Hotel
    Нерухомість
    • Real Estate Agency
    • Архітектурна фірма
    • Будівництво
    • Property Management
    • Садівництво
    • Асоціація власників нерухомості
    Консалтинг
    • Бухгалтерська компанія
    • Партнер Odoo
    • Агенція маркетингу
    • Юридична фірма
    • Придбання Талантів
    • Аудит та сертифікація
    Виробництво
    • Textile
    • Metal
    • Меблі
    • Їжа
    • Brewery
    • Корпоративні подарунки
    Здоров'я & Фітнес
    • Спортивний клуб
    • Оптика
    • Фітнес-центр
    • Практики здоров'я
    • Аптека
    • Салон краси
    Trades
    • Ремонтник
    • IT-обладнання та Підтримка
    • Системи сонячної енергії
    • Shoe Maker
    • Cleaning Services
    • HVAC Services
    Інші
    • Nonprofit Organization
    • Екологічна агенція
    • Оренда білбордів
    • Фотографія
    • Лізинг велосипедів
    • Реселлер програмного забезпечення
    Browse all Industries
  • Спільнота
    Навчання
    • Навчальний посібник
    • Документація
    • Сертифікації
    • Тренування
    • Блог
    • Подкаст
    Сприяйте Освіті
    • Програма навчання
    • Бізнес гра Scale Up!
    • Відвідайте Odoo
    Отримайте програмне забезпечення
    • Завантаження
    • Порівняйте версії
    • Релізи
    Співпрацюйте
    • Github
    • Форум
    • Події
    • Переклади
    • Стати партнером
    • Services for Partners
    • Зареєструйте вашу бухгалтерську фірму
    Отримайте послуги
    • Знайдіть партнера
    • Знайдіть бухгалтера
    • Зустріньтеся з консультантом
    • Послуги з впровадження
    • Референси клієнтів
    • Підтримка
    • Оновлення
    Github Youtube Twitter Linkedin Instagram Facebook Spotify
    +1 (650) 691-3277
    Отримати демо
  • Ціни
  • Допомога
Вам необхідно зареєструватися, щоб взаємодіяти зі спільнотою.
All Posts Люди Значки
Мітки (View all)
odoo accounting v14 pos v15
Про цей форум
Вам необхідно зареєструватися, щоб взаємодіяти зі спільнотою.
All Posts Люди Значки
Мітки (View all)
odoo accounting v14 pos v15
Про цей форум
Допомога

Multi-Warehouse Replenishment Issue

Підписатися

Отримуйте сповіщення про активність щодо цієї публікації

Це запитання позначене
inventory
2 Відповіді
2404 Переглядів
Аватар
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
Аватар
Відмінити
Enjoying the discussion? Don't just read, join in!

Create an account today to enjoy exclusive features and engage with our awesome community!

Реєстрація
Related Posts Відповіді Переглядів Дія
Productos vendidos almacenados físicamente: sin impacto en inventario y contabilidad
inventory
Аватар
Аватар
Аватар
2
трав. 26
1671
Change Location for Physical Inventory Adjustment
inventory
Аватар
Аватар
1
лют. 26
2314
revalue the stock Вирішено
inventory
Аватар
Аватар
Аватар
2
лют. 26
2242
Return on inventory transfers V18
inventory
Аватар
Аватар
Аватар
2
січ. 26
2081
How to print all product labels at once, including quantities in stock?
inventory
Аватар
Аватар
Аватар
2
груд. 25
2067
Спільнота
  • Навчальний посібник
  • Документація
  • Форум
Open Source
  • Завантаження
  • 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, електронна комерція, бухгалтерський облік, склад, точка продажу, управління проектами тощо.

Унікальна пропозиція Odoo - це одночасно дуже проста у використанні та повністю інтегрована.

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