ERP для продавцов на маркетплейсах: заказы, остатки и сборка

Продавец, который работает на Uzum Market и других площадках, сталкивается с одной и той же проблемой: остатки живут в нескольких местах одновременно. Товар продан на одной площадке, а на другой всё ещё показывается в наличии. Заказы собираются по спискам из разных личных кабинетов, а реальная прибыль после комиссий и возвратов становится понятна только к концу месяца. Учётная система с интеграциями решает эти задачи.

Единые остатки

Главная функция — одна база остатков, из которой они автоматически выгружаются на все площадки. Продажа на любой площадке уменьшает общий остаток, и обновлённые данные уходят в остальные кабинеты. Частота синхронизации важна: чем дольше задержка, тем выше риск продать товар, которого уже нет.

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

Загрузка заказов

Заказы с площадок автоматически попадают в систему с номером, составом, сроком отгрузки и способом доставки. Менеджеру не нужно открывать несколько кабинетов: все заказы видны в одном списке, отсортированные по срокам.

Сборка и отгрузка

• Листы сборки по всем заказам на день
• Сканирование товаров при сборке, чтобы исключить пересорт
• Печать этикеток и маркировки по требованиям площадки
• Формирование поставок на склад маркетплейса, если вы работаете по такой модели

Если площадка работает по схеме хранения товара на её складе, система должна учитывать, какой товар лежит у вас, какой в пути и какой на складе площадки.

Комиссии, логистика и возвраты

Выручка на площадке — это ещё не ваши деньги. Из неё вычитаются комиссия, логистика, хранение, возвраты и штрафы. Система загружает отчёты площадки и разносит эти расходы по товарам. Только так видна реальная маржа. Отдельно следите за возвратами: товар, возвращённый покупателем, нужно принять, проверить и снова выставить на продажу или списать. Если возвраты не проходят через учёт, остатки в системе и на складе начинают расходиться.

Юнит-экономика по товару

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

Карточки товаров

Описания, характеристики, фотографии и цены для разных площадок отличаются по формату. Удобно, когда система хранит основную карточку и выгружает её в нужном виде на каждую площадку. Изменение цены делается в одном месте. Здесь же удобно хранить штрихкоды и артикулы каждой площадки: у одного товара на разных маркетплейсах могут быть разные идентификаторы, и без таблицы соответствия синхронизация ломается.

Какое решение выбрать

Небольшому продавцу подойдёт облачный сервис учёта с готовыми интеграциями с нужными площадками. Если вы уже ведёте учёт в 1С, используют модули обмена с маркетплейсами. Для крупного продавца с собственным складом и производством нужна ERP или учётная система с складским модулем и интеграциями через API площадок.

Перед выбором проверьте, поддерживает ли система именно ваши площадки и какие операции: только остатки или ещё заказы, поставки, финансовые отчёты.

Частые ошибки

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

С чего начать

1. Свести все товары в один справочник с едиными артикулами
2. Провести инвентаризацию и загрузить точные остатки
3. Подключить синхронизацию остатков с основной площадкой
4. Добавить загрузку заказов и сборку со сканированием
5. Подключить финансовые отчёты площадок и считать маржу
6. Только после этого подключать следующие площадки