Когда компания только выходит на маркетплейсы, работа с товарами обычно выглядит простой. Ассортимент небольшой, карточек немного, сотрудники вручную контролируют, какой товар где размещен, какие остатки выгружены на площадки и какие заказы пришли в работу.
Проблемы начинаются позже, когда каталог растет, товар появляется сразу на нескольких маркетплейсах, а внутри компании уже есть своя номенклатура в 1С. В этот момент один и тот же товар может существовать в разных системах под разными названиями, артикулами, характеристиками и идентификаторами. Для человека это все еще один товар. Для системы — часто разные позиции, которые нужно правильно связать между собой.
Если связь между карточкой маркетплейса и номенклатурой 1С настроена неверно, компания начинает получать ошибки в остатках, заказах, сборке, аналитике и отчетности. Чем больше ассортимент, тем дороже становится каждая такая ошибка.
Почему карточка товара и номенклатура в 1С часто не совпадают
В 1С товар обычно называется по внутренним правилам компании: с учетом поставщика, артикула, размера, цвета, серии, упаковки или других признаков, которые важны для учета. На маркетплейсе карточка создается по другой логике: название адаптируется под покупателя, SEO, требования площадки и особенности категории.
Например, в 1С товар может называться «Кроссовки Nike Air Max Black 42», на Ozon — «Кроссовки мужские Nike черные», а на Wildberries — «Nike Air Max black размер 42». Для менеджера очевидно, что речь идет об одном товаре. Но для учетной системы это могут быть разные записи, если между ними нет корректного сопоставления.
Проблема усиливается, когда у товара есть размеры, цвета, комплектации, наборы, разные упаковки или несколько карточек на разных площадках. Вручную это еще можно контролировать на небольшом ассортименте. Но при сотнях и тысячах SKU каталог быстро становится нестабильным.
Почему ошибки в сопоставлении сразу влияют на остатки
Остатки зависят от того, насколько правильно карточка маркетплейса связана с номенклатурой в 1С. Если заказ пришел по одной карточке, а система связала его с другой позицией, остаток уменьшится не там, где должен. В результате один товар может продолжать отображаться доступным к продаже, хотя фактически он уже продан, а другой товар ошибочно уйдет в минус или будет заблокирован для продажи.
Для продавца это превращается в прямой операционный риск. Покупатель оформляет заказ, площадка ожидает отгрузку, а на складе выясняется, что нужного товара нет или он числится под другим артикулом. Так появляются отмены, ручные проверки, лишняя нагрузка на склад и ошибки в отгрузке.
На небольшом объеме такие ситуации можно разбирать вручную. Но когда заказов становится много, ручная проверка перестает быть защитой. Она сама становится узким местом.
Как ошибки в каталоге ломают обработку заказов
Неправильное сопоставление редко остается проблемой только каталога. Оно быстро переходит в склад, продажи и клиентский опыт.
Если карточка маркетплейса связана с неверной номенклатурой, склад может получить неправильное задание на сборку. Сотрудник собирает не тот товар, печатает не ту этикетку или передает в отгрузку позицию с другой характеристикой. Для покупателя это выглядит как пересорт, ошибка комплектации или товар, который не соответствует заказу.
После этого проблема возвращается обратно в бизнес: появляются возвраты, претензии, ручные разборы, корректировки остатков и дополнительные сверки. В итоге одна ошибка на уровне карточки начинает влиять на весь процесс продажи.
Почему рост ассортимента делает ручное сопоставление опасным
Пока компания продает 30–50 товаров, сотрудники могут помнить, какая карточка чему соответствует. Даже если появляются ошибки, их можно быстро найти и исправить. Но при росте ассортимента такая модель перестает работать.
Когда в каталоге 1000, 5000 или 10 000 SKU, команда уже не может держать связи между карточками и номенклатурой в голове. Новые товары добавляются постоянно, старые карточки обновляются, часть ассортимента продается на Wildberries, часть на Ozon, часть на Яндекс Маркете. При этом в 1С должна оставаться единая картина: что это за товар, сколько его осталось, где он продается и как он участвует в заказах.
Если сопоставление поддерживается вручную, ошибки начинают накапливаться. Сотрудники создают временные таблицы, сверяют карточки по артикулам, проверяют заказы вручную и постепенно перестают доверять данным в системе.
Почему появляются дубли товаров
Одна из частых проблем — дублирование номенклатуры. Оно возникает, когда сотрудники не уверены, связан ли товар с уже существующей позицией в 1С, и создают новую запись.
Так один и тот же товар может появиться в нескольких вариантах: одна позиция создана в 1С, другая пришла из загрузки карточек, третья появилась после новой поставки, четвертая создана вручную менеджером. Сначала это кажется мелкой ошибкой, но потом дубли начинают ломать аналитику, остатки и планирование закупок.
Компания может видеть, что один товар плохо продается, хотя фактически продажи распределились между несколькими дублями. Или наоборот — считать, что товар есть в наличии, хотя остатки разошлись по разным карточкам. Чем дольше дубли живут в системе, тем сложнее навести порядок.
Если команда регулярно сверяет карточки маркетплейсов с 1С, ищет дубли, вручную исправляет остатки и проверяет заказы по артикулам, значит каталог уже стал операционной проблемой, а не просто справочником товаров.
Что меняется, когда каталог становится управляемым
Управляемый каталог — это не просто аккуратные названия товаров. Это ситуация, когда карточки маркетплейсов, номенклатура 1С, остатки, заказы и аналитика связаны между собой логично и предсказуемо.
Компания понимает, какой товар продается на каждой площадке, какие карточки соответствуют конкретной номенклатуре, какие остатки можно выгружать, какие заказы должны попадать на склад и какие данные использовать для анализа продаж. В этом случае сотрудники меньше занимаются ручными проверками и больше работают с управлением ассортиментом.
Главный эффект — бизнес начинает доверять данным. Если в системе указан остаток, его можно использовать для продаж. Если пришел заказ, его можно корректно собрать. Если руководитель смотрит аналитику, он видит результат по реальному товару, а не по набору дублей и случайных связей.
Где здесь место автоматизации
Автоматизация нужна не для того, чтобы заменить ответственность сотрудников за каталог. Она нужна для того, чтобы убрать хаос из повторяющихся операций и снизить риск ошибок при росте ассортимента.
В нормальной логике карточка маркетплейса должна быть связана с конкретной номенклатурой в 1С. После этого заказы, остатки, цены, статусы и аналитика начинают работать вокруг правильной товарной связи. Если компания продает один товар на нескольких площадках, система должна понимать, что это один и тот же товар, даже если карточки оформлены по-разному.
БИТ.Управление маркетплейсами здесь работает как инструмент, который помогает выстроить эту связь между вашей 1С и площадками. Не как отдельная “кнопка сопоставления”, а как часть общего процесса управления ассортиментом: товар должен быть корректно связан, остатки должны обновляться по нужной позиции, заказ должен попадать в работу с правильной номенклатурой, а аналитика должна показывать реальную картину продаж.
Как понять, что сопоставление уже мешает продажам
Проблема обычно видна по косвенным признакам. Сотрудники начинают регулярно проверять заказы вручную, потому что не уверены в связке карточки и номенклатуры. Остатки на площадках расходятся с 1С. В каталоге появляются дубли. При обработке заказов возникают пересорты. Аналитика по товарам не вызывает доверия. Новые карточки запускаются медленно, потому что их нужно долго сверять и связывать с учетной системой.
Если таких признаков несколько, значит проблема уже вышла за рамки “настройки интеграции”. Она влияет на продажи, склад и управляемость бизнеса.
Закажите демонстрацию работы решения БИТ.Интеграция с маркетплейсами в режиме онлайн. Мы свяжемся с вами и покажем, как работает программа и как она может решить именно ваши задачи.
Перейти на страницу модуля
Вывод
Сопоставление карточек товаров с номенклатурой 1С кажется технической задачей только на старте. На практике это основа управления ассортиментом на маркетплейсах.
Если карточки связаны неправильно, компания получает ошибки в остатках, заказах, сборке и аналитике. Сначала это выглядит как отдельные мелкие проблемы, но при росте ассортимента превращается в системный хаос.
Чтобы масштабировать продажи, бизнесу нужно не просто создавать карточки, а выстраивать управляемый каталог, где маркетплейсы и 1С работают с одними и теми же товарами.
