Odoo Purchase: Заявки, RFQ, Счета поставщиков и Приемка

Введение

Представьте типичную ситуацию: отдел продаж пообещал доставку на пятницу, планировщик узнал об этом в четверг вечером, а модуль закупок так и не попадал в обсуждение. Именно этот разрыв и призван закрыть этот материал.

Мы систематизировали десять типичных сценариев — от простой спецификации на стол до условно «неразрешимой» производственной головоломки — и для каждого дали пошаговую инструкцию в Odoo, куда и какие кнопки нажимать.

Odoo Purchase — это точка встречи реального склада и цеха с ожиданиями клиентов и бухгалтерии. Когда процесс налажен, никто не вводит количества заново. Когда нет — все винят ERP.

Многие склады и мелкие производства живут на наработанном опыте, мессенджерах и Excel‑файлах с именем FINAL_v3. Это решение работает до тех пор, пока не начинает расти объём, не появляется второй площадка или аудит.

Модуль Закупок в Odoo — часть модульной ERP: команды берут его, чтобы распределить роли, зафиксировать повторяемые процессы и хранить историю вместо разрозненных писем и локальных таблиц. Purchase управляет запросами, RFQ, счетами поставщиков и приходами — то, что нужно менеджерам и финансам для принятия решений.

С помощью Purchase вы моделируете реальные потоки: получение, хранение, комплектование, производство, отгрузка, списание, пополнение. Каждое действие остаётся в системе и помогает избежать головной боли в будущем.

Дальше — десять кейсов с конкретными бизнес‑ситуациями: от создания первой спецификации до введения штрихкодов на цеховом участке.

Материал написан для операционных директоров, руководителей складов и планировщиков производства. Разработчики подключаются позже — основа здесь деловой язык и процессы.

Это рейтинг из десяти уровней: Level 1 — простейшие задачи, Level 10 — экспертные сценарии. Для каждого уровня есть нумерованный чек‑лист: что именно нажимать в Odoo Purchase.

Начинайте с того уровня, который вам по силам, а не с 10‑го ради пафоса.

Прочитайте секцию «Вызов», затем откройте тот уровень, который соответствует вашей текущей команде.

В этом руководстве вы найдёте:

• За что отвечает модуль Закупок в типичном стеке компании
• Где команды сталкиваются с самым большим трением сейчас (и почему)
• Десять упорядоченных по сложности кейсов — от базовой дисциплины до продвинутой стратегии
• Когда автоматизация и интеграции оправдывают привлечение партнёра по Odoo

Вызов

Отдел продаж пообещал доставку на пятницу. Планировщик узнал об этом в четверг вечером, потому что заказ лежал в почте, а не в модуле Закупок. Экспресс‑доставка с доплатой съела маржу, а финансы обнаружили дефицит товара только в конце месяца.

Склады и цеха часто работают «на интуиции», а данные по запасам и производству не всегда живут в Odoo. Из‑за этого появляются незапланированные закупки, срочные заказы и неприятные сюрпризы на отчётных датах.

Звучит знакомо? Чаще всего команды упираются в такие проблемы:

• Файлы остатков не совпадают с тем, что обещает отдел продаж
• План производства и закупок составляют без учёта реальных остатков
• Пробелы в прослеживаемости при обращении клиента или аудитора

Хорошая новость: не обязательно делать грандиозный проект, чтобы улучшить всё. Выберите один кейс из списка, протестируйте его 30 дней в Odoo Purchase и оцените эффект.

Топ‑10 сценариев для Purchase

10 сценариев для модуля Закупок, отсортированных от Level 1 (легко — можно сделать сегодня днём) до Level 10 (экспертно). Для каждого — что настроить и какие шаги выполнить в Odoo.

Level 1 — это быстрая ежедневная победа. Level 10 сделан намеренно впечатляющим, чтобы показать, как масштабируется та же система при аккуратной архитектуре и чистых данных.

Выберите уровень, повторите шаги в тестовой базе, а затем переходите выше, когда текущая рутина перестанет вас устраивать.

1. Отправьте первый RFQ одному поставщику Level 1 — Легко

Первый уровень — самый простой сценарий: один покупатель, один поставщик, один товар. Никаких контрактов и согласований, просто аккуратно сформированный запрос на предложение, отправленный по почте.

Как это делается в Odoo:

1. Установите приложение Закупки, затем перейдите в Purchase → Vendors → New и создайте карточку поставщика: название, контактный email, условия оплаты.
2. Откройте Purchase → Requests for Quotation → New, выберите поставщика и добавьте одну строку товара с нужным количеством.
3. Установите срок заказа, проверьте адрес доставки и нажмите Send by Email — поставщик получит PDF‑RFQ.
4. Когда поставщик подтвердит цену, отредактируйте строку при необходимости и нажмите Confirm Order — RFQ превратится в PO.
5. Откройте chatter, чтобы увидеть всю хронологию: кто отправлял RFQ, кто подтвердил, когда создан заказ.

Результат: У каждой закупки есть номер, дата, подтверждение от поставщика и след электронной переписки — финансы больше не спрашивают, откуда взялся заказ.

2. Подтвердите заказ и примите товары на приёмке Level 2 — Легко

Level 2 добавляет второй элемент — приход товара. Покупатель передаёт задачу на склад, а кладовщик сверяет фактические количества с заказом и фиксирует их в один клик.

Как это делается в Odoo:

1. Откройте подтверждённый Purchase Order и нажмите кнопку Receipt, чтобы перейти к связанному входящему перемещению.
2. На приёмке кладовщик идёт в Inventory → Operations → Transfers → To Process и открывает нужное перемещение.
3. В поле Done указывают фактически полученное количество; если пришло 78 вместо 80, указывают 78 и оставляют заметку в chatter.
4. Нажмите Validate — Odoo обновит остатки и автоматически свяжет приход с заказом.
5. Вернитесь в PO — вы увидите обновлённое поле Received по каждой строке, готовое к сверке со счётом.

Результат: Склад и покупатель видят одни и те же цифры, частичные или недопоставки обнаруживаются сразу, а не в конце месяца.

3. Проведите счёт поставщика прямо из заказа Level 3 — Легко

Level 3 — это счёт‑фактура поставщика. Бухгалтерия использует данные из PO, не вводя их вручную, поэтому выставление счёта занимает минуты и содержит те же позиции, цены и налоги.

Как это делается в Odoo:

1. Откройте подтверждённый Purchase Order и нажмите Create Bill вверху формы.
2. Odoo создаст черновик Vendor Bill со всеми строками, заполненными из PO: товар, количество, цена, налоги.
3. Установите дату счёта, номер счета поставщика и срок оплаты, прикрепите PDF из почты.
4. Нажмите Confirm — проводка попадёт в кредиторскую задолженность и на нужный расходный или складской счёт.
5. Сама функция Register Payment используется при оплате, чтобы закрыть операцию и связать банк с документом.

Результат: Счета вводятся за минуту без ручного перепечатывания, а каждая сумма привязана к утверждённой строке PO.

4. Сделайте прайс‑лист поставщика с ценами по объёму Level 4 — Средне

Level 4 добавляет ценообразование привязанное к товару и поставщику — переговоры фиксируются в системе, а не в голове менеджера или потерянной таблице.

Как это делается в Odoo:

1. Откройте карточку товара → вкладка Purchase → Vendors → Add и добавьте поставщика с базовой ценой, MOQ, временем поставки и валютой.
2. На той же строке задайте пороги по количеству: от 1 шт. цена A, от 50 шт. — цена B, от 100 шт. — цена C.
3. Повторите для двух‑трёх поставщиков, расставив приоритетную очередность.
4. При создании RFQ на этот товар цена подставится автоматически в зависимости от выбранного поставщика и объёма заказа.
5. Откройте Purchase → Reporting → Purchase Analysis и сгруппируйте по поставщику и товару, чтобы сверить реальные расходы с договорёнными ценами.

Результат: Договорная цена автоматически применяется в RFQ, а для переговоров по контракту вы имеете реальные данные по объёмам.

5. Принимайте запросы сотрудников через приложение Approvals Level 5 — Средне

Level 5 про запросы на покупку: любой сотрудник формирует заявку, покупатель решает, что превратить в RFQ, и весь путь хранится в Odoo.

Как это делается в Odoo:

1. Установите Approvals, затем в Approvals → Configuration → Approval Types создайте тип Purchase Request.
2. Включите опции Has Product и Has Quantity, чтобы заявители указывали нужный товар и требуемый срок поставки.
3. Настройте схему согласования: сначала менеджер заявителя, затем менеджер по закупкам, и порог, при котором подключается финансы.
4. Сотрудник идёт в Approvals → New → выбирает Purchase Request, заполняет форму и отправляет; уведомления идут ответственным.
5. После согласования покупатель копирует строки в Purchase → Requests for Quotation → New и запускает RFQ.

Результат: Хаотичные сообщения в мессенджерах и почте исчезают: потребности фиксируются, приоритизируются и превращаются в реальные заказы без лишнего ввода.

6. Сравните три предложения в рамках тендера (Call for Tenders) Level 6 — Средне

Level 6 использует соглашения Purchase Agreements: вы рассылаете три RFQ, получаете три ответа и выбираете поставщика, глядя на данные рядом, а не по памяти.

Как это делается в Odoo:

1. Откройте Purchase → Orders → Purchase Agreements → New и выберите Type = Call for Tenders, установите дедлайн.
2. Добавьте одну или несколько строк с целевыми объёмами, по которым хотите получить конкурентные предложения.
3. Нажмите New Quotation, выберите поставщика — Odoo создаст черновик RFQ, связанный с соглашением.
4. Повторите для второго и третьего поставщика; когда придут цены, вы увидите их в соглашении строка к строке.
5. Выберите победителя, подтвердите его RFQ в PO; остальные предложения архивируются с пометкой Lost Reason.

Результат: Решения по закупкам становятся документированными и защищёнными: спустя полгода видно, кто что предлагал и почему победил именно этот поставщик.

7. Заблокируйте переплаты поставщикам с помощью трёхсторонней сверки Level 7 — Сложно

Level 7 скрепляет PO, приход и счёт в одну проверку: оплата возможна только если все три документа совпадают — реальный способ экономить деньги.

Как это делается в Odoo:

1. Перейдите в Purchase → Configuration → Settings и включите Bill Control = Received Quantities; сохраните.
2. Подтвердите PO на 80 единиц; на приёмке подтвердили 78 и закрыли частичное перемещение.
3. Бухгалтер создаёт счёт из PO — Odoo подставляет 78 вместо 80, опираясь на фактический приход.
4. Если поставщик выставил счёт на 80, несоответствие видно сразу; покупатель запрашивает кредит‑ноту до выставления проводок.
5. Подтверждение счёта доступно только после совпадения с приходом; планировщик выплат подхватит документ по срокам.

Результат: Переплаты перестают покрываться молча: каждая выплата подтверждена PO и фактическим приходом — готово к аудиту.

8. Настройте закупки по спросу: правила пополнения, MTO и планировщик Level 8 — Сложно

Level 8 связывает Закупки с реальным спросом из продаж и склада: Odoo предлагает RFQ заранее, и покупатели перестают тушить пожары.

Как это делается в Odoo:

1. Для ходовых товаров откройте Inventory → Operations → Reordering Rules → New и задайте Min, Max, предпочтительного поставщика и Lead Time.
2. Для изделий под заказ в карточке товара на вкладке Purchase установите Route = Make To Order — подтверждённая продажа порождает RFQ.
3. Запускайте Inventory → Operations → Run Scheduler ежедневно или через планировщик сервера, чтобы предложения появлялись каждое утро.
4. Откройте Purchase → Orders → Requests for Quotation, отфильтруйте Draft Auto и массово превратите предложенные RFQ в реальные заказы.
5. Используйте Purchase → Reporting → Vendor On‑Time Delivery, чтобы корректировать Lead Time по данным поставщиков ежеквартально.

Результат: Количество разрывов запасов по ключевым SKU резко снижается, покупатели занимаются стратегией, а продажи реже обещают невозможные сроки.

9. Фиксируйте годовые Blanket Orders и откройте Портал поставщика для ключевых партнёров Level 9 — Сложно

Level 9 масштабирует закупки: годовые договоры заключаются один раз, затем отгружаются по вызову; стратегические поставщики работают через портал, сами подтверждают RFQ и загружают счёта.

Как это делается в Odoo:

1. Откройте Purchase → Orders → Purchase Agreements → New, выберите Type = Blanket Order, задайте годовую валидность, согласованную цену и общий объём обязательств.
2. Каждую неделю заходите в соглашение и нажимайте New Purchase Order, вызывая нужный объём — Odoo списывает остаток по контракту.
3. В настройках включите доступ в порталы для клиентов и поставщиков; выдайте доступ стратегическим партнёрам.
4. Поставщики заходят в /my/purchase, подтверждают или отклоняют RFQ, загружают подписанные счета и отслеживают статус оплаты без лишних писем.
5. Сборите в отчёте Vendor Performance Scorecard метрики: своевременная доставка, отклонение цен, процент дефектов — обновляйте квартально для QBR.
6. Настройте серверное действие, которое уведомит закупки, когда потребление по blanket‑order превысит 80% годовой квоты.

Результат: Рутинные закупки для топ‑поставщиков идут автоматически; покупатели получают время на поиск, переговоры и работу с рисками поставок.

Проектирование правил blanket‑orders, прав доступа в портал и перекрёстных scorecard — типичный объём работ, который Dasolo выполняет в рамках партнёрского внедрения.

10. Постройте AI‑операционную систему закупок: OCR, EDI, детекция аномалий и live‑дашборды Level 10 — Эксперт

Level 10 — это полноценная операционная система: OCR распознаёт счета, EDI соединяет ключевых поставщиков «машина‑машина», аномалии подсвечиваются автоматически, а единый дашборд показывает все обязательства в реальном времени.

Как это делается в Odoo:

1. Включите Bill Digitization в разделе Accounting, чтобы PDF‑счета автоматически парсились OCR: строки, налоги и привязка к PO подставляются до проверки бухгалтера.
2. Для пяти ключевых поставщиков настройте EDI (XML, EDIFACT или Peppol): PO, ASN и Invoice проходят напрямую между ERP‑системами.
3. Обучите AI‑ассистента на базе знаний с контрактами, blanket‑orders и каталожными позициями, чтобы он отвечал покупателям на их вопросы на любом языке.
4. С помощью Studio Automations и правил AI отслеживайте аномалии: отклонение цены более 8%, рост сроков поставки, зависимость от одного поставщика или внезапный рост MOQ.
5. Интегрируйте Purchase с Sales, Inventory, Accounting и Project, чтобы любое изменение автоматически отражалось: оплата счёта обновляет затраты проекта и дашборд.
6. Постройте «спредшит‑кокпит» закупок: RFQ в работе, просроченные PO, трёхсторонние несоответствия, сэкономленные средства vs базиса, своевременность поставок — всё в одном окне и в реальном времени.
7. Настройте оповещения в Slack или Teams по критичным событиям: просрочка по заказу ключевого клиента, несоответствие счёта по порогу, исчерпание blanket‑order.

Результат: Закупки перестают быть бюрократической нагрузкой и становятся стратегической функцией с живыми данными, предиктивными оповещениями и AI‑копайлотами для каждого покупателя.

Сборка AI‑копайлов, EDI‑каналов, правил детекции аномалий и live‑дашбордов — та архитектура, которую Dasolo предлагает в партнёрском проекте, чтобы команды пропустили фазу длительных проб и ошибок.

Когда имеет смысл привлекать эксперта

Если вам подходят уровни 1–6, вы, как правило, можете обойтись стандартным Odoo Purchase, внутренним владельцем процесса и песочницей, где можно безопасно тестировать изменения.

Начиная с уровня 7, ставки повышаются: автоматизации могут отправлять письма не тому человеку, кастомные поля через Studio усложняют обновления, API могут перестать синхронизировать остатки в 2:00 ночи.

Это не провал вашей команды — это сигнал, что архитектура, тестирование и управление изменениями имеют значение.

Привлекайте партнёра, когда нужно проектирование между несколькими приложениями, локальное соответствие законодательству, сложные интеграции или фиксированная дата запуска, указанная советом директоров.

Работа с Dasolo

Dasolo помогает внедрять Odoo так, как вы реально работаете: кастомные приложения, аккуратные интеграции и обучение, которое сотрудники действительно запомнят после ухода консультантов.

Если ваш план по Закупкам включает продвинутые кейсы из этого гайда, мы поможем составить пофазный план: быстрые победы сначала, затем автоматизация и интеграции с ясными владельцами и тест‑скриптами.

Вы сохраняете контроль над объёмом и бюджетом. Мы приносим глубину экспертизы Odoo, чтобы ваша команда не оплачивала ошибки, сделанные в боевом режиме.

Запишитесь на бесплатную консультацию:

Запланируйте демонстрацию