MoySklad
Odoo
amoCRM
Tizimlashtirish
Marketing
AI agentlar
BUline
MoySklad
Odoo
amoCRM
Систематизация
Маркетинг
Маркетинг: обзор
Стратегия и контент
Стратегия и планКонтент и SMM
Рекламные каналы
Google AdsYandex DirectРеклама в TelegramInstagram и FacebookМаркетплейсы
Органический рост
SEO
Измерение и аналитика
Аналитика и KPI
AI-агенты
BUline
MoySklad
Odoo
amoCRM
Systematization
Marketing
AI agents
BUline
Odoo
Главная/Odoo/Склад и фулфилмент
Odooвнедряет BUline
Odoo · Отрасли · Склад и фулфилмент

Склад и фулфилмент — от адресного хранения до отбора и счёта клиента

Где лежит товар, в каком порядке собирается заказ и как рассчитывается плата за хранение товара клиента — всё это ведётся в одной базе. В Odoo есть отдельный отраслевой пакет для 3PL, но готового подключения для курьеров Узбекистана в документации нет.

Адресное хранениеПартия и срокОтбор: batch, wave, clusterШтрихкодВозвратРасчёты 3PL
Проблемы

Типичные препятствия на складе и в фулфилменте

Если место хранится в памяти, а учёт — в таблице, ошибка доходит до клиента.

Место и остаток

  • Где лежит товар — в памяти сотрудника
  • Остаток в учёте не совпадает с товаром на стеллаже
  • Поступивший груз не пересчитывается по документу, недостача обнаруживается при сборке

Заказ и комплектация

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

Возврат и учёт

  • Непонятно, куда класть возвращённый товар
  • Товар клиентов смешивается с вашим
  • Плата за хранение и услуги считается в Excel
В Odoo

Какое приложение решает какую задачу

Базовый набор для склада. Barcode, Quality и Subscriptions входят в Enterprise (в открытом репозитории их нет). Какие приложения нужны, определяется на диагностике.

Склад (Inventory)

Склады, локации, документы приёмки, размещения, сборки и отгрузки, партии и остатки.

Штрихкод (Barcode)

Приёмка, сборка и пересчёт со сканером. Облегчённый пользователь работает только в этом приложении.

Продажи

Заказ, способ доставки, неотгруженный остаток (backorder) и политика выставления счетов.

Закупки

Запрос предложений на закупку, правила пополнения, сверка счёта с приёмкой.

Качество (Quality)

Контрольные точки при приёмке и отгрузке.

Срок годности

Четыре даты по партии, отгрузка в первую очередь товара с ближайшим сроком (FEFO) и уведомления.

Подписка (Subscriptions)

Периодический счёт для долгосрочного хранения. Используется в пакете 3PL.

Бухгалтерия

Счёт клиенту, сверка с банком, учёт доходов и расходов.

Сайт и портал

Онлайн-заказы и кабинет клиента. В пакете 3PL — портал, где клиент видит остатки и отправляет запросы.

Процесс

От приёмки до возврата

Каждый этап оставляет свой документ, поэтому склад, продажи и бухгалтер смотрят на одни и те же цифры.

01Приёмка

Документ приёмки открывается по заказу на закупку или по поступлению товара клиента. Приёмка бывает одно-, двух- или трёхшаговой: зона входа, зона контроля качества, хранение.

02Проверка

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

03Размещение

Правило размещения предлагает место хранения по товару или категории. Категория хранения учитывает вместимость места.

04Хранение и пересчёт

Партия, срок и место записываются по ходу работы. Периодический пересчёт проводится по локациям.

05Заказ и резервирование

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

06Комплектация

Заказы собираются группами по методу batch, cluster или wave. Каждый шаг подтверждается сканером.

07Упаковка и отправка

Собранный товар упаковывается, выбираются способ доставки и этикетка. Оформляются счёт-фактура и накладная.

08Возврат и расчёты

Возврат ведётся через обратный документ и кредит-ноту. Для клиентов складской услуги начисляется плата за хранение и обработку.

Гипотетический пример

Двенадцать заказов, три стеллажа

Пример условный. Со склада уходит двенадцать заказов, в каждом по две строки; товаров три вида, и стоят они на трёх стеллажах. Если собирать заказы по отдельности, сборщик остановится у стеллажей 24 раза. При batch или cluster достаточно один раз обойти три стеллажа. Реальная экономия зависит от карты склада, этот расчёт лишь показывает логику.

  • Batch: один сотрудник берёт несколько заказов по одному списку, разделение по заказам выполняется в зоне выдачи
  • Cluster: разделение происходит во время сборки, по коробам на тележке. Срочный заказ вперёд не вывести
  • Wave: заказ делится на части, а части группируются по зонам или по времени отправки
  • Все три метода начинаются с одной настройки: “Batch, Wave & Cluster Transfers”. Чтобы сборка была отдельным этапом, также включаются “Storage Locations” и “Multi-Step Routes”
  • Подробно описано в статьях Методы сборки и Что такое WMS
—
—
—
Способы комплектации

Какой метод когда подходит

Сравнение составлено по описаниям в документации Odoo 20. Решение зависит от карты склада и состава заказов, поэтому анализируются заказы за одну неделю.

СпособКогда подходитОграничение
BatchТоваров мало, но их заказывают часто, и спрос стабиленРазделение — отдельный этап: в зоне выдачи нужны место и люди
ClusterНет места для разделения или при разделении много ошибокСрочный заказ вперёд не вывести, группы формируются заранее. Включаются Packages, короба помечаются как “Reusable Box”
WaveСклад разделён на зоны, сроки отправки разные, один заказ должен попадать в несколько waveВ wave попадают только строки передач одного типа операции
Адресное хранение

Локации, категории и правило размещения

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

Структура

  • Склад — физическое место с адресом; локации выстраиваются в виде дерева, например WH/Stock/Zone A
  • Внутренние локации ведутся, когда включена настройка “Storage Locations”
  • Тип локации влияет на стоимость: при выходе за пределы внутренней локации стоимость запасов меняется, а транзит между складами оценку не меняет

Правило размещения

  • Правило состоит из трёх частей: товар или категория (или тип упаковки), место поступления, место хранения
  • “Last Used” предлагает последнее использованное место, “Closest Location” — наиболее подходящее внутри категории хранения
  • Если к товару подходит несколько правил, приоритет у более точного: на первом месте сочетание типа упаковки и товара

Вместимость и ограничения

  • Категория хранения ограничивает вместимость по весу, по товару или по типу упаковки
  • Режим приёма в локацию: только пустая, только этот товар или смешанная
  • Odoo сам не делит поступившее количество между несколькими местами: если в место на 10 единиц пришло 12, всё направляется в это место
Складская услуга для клиентов

3PL: хранение товара клиента и учёт услуг

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”, владелец указывается в документе поступления. Документация описывает это для консигнационного товара поставщика. Достаточно ли этого механизма для хранения товара клиентов, проверяется на тестовой базе.

  • Пакет опирается на Studio, серверные действия и вычисляемые поля. Описание в Apps Store предупреждает, что при следующих обновлениях может потребоваться дополнительная техническая работа
  • Подходят ли правила расчёта (объём, длительность, виды обработки) под ваши договоры, проверяется на тестовой базе; готовность заранее не обещается
  • Товар клиентов и ваш хранятся на одном складе раздельно: владелец, локация и разрез отчётности проектируются на диагностике
—
—
—
Честные границы

Что есть в стандартном Odoo и что добавляем мы

Большая часть складского учёта есть в готовых приложениях. Подключение к курьерам и маркетплейсам, маркировка и ставки 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 (национальная система маркировки товаров) в документации не упоминаетсяПотребность определяется на диагностике
Требования Узбекистана

Локальные требования для склада и фулфилмента

Нижеследующее проверено по официальным источникам. То, что относится к вашему виду деятельности, мы письменно фиксируем списком на диагностике.

Счёт-фактура и накладная

  • Продавец товара или услуги выставляет покупателю счёт-фактуру, она оформляется в электронной системе (статья 47 Налогового кодекса). Услуга хранения и обработки подпадает под то же правило
  • С 19 марта 2025 года, если товар продаётся одновременно с отправкой, счёт-фактуру можно объединить с электронной накладной (постановление №168). Объединение не обязательно
  • Объединить нельзя, если покупатель забирает товар без транспорта или товар не продаётся в момент отправки. При перемещении между складами оформляется только накладная
  • В таблице товаров нужен код национального каталога товаров и услуг (ИКПУ/МХИК)
  • Объединение счёта-фактуры и накладной, Как работает ИКПУ (МХИК)

Маркировка

  • Для товаров с обязательной цифровой маркировкой с 1 июля 2026 года в электронной счёт-фактуре добавлены автоматические проверки: наличие у поставщика лицензии или разрешения, регистрация в Asl Belgisi, корректность кодов маркировки, наличие у розничного покупателя устройства для считывания кодов (сообщение Налогового комитета, постановление Кабинета Министров № 23, 23 января 2026 года)
  • В чеке онлайн-кассы проверяется соответствие кода ИКПУ (МХИК) товара коду маркировки
  • Обязанность по кодам групповой упаковки на складе в сообщении Налогового комитета не упомянута: проверяется на диагностике
  • Код Data Matrix считывает только сканер, получающий изображение: QR и Data Matrix на складе

Права покупателя и возврат

  • Закон «О защите прав потребителей» (№ 221-I) относится к покупателям-гражданам
  • По статье 28-1, если товар, проданный через информационную систему, не соответствует образцу или описанию, потребитель вправе требовать замены или возврата денег, расходы на возврат несёт продавец. Если договор расторгнут, а деньги не возвращены в срок, начисляется пеня 1% за каждый день (но не более возвращаемой суммы)
  • Статья 18: непродовольственный товар надлежащего качества можно обменять в течение 10 дней со дня покупки. Товар не должен быть в употреблении, нужны упаковка и подтверждение покупки.
  • Odoo ведёт возврат через обратный документ и кредит-ноту, правила сроков и расходов настраиваются под эту логику

Данные и договор

  • Имя, телефон и адрес покупателя — персональные данные. Где находится база: закон и место хостинга
  • Если вы обрабатываете данные покупателей ваших клиентов, ваша роль (владелец базы или оператор) фиксируется в договоре и согласуется с юристом
Интеграции

Доставка и каналы продаж

Каждое подключение оценивается и выполняется отдельно. Мы не обещаем, что «готовый коннектор есть».

Доставка

  • Перевозчики из документации Odoo 20: DHL Express, FedEx, UPS, USPS, bpost, Sendcloud, EasyPost, Envia.com, Shiprocket, Starshipit. В открытом репозитории их нет, то есть они входят в Enterprise
  • Готового подключения для курьеров Узбекистана в документации нет. В документации по API Яндекс Доставки охват Узбекистана не подтверждён: уточняется у менеджера курьерской службы

Маркетплейс и сайт

  • Uzum Market: в Apps Store есть сторонний модуль (Odoo 18 и 19). Он загружает и подтверждает заказы FBS (со склада продавца), передаёт остатки и цену. Заказы FBO (со склада маркетплейса) только читаются, остатки и цена общие, по складам не распределяются
  • Автор модуля пишет, что не является реселлером Uzum или аккредитованным интегратором. Тестируем модуль или подключаем через API Uzum
  • Страница интернет-магазина →

Оборудование и документы

  • Сканер и принтер этикеток (Zebra, формат ZPL)
  • Управление отправками по грузоподъёмности транспорта (dispatch): нужны приложение Fleet и подключение Mapbox, у товара должны быть вес и объём
  • Оператор электронных счетов-фактур и накладных, перенос остатков и локаций из прежней складской системы (Excel, 1C, MoySklad)
Для руководителя

Что видит руководитель

Отчёты не переносятся в отдельную таблицу — они формируются из документов в той же базе.

Склад

  • Остатки в разрезе локаций, партий и сроков
  • Партии с истекающим и истёкшим сроком
  • Отчёт Stock aging (Odoo 20)

Заказ

  • Заказы, которые приходят после даты отгрузки (фильтр Late Availability, Odoo 19)
  • Неисполненные заказы
  • Состояние групп сборки

Учёт по клиентам (3PL)

  • Объём и срок хранения по клиентам
  • Счета за услуги и статус оплаты
  • Доля возвратов и брака
Метод BUline

Как мы внедряем Odoo на складе

Этапы соответствуют общему методу BUline. Срок письменно согласовывается после диагностики. Порядок внедрения →

01Диагностика1–2 недели

Изучаются карта склада, состав заказов, порядок приёмки и возврата, договоры с клиентами. Результат: карта бизнес-требований (BRD).

02Архитектура1–3 недели

Утверждаются структура локаций, этапы приёмки и отгрузки, метод сборки, разделение товара клиентов и маршрут документов.

03Спринты8–16 недель

Сначала один полный путь проходит одна зона или один клиент, затем остальные зоны, сканеры и интеграции.

04Обучение

Приёмщик, сборщик, кладовщик, диспетчер и бухгалтер обучаются по ролям. Работа со сканером отрабатывается на рабочем месте.

05Сопровождение30 дней + постоянно

Усиленная поддержка, затем добавление новых клиентов, зон и отчётов.

Подготовка

Что подготовить перед началом

Этот список ускоряет диагностику. Начать можно и без полного комплекта.

Склад и товар

  • Чертёж склада, зоны, число стеллажей и ячеек
  • Каталог, штрихкоды, коды ИКПУ (МХИК), размеры и вес
  • Группы со сроком годности и маркировкой

Процесс

  • Заказы за неделю: число строк и повторяющиеся товары
  • Текущий порядок приёмки, сборки, упаковки и возврата
  • Список сканеров, принтеров и транспорта

Клиенты и документы

  • Договоры с клиентами и условия услуг
  • Аккаунты курьеров и маркетплейсов
  • Оператор электронных документов и владельцы подписи
Ошибки

Частые ошибки и как их избежать

ОшибкаПоследствиеКак предотвращаем
Слишком мелкая разбивка локаций с самого началаКаждый новый уровень добавляет работы при приёмке, сборке или пересчётеСначала вопрос: достаточно ли уровня зоны
Расчёт на то, что при заполнении категории хранения количество разделится самоВсё количество направляется в одно местоПорядок ручного разделения излишка
Способ резервирования не рассматривают вместе с группой сборкиВ режиме “Вручную” нерезервированные строки остаются в группеЗаранее проверить способ в типе операции
Для batch или cluster не подготовлены место разделения и коробаТовар остаётся на тележке, заказы ждутСначала проверить вручную на одном типе операции
Смешивание товара клиента с вашимОстатки и стоимость склада получаются невернымиЗаранее спроектировать владельца и разрез отчётности
Вопросы и ответы

Частые вопросы

Есть ли в Odoo WMS (система управления складом)?

Документация Odoo называет приложение Inventory одновременно учётом запасов и управлением складом. Возможности WMS — не отдельный продукт, они включаются настройками: локации, многошаговые маршруты, правила размещения и групповая сборка. Для работы со сканером нужно приложение Barcode (Enterprise). На небольшом складе много шагов превращаются в лишнюю бюрократию.

В чём разница между batch, wave и cluster?

Все три основаны на групповой сборке заказов. Batch объединяет целые заказы в один список, разделение выполняется после сборки. Cluster переносит разделение на время сборки, в короба на тележке. Wave сначала делит заказ на части, затем группирует части. Какой метод подойдёт, зависит от карты склада и состава заказов.

Можно ли вести отдельный учёт товара клиентов (3PL)?

В Odoo 19 есть отраслевой пакет “3PL Logistic Company” (Enterprise). В стандартном Inventory есть и поле владельца товара. Что подойдёт вам, будут ли отчёты выходить в разрезе клиентов и не смешается ли стоимость склада, проверяется на тестовой базе.

Считает ли Odoo плату за хранение и обработку?

В описании пакета 3PL сказано, что эти расчёты автоматизированы, а для долгосрочного хранения через Subscriptions выставляются периодические счета. Ваши ставки и условия договоров превращаются в правила и проверяются на тесте.

Есть ли подключение к курьерским службам и маркетплейсам?

Готовые подключения перевозчиков в Odoo рассчитаны на международные компании (DHL Express, FedEx, UPS и другие). Готовое подключение для курьеров Узбекистана в документации не упоминается. Для Uzum Market в Apps Store есть сторонний модуль. Каждое подключение оценивается отдельно.

Как ведётся возврат?

Возврат открывается от выданного документа через обратный документ, а если счёт-фактура выставлена, добавляется кредит-нота. В новинках Odoo 20 указано, что процесс возврата упрощён; вид кнопок может отличаться в зависимости от выпуска. Правило, куда и в каком состоянии класть возвращённый товар, мы пишем вместе.

Odoo Online, Odoo.sh или собственный сервер?

Стандартные складские приложения работают в Odoo Online. Если нужен пользовательский модуль или модуль из Apps Store (например, подключение к маркетплейсу), выбирается Odoo.sh или собственный сервер. Пакет 3PL опирается на Studio, его ограничения по хостингу проверяются на диагностике. Типы хостинга →

Сколько стоит услуга и сколько времени она занимает?

Лицензия Odoo зависит от числа пользователей и приложений (условия — на odoo.com). Объём услуг BUline зависит от числа складов и зон, пользователей, доработок, интеграций, объёма данных и обучения. Точная стоимость и сроки указываются в письменном предложении после бесплатной диагностики.

Источники

Источники данных

Бесплатная диагностика

Вместе определим, с каких приложений Odoo начать

На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.

Бесплатная диагностика