Где лежит товар, в каком порядке собирается заказ и как рассчитывается плата за хранение товара клиента — всё это ведётся в одной базе. В Odoo есть отдельный отраслевой пакет для 3PL, но готового подключения для курьеров Узбекистана в документации нет.
Если место хранится в памяти, а учёт — в таблице, ошибка доходит до клиента.
Базовый набор для склада. Barcode, Quality и Subscriptions входят в Enterprise (в открытом репозитории их нет). Какие приложения нужны, определяется на диагностике.
Склады, локации, документы приёмки, размещения, сборки и отгрузки, партии и остатки.
Приёмка, сборка и пересчёт со сканером. Облегчённый пользователь работает только в этом приложении.
Заказ, способ доставки, неотгруженный остаток (backorder) и политика выставления счетов.
Запрос предложений на закупку, правила пополнения, сверка счёта с приёмкой.
Контрольные точки при приёмке и отгрузке.
Четыре даты по партии, отгрузка в первую очередь товара с ближайшим сроком (FEFO) и уведомления.
Периодический счёт для долгосрочного хранения. Используется в пакете 3PL.
Счёт клиенту, сверка с банком, учёт доходов и расходов.
Онлайн-заказы и кабинет клиента. В пакете 3PL — портал, где клиент видит остатки и отправляет запросы.
Каждый этап оставляет свой документ, поэтому склад, продажи и бухгалтер смотрят на одни и те же цифры.
Документ приёмки открывается по заказу на закупку или по поступлению товара клиента. Приёмка бывает одно-, двух- или трёхшаговой: зона входа, зона контроля качества, хранение.
При трёхшаговой приёмке товар не считается доступным для дальнейшей работы, пока не пройдёт зону проверки.
Правило размещения предлагает место хранения по товару или категории. Категория хранения учитывает вместимость места.
Партия, срок и место записываются по ходу работы. Периодический пересчёт проводится по локациям.
Когда заказ подтверждён, товар резервируется. Способ выбирается в типе операции: при подтверждении, вручную или до запланированной даты.
Заказы собираются группами по методу batch, cluster или wave. Каждый шаг подтверждается сканером.
Собранный товар упаковывается, выбираются способ доставки и этикетка. Оформляются счёт-фактура и накладная.
Возврат ведётся через обратный документ и кредит-ноту. Для клиентов складской услуги начисляется плата за хранение и обработку.
Пример условный. Со склада уходит двенадцать заказов, в каждом по две строки; товаров три вида, и стоят они на трёх стеллажах. Если собирать заказы по отдельности, сборщик остановится у стеллажей 24 раза. При batch или cluster достаточно один раз обойти три стеллажа. Реальная экономия зависит от карты склада, этот расчёт лишь показывает логику.
Сравнение составлено по описаниям в документации Odoo 20. Решение зависит от карты склада и состава заказов, поэтому анализируются заказы за одну неделю.
| Способ | Когда подходит | Ограничение |
|---|---|---|
| Batch | Товаров мало, но их заказывают часто, и спрос стабилен | Разделение — отдельный этап: в зоне выдачи нужны место и люди |
| Cluster | Нет места для разделения или при разделении много ошибок | Срочный заказ вперёд не вывести, группы формируются заранее. Включаются Packages, короба помечаются как “Reusable Box” |
| Wave | Склад разделён на зоны, сроки отправки разные, один заказ должен попадать в несколько wave | В wave попадают только строки передач одного типа операции |
Структуру проектирует сама компания. Сначала вопрос, потом локация: каждый новый уровень влияет на чью-то ежедневную работу.
3PL (third-party logistics) — компания хранит товары других компаний, собирает и отправляет их и начисляет плату за эти услуги. В новинках Odoo 19 для этого объявлен новый отраслевой пакет “3PL Logistic Company”. Автор — Odoo S.A., лицензия OEEL-1, то есть нужна версия Enterprise. В списке Apps Store указаны Odoo Online, Odoo.sh и On Premise.
По списку зависимостей в Apps Store пакет опирается на приложения Inventory, Purchase, Sales, Quality, Subscriptions, Website, Studio, CRM, Invoicing, Documents, Employees, Knowledge и Manufacturing. Согласно описанию, он автоматизирует расчёты по сроку хранения, объёму и услугам обработки, позволяет настраивать плату за услуги по типам локаций, выставляет периодические счета за долгосрочное хранение и открывает клиенту портал с остатками и запросами.
В стандартном Inventory есть поле владельца товара (Owner): если включена настройка “Consignment”, владелец указывается в документе поступления. Документация описывает это для консигнационного товара поставщика. Достаточно ли этого механизма для хранения товара клиентов, проверяется на тестовой базе.
Большая часть складского учёта есть в готовых приложениях. Подключение к курьерам и маркетплейсам, маркировка и ставки 3PL — отдельная работа. Данные приведены по документации, новинкам и описанию пакета для Odoo 19 и 20; если в вашей версии есть отличия, проверим на диагностике.
| Задача | В стандартном Odoo | Дополнительная работа (BUline) |
|---|---|---|
| Склады, локации, зоны | Есть: Inventory. “Storage Locations”, типы локаций, многошаговые маршруты | Карта склада и правило именования |
| Правило размещения и вместимость | Есть: правила размещения, категория хранения. Поступившее количество само между несколькими местами не делится | Таблица вместимости, порядок разделения излишка |
| Партии и сроки годности | Есть: лот, четыре даты, FEFO | Настройка товарных групп со сроком годности |
| Сборка (batch, wave, cluster) | Есть: включается в настройках, автоматическая группировка в типе операции | Подбор критериев и места упаковки |
| Сканер штрихкодов | Есть: Barcode (Enterprise), номенклатура GS1, облегчённый пользователь | Парк сканеров, формы этикеток |
| Этикетки для отправлений | Есть: международные перевозчики (DHL Express, FedEx, UPS и другие). Готового подключения для курьеров Узбекистана в документации нет | Подключение по API курьера — оценивается |
| Возврат | Есть: обратный документ (Reverse Transfer) и кредит-нота. В Odoo 20 процесс упрощён | Локация возврата, правила для годного товара и брака |
| Заказы с маркетплейсов | В документации подключение к Uzum Market не упоминается. В Apps Store есть сторонний модуль (Odoo 18 и 19) | Тестирование модуля или подключение через API |
| 3PL: клиенты и учёт услуг | В Odoo 19 есть отраслевой пакет “3PL Logistic Company” (Enterprise). Отдельного приложения в документации нет | Тестирование пакета, ставки и правила расчёта |
| Электронная счёт-фактура и накладная | Нет: не упомянуто в официальной узбекской локализации Odoo (Fiscal Localization → «uz Uzbekistan») | Подключение к системе оператора — оценивается |
| Цифровая маркировка (Data Matrix) | Номенклатура GS1 есть. Подключение к системе Asl Belgisi (национальная система маркировки товаров) в документации не упоминается | Потребность определяется на диагностике |
Нижеследующее проверено по официальным источникам. То, что относится к вашему виду деятельности, мы письменно фиксируем списком на диагностике.
Каждое подключение оценивается и выполняется отдельно. Мы не обещаем, что «готовый коннектор есть».
Отчёты не переносятся в отдельную таблицу — они формируются из документов в той же базе.
Этапы соответствуют общему методу BUline. Срок письменно согласовывается после диагностики. Порядок внедрения →
Изучаются карта склада, состав заказов, порядок приёмки и возврата, договоры с клиентами. Результат: карта бизнес-требований (BRD).
Утверждаются структура локаций, этапы приёмки и отгрузки, метод сборки, разделение товара клиентов и маршрут документов.
Сначала один полный путь проходит одна зона или один клиент, затем остальные зоны, сканеры и интеграции.
Приёмщик, сборщик, кладовщик, диспетчер и бухгалтер обучаются по ролям. Работа со сканером отрабатывается на рабочем месте.
Усиленная поддержка, затем добавление новых клиентов, зон и отчётов.
Этот список ускоряет диагностику. Начать можно и без полного комплекта.
| Ошибка | Последствие | Как предотвращаем |
|---|---|---|
| Слишком мелкая разбивка локаций с самого начала | Каждый новый уровень добавляет работы при приёмке, сборке или пересчёте | Сначала вопрос: достаточно ли уровня зоны |
| Расчёт на то, что при заполнении категории хранения количество разделится само | Всё количество направляется в одно место | Порядок ручного разделения излишка |
| Способ резервирования не рассматривают вместе с группой сборки | В режиме “Вручную” нерезервированные строки остаются в группе | Заранее проверить способ в типе операции |
| Для batch или cluster не подготовлены место разделения и короба | Товар остаётся на тележке, заказы ждут | Сначала проверить вручную на одном типе операции |
| Смешивание товара клиента с вашим | Остатки и стоимость склада получаются неверными | Заранее спроектировать владельца и разрез отчётности |
Документация Odoo называет приложение Inventory одновременно учётом запасов и управлением складом. Возможности WMS — не отдельный продукт, они включаются настройками: локации, многошаговые маршруты, правила размещения и групповая сборка. Для работы со сканером нужно приложение Barcode (Enterprise). На небольшом складе много шагов превращаются в лишнюю бюрократию.
Все три основаны на групповой сборке заказов. Batch объединяет целые заказы в один список, разделение выполняется после сборки. Cluster переносит разделение на время сборки, в короба на тележке. Wave сначала делит заказ на части, затем группирует части. Какой метод подойдёт, зависит от карты склада и состава заказов.
В Odoo 19 есть отраслевой пакет “3PL Logistic Company” (Enterprise). В стандартном Inventory есть и поле владельца товара. Что подойдёт вам, будут ли отчёты выходить в разрезе клиентов и не смешается ли стоимость склада, проверяется на тестовой базе.
В описании пакета 3PL сказано, что эти расчёты автоматизированы, а для долгосрочного хранения через Subscriptions выставляются периодические счета. Ваши ставки и условия договоров превращаются в правила и проверяются на тесте.
Готовые подключения перевозчиков в Odoo рассчитаны на международные компании (DHL Express, FedEx, UPS и другие). Готовое подключение для курьеров Узбекистана в документации не упоминается. Для Uzum Market в Apps Store есть сторонний модуль. Каждое подключение оценивается отдельно.
Возврат открывается от выданного документа через обратный документ, а если счёт-фактура выставлена, добавляется кредит-нота. В новинках Odoo 20 указано, что процесс возврата упрощён; вид кнопок может отличаться в зависимости от выпуска. Правило, куда и в каком состоянии класть возвращённый товар, мы пишем вместе.
Стандартные складские приложения работают в Odoo Online. Если нужен пользовательский модуль или модуль из Apps Store (например, подключение к маркетплейсу), выбирается Odoo.sh или собственный сервер. Пакет 3PL опирается на Studio, его ограничения по хостингу проверяются на диагностике. Типы хостинга →
Лицензия Odoo зависит от числа пользователей и приложений (условия — на odoo.com). Объём услуг BUline зависит от числа складов и зон, пользователей, доработок, интеграций, объёма данных и обучения. Точная стоимость и сроки указываются в письменном предложении после бесплатной диагностики.
На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.