Эта статья не про технику, а про расчёт. Нужна ли интеграция или Excel ещё справляется — определяется не ощущением, а двумя числами: сколько у вас SKU и сколько каналов. Ниже мы показываем этот расчёт открыто.
Почему один склад оказался в трёх каналах?
Число электронных торговых платформ за год выросло с 36 до 115. Для продавца это означает простую вещь: оставаться на одной площадке — уже не выбор, а ограничение. На практике большинство бизнесов продаёт одновременно минимум на двух маркетплейсах, на своём сайте и в офлайн-точке.
Вторая причина — структура комиссий. С 1 мая 2026 года комиссия Uzum Market привязана к категории товара и составляет от 3% до 35%. С той же даты введён логистический сбор — от 2 000 до 20 000 сум. Теперь то, какую категорию продавать в каком канале, стало отдельным решением.
Третья причина — маркировка. С 1 июля 2026 года при продаже маркированного товара код маркировки обязательно отражается в чеке онлайн-ККМ. Значит, остатки нужно вести не на уровне «есть 10 штук», а на уровне конкретных кодов. Вести такой учёт в Excel по трём каналам невозможно.
Где ломается ручное ведение?
Ручное ведение работает в одном канале, буксует в двух и ломается в трёх. Точка поломки всегда одна и та же — разрыв во времени.
Менеджер вносит остатки утром. В течение дня на маркетплейсе продаётся пять штук, на сайте две, в магазине три. Вечером цифры обновляются. Все восемь часов между этими двумя моментами система продолжает продавать товар, которого уже нет.
- +Оверселл: товара нет, а заказ принят. Его приходится отменять.
- +Рейтинг на маркетплейсе падает, показы карточки сокращаются, и это бьёт по обороту.
- +Теряется доверие покупателя — после отмены он обычно не возвращается.
- +Расхождение цен: акцию поменяли в одном канале, в другом осталась старая цена.
- +Время менеджера: в нашей практике ручной ввод остатков занимает один-два часа в день.
Важный нюанс: проблема обостряется не при росте ассортимента, а при добавлении канала. Второй канал увеличивает число ошибок не вдвое, а заметно сильнее, потому что растёт количество пар, которые нужно сверять.
Сколько стоит оверселл?
Эту статью можно посчитать точно. Формула простая: число отменённых заказов × средний чек × маржа. Сверху добавляются косвенные потери.
Пример: 600 заказов в месяц, средний чек 250 000 сум, маржа 25%. Если 3% заказов отменяются из-за расхождения остатков — это 18 заказов, 4,5 млн сум оборота и 1,1 млн сум чистой прибыли. Каждый месяц.
Сверху идёт время менеджера: час в день — это 22 часа в месяц. И самое дорогое — рейтинг. Когда показатель отмен на маркетплейсе растёт, карточка опускается в выдаче, а на её возврат уходит несколько месяцев.
Что именно синхронизируется?
Под словом «синхронизация» обычно понимают только остатки. На деле потоков четыре, и каждый движется в своём направлении.
| Данные | Направление | Требуемая скорость | Что будет без синхронизации |
|---|---|---|---|
| Остатки | Со склада в каналы | Почти в реальном времени | Оверселл и отмены заказов |
| Цены и акции | Со склада в каналы | Несколько раз в день | Разные цены в каналах, споры |
| Заказы | Из каналов на склад | Немедленно | Заказ пропускается |
| Статус заказа | Со склада в каналы | При смене этапа | Клиент звонит, оператор не в курсе |
| Карточка товара | Со склада в каналы | При изменении | Старое описание и фото, рост возвратов |
Практический совет: не делайте всё сразу. На первом этапе подключите только остатки и заказы — это закрывает бо́льшую часть потерь. Цены и карточки добавляются вторым этапом, когда первый уже работает стабильно.
Как устроена интеграция?
Архитектурный принцип один: единый источник истины. Вы один раз решаете, где хранятся остатки, и все остальные системы берут данные оттуда.
- В центре стоит учётная система — 1С, ERP или складской модуль. Остатки меняются только в ней.
- Для каждого канала пишется коннектор: API маркетплейса, сайт, касса или POS-система.
- При изменении остатка центр отправляет обновление в каналы; канал сообщает центру о новом заказе.
- Логика резервирования: проданный товар сразу блокируется, при отмене заказа возвращается в доступные.
- Правило разрешения конфликтов: если товар продан в двух каналах одновременно, какой из них приоритетнее — решите заранее.
- Журнал и оповещения: если синхронизация остановилась, узнать об этом нужно сразу, а не на следующий день.
Чаще всего упускают пятый пункт. Без правила разрешения конфликтов система работает технически верно, но выдаёт результаты, которые невозможно объяснить менеджеру.
Когда интеграция окупается?
Здесь решают два числа: количество SKU и количество каналов. С их ростом стоимость ручного ведения увеличивается не линейно, а быстрее.
| Ситуация | Рекомендация | Почему |
|---|---|---|
| 1 канал, до 50 SKU | Ведите вручную | Ошибок мало, автоматизация не окупится |
| 2 канала, до 200 SKU | Полуавтомат: общая таблица и ежедневная выгрузка | Ошибки есть, но пока управляемы |
| 2–3 канала, больше 200 SKU | Полная интеграция | Стоимость ошибок превышает бюджет интеграции |
| 3 канала и больше | Полная интеграция без исключений | Ручной контроль практически невозможен |
| Маркируемые товары | Полная интеграция | Коды невозможно вести вручную |
Граница получается примерно такой: два канала и больше двухсот SKU. После этой точки ежемесячный убыток от ручного ведения превышает амортизацию интеграции.
Сколько стоит и за сколько окупается?
В Innobek ERP и учётные системы начинаются от 40 000 000 сум, сложные конфигурации — от 75 000 000 сум. Если учётная система у вас уже есть, написание коннектора — заметно меньший объём работ, зависящий от числа каналов и возможностей API.
В цену не входят: тарифы на стороне маркетплейса, складское оборудование и сканеры штрихкодов, первичная чистка данных. Последний пункт обычно занимает больше всего времени: названия, единицы измерения и артикулы в каналах записаны по-разному.
Окупаемость считается по формуле выше. Потеря 1,1 млн сум прибыли в месяц — это 13,2 млн сум в год, и сверх того 22 часа времени менеджера ежемесячно. Коннектор к существующей системе обычно окупается в течение года, ERP с нуля — за 18–24 месяца.
Важная оговорка: расчёт работает, только если число каналов и SKU превышает границу из таблицы выше. Ниже неё интеграция технически правильна, но экономически преждевременна.
Из чего складывается цена бездействия?
Стоимость ручного ведения остатков не видна в отчёте отдельной строкой — она размазана по другим цифрам.
- +Упущенная маржа на отменённых заказах — самая крупная и самая незаметная статья.
- +Падение рейтинга на маркетплейсе и сокращение показов после него.
- +Время менеджера: один-два часа в день, несколько сотен часов в год.
- +Избыточный запас: чтобы не ошибаться, склад намеренно переполняют, и деньги замораживаются в товаре.
- +Качество решений: невозможно точно понять, какой канал выгоднее в какой категории.
Когда интеграция не нужна?
Интеграция — не универсальное решение. В перечисленных ниже случаях мы советуем направить бюджет на другое.
- +Один канал и до пятидесяти SKU. Здесь достаточно Excel и дисциплины.
- +Товар производится под заказ — понятия складского остатка практически нет.
- +Ассортимент меняется постоянно и не повторяется, например, в ручном производстве.
- +Учётной системы ещё нет и в ближайший месяц не появится. Сначала наладьте учёт, потом подключайте.
- +Один из каналов открыт как эксперимент и может закрыться через три месяца.
Во всех остальных случаях порядок такой: сначала наведите порядок в остатках внутри учётной системы, затем подключите самый крупный канал, потом остальные. Попытка подключить всё одновременно растягивает проект и отодвигает результат.