Система учёта товаров для маркетплейсов: 6 программ

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

Мы полностью прочитали три редакционных материала из органической выдачи Яндекса, проверили действующие страницы шести систем и их тарифы 07.09.2026. Ниже — не рекламный перечень функций, а сравнение по реальной работе продавца: товар, остаток, заказ, склад, маркировка, возврат и деньги. Поэтому дочитайте статью до конца.

Короткий ответ: какую систему выбрать

Для торговли только через один канал подойдёт простой товароучёт с интеграцией. Если площадок несколько, есть FBO и FBS, свои склады, сотрудники и маркировка, выбирайте систему, в которой один товар связан со всеми карточками, складами и заказами. Главный критерий — не количество пунктов на сайте, а одна непрерывная цепочка от поступления товара до чистой прибыли.

Нет программы, которая одинаково выгодна всем. Для одного продавца решающей будет связь с 1С, для другого — скорость сборки FBS, для третьего — учёт нескольких организаций и кодов маркировки. Поэтому сначала описывают операции, а уже потом сравнивают тарифы.

Что входит в учёт товаров на маркетплейсах

Товарный учёт отвечает на вопрос, что именно вы продаёте. Складской — где лежит каждая единица. Операционный — что сейчас происходит с заказом. Финансовый — сколько вы заработали после комиссии, логистики, хранения, рекламы, возврата и налога. Эти части связаны, но не заменяют друг друга.

• Карточка товара. Артикул, баркод, характеристика, комплект, себестоимость, поставщик и документы должны относиться к одной понятной сущности.
• Остаток. Важно различать физическое количество, резерв, брак, товар в пути, FBO, доступный остаток FBS и возврат на проверке.
• Заказ. У заказа есть площадка, кабинет, склад, срок, состав, статус, этикетка и ответственный сотрудник.
• Движение. Приёмка, размещение, перемещение, сборка, отгрузка, возврат и списание должны оставлять след.
• Деньги. Продажа не равна выплате, а выплата не равна прибыли. Система должна связать финансовые удержания с товаром и заказом.

Самая частая ошибка начинается с единственного столбца «остаток». На самом деле десять штук на полке могут означать: две уже зарезервированы, одна повреждена, три обещаны другому каналу, четыре доступны. Если выгрузить на все площадки число десять, система не автоматизирует бизнес — она автоматизирует отмены.

Восемь операций, без которых программа не решает задачу

1. Единая номенклатура без дублей

Один физический товар может иметь разные артикулы на Wildberries, Ozon и Яндекс Маркете. Для размера и цвета нужны отдельные варианты, а для комплекта — понятный состав. Программа должна связать карточки площадок с одной номенклатурой и не смешивать похожие позиции. Подробный разбор есть в статье про сопоставление номенклатуры маркетплейсов без дублей.

2. Остаток с резервом и буфером

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

3. Раздельный учёт FBO и FBS

Товар на складе маркетплейса нельзя считать доступным на своём FBS-складе. Система должна показывать, что лежит у площадки, что едет в поставке, что осталось у продавца и где возник дефицит. Если схемы пока смешиваются, сначала сравните FBO и FBS по запасу, скорости и расходам.

4. Сборка по штрихкоду

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

5. Маркировка конкретной единицы

Data Matrix нельзя хранить просто списком рядом с товаром. Код относится к единице, затем к заказу и операции в обороте. При отмене или возврате статус нужно проверить до повторной продажи. В отдельном материале разобрали путь кода маркировки на Wildberries.

6. Возврат через карантин

Статус «возврат» ещё не делает товар доступным. Его нужно получить, осмотреть, проверить комплект и упаковку, а для маркируемой категории — код. Только после этого единица возвращается в продажу, отправляется в уценку, поставщику или на списание.

7. История действий сотрудников

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

8. Прибыль по товару и складу

Система должна соединять заказ с себестоимостью, комиссией, логистикой, хранением, рекламой, штрафом и возвратом. Без этого продавец видит оборот и может масштабировать убыточный товар. Основу расчёта разобрали в гайде по юнит-экономике Wildberries и Ozon.

Как выбрать систему по модели продаж

Если вы работаете только по FBO

В центре внимания — поставки и распределение запаса. Нужны остатки по складам площадки, товар в пути, прогноз пополнения, себестоимость партии и контроль платного хранения. Сборка покупательских заказов проходит не у продавца, поэтому переплачивать за сложное рабочее место FBS нет смысла.

Если основная схема — FBS

Критичны скорость и точность. Нужны мгновенный резерв, общий поток заказов, штрихкодирование, этикетки, контроль дедлайна, маркировка и подтверждение передачи. Здесь один неверный остаток быстро превращается в отмену, а медленная сборка — в ухудшение условий площадки. Полный процесс описан в статье про FBS на маркетплейсах от заказа до возврата.

Если есть FBO, FBS и несколько организаций

Смотрите на архитектуру. Один и тот же товар должен быть связан с несколькими кабинетами, но остатки, деньги и документы — разделены по организациям и складам. Проверьте, можно ли назначить разные правила цены, доступности и роли, не создавая копии справочника.

Если 1С уже является основной системой

Есть два пути: установить модуль внутрь 1С или оставить бухгалтерский контур в 1С, а ежедневную работу маркетплейсов вести в специализированном сервисе с обменом. Первый путь удобен команде, которая живёт в УТ, УНФ, КА или ERP. Второй быстрее осваивают склад и менеджеры. Сравнение подходов есть в материале как выбрать интеграцию 1С с маркетплейсами.

Шесть систем: сильные стороны и ограничения

SelSup

SelSup строит работу вокруг единого товара и полного пути заказа. В одной системе связаны карточки, FBO/FBS-остатки, закупки, приёмка, адресное хранение, сборка, маркировка, цены и финансовые отчёты. Это удобно, когда бизнес уже вышел за рамки одного кабинета и простой таблицы.

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

МойСклад

МойСклад — универсальная товароучётная система. Она подходит бизнесу, где кроме маркетплейсов есть розница, опт или интернет-магазин. Сильные стороны — зрелый складской контур, справочники, документы, касса и большая экосистема дополнений.

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

NitroSeller

NitroSeller делает акцент на поставках, складах и работе с фулфилментом. В публичном описании есть календарь поставок, планирование закупок, приёмка, адресное хранение, раскладка по коробам, инвентаризация и FBS-заказы.

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

Saby Retail

Saby объединяет каталог, остатки, заказы, склад, ЭДО, маркировку и аналитику. Решение логично рассматривать компаниям, которые уже используют продукты Saby: меньше отдельных систем и переносов документов.

На продуктовой странице подробно показаны функции, но итоговую цену выбранной конфигурации нужно получать отдельно. До договора попросите расчёт на ваши кабинеты, сотрудников и объём заказов, а затем проведите тест полного маршрута.

Класс365

Класс365 рассчитан на небольшую торговлю и соединяет склад, заказы, закупки, кассу, интернет-магазин и маркетплейсы. Есть резерв, FBS/FBO/DBS, документы, ЭДО, маркировка и отчёты.

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

БИТ.Интеграция с маркетплейсами

Решение встраивает маркетплейсы в 1С и подходит командам с существующим учётом в УТ, УНФ, КА или ERP. Внутри доступны товары, остатки, цены, заказы, сборка, отчёты и взаиморасчёты.

Риск — полная стоимость внедрения. Кроме лицензии могут понадобиться настройка, исправление справочников, обучение и доработки базы. Перед покупкой попросите показать работу на копии вашей конфигурации и зафиксировать поддержку в договоре.

Сколько стоит система учёта товаров в 2026 году

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

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

Как считать полную стоимость, а не только подписку

В бюджет входит не одна строка тарифа. Для облачной системы посчитайте платных пользователей, кабинеты, склады, лимит заказов, дополнительные модули, импорт данных и обучение. Для решения внутри 1С добавьте установку, исправление справочников, доработки, обновления, сервер и часы специалиста.

Возьмём небольшую команду: два маркетплейса, два кабинета, один FBS-склад, 1500 заказов в месяц и три сотрудника. Тариф за 1800 ₽ может закрыть основу, но не нужный объём или роли. Тариф за 5800 ₽ может включать склад, но ограничивать число заказов. Решение за 90 800 ₽ в год может требовать отдельного внедрения. Сравнивать нужно итоговую конфигурацию на одинаковом объёме.

Затем добавьте труд. Если менеджер тратит час в день на сверку остатков и статусов, за месяц получается около 21 рабочего часа. При стоимости часа 700 ₽ это 14 700 ₽ — больше разницы между большинством облачных тарифов. Если бухгалтер ещё два дня сводит отчёты, а склад исправляет пересорт, цена ручной работы растёт дальше.

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

Какие данные должны принадлежать продавцу

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

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

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

Какие показатели смотреть после внедрения

Автоматизация не заканчивается в день подключения. Через две и четыре недели сравните показатели с исходной точкой. Если цифры не изменились, возможно, команда продолжает работать по старому процессу или система закрывает не ту проблему.

• Точность остатка. Сколько позиций в системе совпадает с физическим пересчётом.
• Отмены из-за отсутствия. Отдельно по складу, сотруднику, поставщику и площадке.
• Время сборки. От появления заказа до готовности к передаче.
• Пересорт и недовложение. Количество ошибок на тысячу отправлений.
• Возврат в продажу. Сколько возвратов проверено и сколько ошибочно зависло или стало доступным.
• Оборачиваемость. На сколько дней хватит запаса и сколько денег заморожено.
• Прибыль. По товару, кабинету, маркетплейсу и складу после всех известных расходов.
• Ручные исправления. Сколько раз сотрудники меняют остатки, цены и статусы вне обычного процесса.

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

План внедрения на четыре недели

Неделя 1: карта данных и один склад

Выберите владельца проекта, соберите список кабинетов, организаций и складов. Очистите основные дубли и загрузите ограниченный ассортимент. Настройте один источник остатка и запретите параллельное ручное обновление без записи причины.

Неделя 2: заказы и сборка

Подключите поток заказов, роли сотрудников, резерв, печать этикеток и статусы. Проведите не только успешные продажи, но и отмену, частичную проблему комплекта, задержку и повторную отправку. Склад должен понимать экран без постоянной помощи интегратора.

Неделя 3: маркировка, возвраты и поставки

Добавьте маркируемые товары, FBO-поставку и возврат. Проверьте коды, документы, карантин и повторную доступность. Если есть фулфилмент, сравните его остаток с системой и назначьте порядок разбора расхождений.

Неделя 4: деньги и отключение старого процесса

Загрузите отчёты маркетплейсов, сопоставьте продажи и удержания, проверьте прибыль. После контрольной сверки отключите старые выгрузки и зафиксируйте новый регламент. Оставлять две системы «на всякий случай» можно только в режиме чтения и на ограниченный срок.

Такой запуск медленнее кнопки «импортировать всё», зато после него понятно, где находится источник правды. Система считается внедрённой, когда команда выполняет в ней обычный день без параллельной таблицы.

Сначала найдите, где вы теряете деньги

Продавец теряет прибыль не в одном месте. Лишний остаток зависает на FBO и создаёт платное хранение. Неверный остаток FBS приводит к отмене. Медленная сборка ухудшает скорость. Пересорт возвращается, а код маркировки блокирует повторную продажу. Комиссия и логистика увеличиваются, но в таблице всё ещё видна только выручка.

В SelSup один контур связывает эти события. Остаток уменьшается с учётом заказа, склад фиксирует действия, маркировка относится к конкретной единице, а отчёты показывают продажи, возвраты и расходы по складам. Поэтому руководитель сравнивает не красивую цену упаковки или высокий оборот, а то, сколько денег осталось.

Тест системы до оплаты: 12 реальных операций

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

1. Создайте товар и свяжите его с карточками двух площадок.
2. Разведите размеры или цвета и убедитесь, что остатки не смешиваются.
3. Примите партию на конкретный склад и разместите по ячейкам.
4. Зарезервируйте одну единицу заказом и проверьте доступность на всех каналах.
5. Отмените заказ и убедитесь, что резерв снялся один раз.
6. Соберите FBS-заказ сканированием, распечатайте этикетку и измените статус.
7. Свяжите Data Matrix с маркируемой единицей и заказом.
8. Создайте комплект и уменьшите остатки его компонентов.
9. Переместите товар между складами и найдите операцию в истории.
10. Оформите возврат через проверку, не возвращая товар в продажу автоматически.
11. Загрузите отчёт площадки и найдите комиссию, логистику и возврат по товару.
12. Отключите интеграцию или передайте неверное значение и посмотрите, как система сообщает об ошибке.

Хорошая система не только выполняет правильный сценарий — она понятно показывает, что сломалось. Спросите, кто увидит ошибку, как быстро, можно ли повторить обмен безопасно и где сохранится история.

Как переехать из Excel или другой программы

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

Переезд лучше разбить на три этапа. Сначала справочники и начальные остатки. Затем один кабинет и один склад в параллельной работе. После сверки подключают остальные каналы и выключают старую выгрузку. В день переключения назначьте ответственного, который сравнит остатки, активные заказы и последние документы.

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

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

Можно ли вести маркетплейсы бесплатно?

Да, если ассортимент и поток маленькие. Бесплатного тарифа или таблицы хватает для проверки первых продаж. Переходить на систему стоит, когда один остаток используется в нескольких каналах, появляются сотрудники, маркировка, комплекты или ручные ошибки начинают стоить дороже подписки.

Нужна ли 1С вместе с товароучётной системой?

Не всегда. 1С часто остаётся бухгалтерским и регламентированным контуром, а ежедневные заказы и склад ведутся в специализированном сервисе. Если вся компания уже работает в УТ, УНФ, КА или ERP, можно выбрать модуль внутри 1С. Важно заранее определить, где находится главный справочник товара и остатка.

Какая программа лучше для Wildberries и Ozon одновременно?

Та, которая связывает один товар с карточками обеих площадок, учитывает общий FBS-остаток, отдельно показывает FBO, обрабатывает заказы и возвраты и не теряет расходы в аналитике. Проверяйте обе площадки в тесте: одинаковое название интеграции не означает одинаковую глубину операций.

Можно ли учитывать маркированные товары?

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

Как понять, окупится ли программа?

Посчитайте часы ручной работы, отмены из-за остатков, пересорт, ошибки маркировки, платное хранение, недостающие расходы и стоимость поддержки. Затем сравните месяц до внедрения и после по тем же показателям. Если система экономит только время входа в кабинеты, эффект будет небольшим. Если она предотвращает ошибки и показывает убыточные товары, окупаемость выше.

Главное

Система учёта товаров для маркетплейсов должна держать вместе товар, остаток, заказ, склад и деньги. Для небольшого бизнеса важны простой старт и понятная цена. Для растущего — несколько кабинетов, роли, маркировка, FBO/FBS, комплекты, закупки и полная аналитика.

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

Выбирайте программу по самому сложному реальному заказу, а не по самому красивому экрану. Если она правильно проводит комплект, маркировку, отмену, возврат и финансовую сверку, обычные продажи тоже будут под контролем.