Сайт, склад, касса и маркетплейс не ведут отдельный учёт: заказ попадает в одно место, остаток уменьшается в одном месте, а возврат и оплата привязываются к тому же документу. Подключения местных платёжных систем и маркетплейсов оцениваются отдельно.
Когда продажи выходят на несколько каналов, каждый канал начинает вести свой учёт. А клиент полагается на одно и то же обещание.
Интернет-магазин — это связка между сайтом, складом и бухгалтерией. Какие приложения нужны, определяется на диагностике.
Каталог, корзина, оформление заказа, клиентский портал, запрос на возврат.
Сборка страниц без программиста, версии на узбекском и русском языках.
Документ доставки из подтверждённого заказа, резервирование товара, остатки.
Фиксированная плата, плата по правилам, подключение к перевозчику, выбор даты доставки.
Онлайн-бронирование и самовывоз из магазина; остаток по складу.
Карта и другие способы, банковский перевод, наличные при доставке, оплата по счёту.
Счёт, кредит-нота, сверка оплаты с банковской записью.
Продажи в магазине и онлайн-заказы идут из одного складского остатка.
Промокод, баллы лояльности, индикатор вознаграждения в корзине.
Онлайн-заказ проходит три этапа: продажа, доставка и счёт-фактура. Каждый создаёт свой документ.
Ведутся товары, варианты и прайс-листы. Выбираются настройки продажи при закончившемся остатке и показа количества.
Как только клиент добавляет товар в корзину, в Odoo появляется коммерческое предложение (quotation). Для брошенной корзины настраивается письмо-напоминание.
Карта через провайдера, банковский перевод, оплата в магазине, наличные при доставке или оплата по счёту.
При успешной оплате коммерческое предложение превращается в заказ на продажу. При оплате банковским переводом заказ подтверждается вручную после поступления денег.
При подтверждении создаётся заказ на доставку. Резервирование выполняется в момент подтверждения при настройке «At Confirmation».
Перевозчик, собственный способ или Click & Collect. Клиент отслеживает статус в портале.
Клиент запрашивает возврат через портал, после получения товара деньги возвращаются. Счёт отправляется автоматически или вручную после регистрации оплаты.
Пример условный. На складе три штуки одного товара. Одновременно их могут продать сайт, касса магазина и маркетплейс. Чтобы остаток вёлся правильно, правило резервирования и интервал синхронизации согласуются заранее.
Интернет-магазин — готовое приложение Odoo. Местные платежи, маркетплейс и электронные документы — отдельная работа. Перечень уточняется на диагностике. Данные приведены по документации Odoo 20; если в вашей версии есть отличия, проверим на диагностике.
| Задача | В стандартном Odoo | Дополнительная работа (BUline) |
|---|---|---|
| Интернет-магазин: каталог, корзина, заказ | Есть (eCommerce) | Дизайн, страницы, загрузка каталога |
| Остатки: связь сайта и склада | Есть: резервирование, продолжение продаж, показ количества. В Odoo 20 — автоматическое снятие товара с публикации по остатку | Настройка правил остатков по товарным группам |
| Способы доставки | Есть: фиксированная плата, плата по правилам, Click & Collect, перевозчики вроде FedEx, UPS, DHL | Готового коннектора для курьерских служб Узбекистана в документации нет; подключение оценивается |
| Банковский перевод, оплата по счёту, наличные при доставке | Есть | Порядок проверки поступления денег |
| Оплата картой через Click и Payme | В официальном списке нет: среди 21 провайдера в документации Odoo 20 их не нашли | Сторонний модуль или отдельная разработка; в Odoo Online модуль не работает |
| Маркетплейс: Uzum Market | В официальной документации нет; есть сторонний модуль | Проверка модуля, получение токена, согласование правила остатков |
| Маркетплейс: Amazon | У Odoo есть собственный коннектор Amazon (отдельный раздел в документации) | Для продавца из Узбекистана обычно не нужен |
| Кассовый чек после электронной оплаты | В документации не упоминается | Через API платёжной платформы или кассового оборудования; оценивается |
| B2B-магазин: закрытый каталог, прайс-лист, вход по приглашению | Есть; для B2B и B2C рекомендуется два отдельных сайта | Настройка групп клиентов и прайс-листов |
| Электронная счёт-фактура | В документации по локализации не упоминается; в Apps Store есть сторонние модули | Протестировать модуль или подключить через API оператора |
Следующая информация взята со страницы существующего стороннего модуля для Uzum Market. Возможности и ограничения мы подтверждаем, проверяя модуль именно на вашей базе. Uzum запустил схему FBS 10 октября 2024 года: продавец хранит товар на своём складе, а витрину и логистику обеспечивает маркетплейс.
| Вопрос | Что написано на странице модуля | Что мы проверяем |
|---|---|---|
| Заказы: из Uzum в Odoo | Заказы FBS и FBO загружаются как заказы на продажу; заказы FBO — только для учёта, изменить их нельзя | Последовательность статусов заказов и возвратов |
| Остатки: из Odoo в Uzum | Только товары FBS, по SKU, до 100 в одном запросе | Интервал обновления; остаток FBO хранится на складе Uzum и не отправляется из Odoo |
| Цены: из Odoo в Uzum | Для товаров FBS и FBO | Совместимость с правилами прайс-листов |
| Разрез по складам | Остаток по всей компании, а не в разрезе складов | Как разделять остатки при нескольких филиалах |
| Ключ доступа | Нужен API-токен Uzum; порядок его получения в документации не описан и уточняется у Uzum; официальная документация по API продавца (OpenAPI) опубликована в открытом доступе | Владелец токена и безопасность |
| Хостинг | На странице указан и Online, но в документации Odoo сказано, что модули из Apps Store в Online не поддерживаются | Odoo.sh или собственный сервер; письменное подтверждение от Odoo |
В официальном списке провайдеров Odoo нет Click, Payme и Uzum. Это не значит, что они не работают, но подключение — не готовая кнопка.
| Способ | Работает ли из коробки | Комментарий |
|---|---|---|
| Банковский перевод | Да | Поступление денег сверяют с банковской записью, и заказ подтверждается вручную; до этого момента товар не резервируется |
| Оплата по счёту | Да | Заказ подтверждается сразу; удобно для юридических лиц, обычно ограничивается B2B-прайс-листом |
| Оплата в магазине | Да | Появляется при включённом Click & Collect |
| Наличные при доставке | Да | Начиная с Odoo 19 работает со всеми способами доставки |
| Оплата картой через Click | Нет | Есть сторонний модуль (для Odoo 19); возврата и сохранения карты нет; сервер должен быть доступен из интернета |
| Оплата картой через Payme | Нет | Согласно документации Payme, запросы принимает ваш сервер и отвечает в установленном формате |
Закон «Об электронной коммерции» ЗРУ-792 — по тексту на lex.uz. С 12 декабря 2026 года закон меняется. Это не юридическая консультация.
Каждое подключение оценивается и выполняется отдельно. Мы не обещаем, что «готовый коннектор есть».
Этапы соответствуют общему методу BUline. Срок письменно согласовывается после диагностики. Порядок внедрения →
Изучаются каналы, источник остатков, способы оплаты и доставки, схема работы с маркетплейсом (FBS или FBO). Результат — карта бизнес-требований (BRD).
Подтверждаются приложения, структура склада, правила остатков, подключение оплаты и тип хостинга (Online, Odoo.sh или собственный сервер).
Сначала одна товарная группа и один способ оплаты проходят весь путь целиком, затем остальные и маркетплейс.
Операторы заказов, кладовщики и бухгалтеры обучаются по ролям; тренировка на реальном заказе.
Усиленная поддержка, затем новые каналы и отчёты.
Этот список ускоряет диагностику. Начать можно и без полного комплекта.
| Ошибка | Последствие | Как предотвращаем |
|---|---|---|
| Выбор платёжного модуля без учёта хостинга | В Odoo Online модуль не работает | Определить тип хостинга в начале проекта |
| Проверять модуль на рабочей базе | Путаница в номерах счетов и в учёте | Проверка на копии базы |
| Не учесть, что оплаты картой поступают в банк суммарно | В конце месяца растёт объём ручной работы | Заранее согласовать с бухгалтером правило сверки |
| Не отслеживать банковские переводы | Оплаченный заказ ждёт | Ответственный, который каждый день проверяет фильтр «To Confirm» |
| Подключить маркетплейс, не проверив остатки | Лишние заказы | Проверка на небольшой товарной группе и правило резерва |
Да, но не как готовую кнопку. В официальном списке провайдеров Odoo их нет. Для Click есть сторонний модуль, а Payme требует, чтобы запросы принимал ваш сервер. Варианты и риски оцениваются на диагностике.
Для Uzum Market есть сторонний модуль: остатки товаров FBS и цены всех товаров отправляются из Odoo, заказы загружаются в Odoo. Остаток FBO хранится на складе Uzum. Модуль мы проверяем на вашей базе.
Сайт и склад работают в одной базе, поэтому сайт использует остаток Odoo. Отправка на маркетплейс зависит от интервала модуля. Резервирование происходит при подтверждении, а при банковском переводе товар не резервируется, пока не придут деньги и заказ не будет подтверждён вручную.
Да. Клиент запрашивает возврат через портал, после получения товара начинается возврат денег. Чтобы вернуть деньги, платёж должен был пройти через провайдера, поддерживающего возврат. Сроки и причины определяются вашими правилами.
Odoo Online несовместим со сторонними и кастомными модулями. Если нужен модуль местной оплаты или маркетплейса, выбирается Odoo.sh или собственный сервер. Типы хостинга →
Вас как продавца касаются условия оферты, срок доставки, правила по товару с дефектом и по возврату денег. Текст сайта и процесс в Odoo должны совпадать. С 12 декабря вступает в силу новая редакция. Юридическое заключение получите у юриста.
Лицензия Odoo зависит от числа пользователей и приложений (условия на odoo.com). Объём услуги BUline зависит от числа каналов, подключений оплаты и маркетплейса, склада, объёма данных и обучения. Точные затраты и сроки указываются в письменном предложении после бесплатной диагностики.
На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.