Если вы производитель и продавец домашнего текстиля со своим складом и несколькими каналами продаж, один товар может поступать в заказах под разными артикулами — обозначениями товара. На полке лежит готовая упаковка, а сотрудник по буквам и цифрам выясняет, что именно нужно собрать. Когда такое сопоставление держится на памяти команды, собственнику приходится подключаться к уточнениям, а похожее название не помогает отличить размер или этикетку.
CRMHUB помогает довести эту связь до работы сотрудника: согласовать соответствия, настроить поддерживаемый участок обмена и проверить заказ вместе с вашей командой. Критерий приёмки — по внешнему артикулу сотрудник находит нужную складскую позицию, берёт правильную упаковку и этикетку, а операция отражается в учёте один раз. Неизвестный код передаётся ответственному, а не заменяется похожим товаром. Такой объём относится к работам по интеграции МойСклад — программы для учёта товаров, складских операций и заказов.
Это полезно и при первом подключении канала, и когда обмен уже работает, но артикулы приходится переводить вручную. До покупки другого приложения или разработки важно отделить нехватку настройки от ограничения выбранного решения. Иначе можно оплатить замену обмена, сохранив прежнюю путаницу в товарах.
На первом разговоре достаточно описать, откуда приходит заказ и на каком шаге сотрудник уточняет товар. Выделим главный разрыв и первый участок, который нужно проверить перед выбором настройки или доработки. Готовое техническое задание и самостоятельная диагностика не нужны. Изучение базы, настройку и испытания согласуем отдельно.
Разные артикулы не требуют нескольких физических запасов
Внешнее предложение — карточка, по которой покупатель заказывает товар на площадке. Складская позиция описывает то, что компания действительно хранит и отгружает. Между ними нужна однозначная связь; названия и артикулы не обязаны совпадать посимвольно.
Например, две карточки могут продавать одну и ту же готовую упаковку текстиля. Два обозначения не означают, что на складе появились две независимые партии. Но выбранное решение должно уметь представить такие предложения и правильно связать их с учётом. Простое добавление второго артикула в произвольное поле этого не подтверждает.
Кабинет — отдельная учётная запись продавца на площадке. Даже при общей складской позиции важно сохранять, из какого кабинета пришёл заказ и какая этикетка нужна для него. Связать товар и смешать принадлежность заказов — разные действия.
Когда одинаковые цифры обозначают разные товары
Ниже учебный пример, а не результат внедрения. Позиция 4821 — одна готовая физическая упаковка комплекта текстиля определённого размера, цвета и состава. На Wildberries — торговой площадке для продажи товаров — есть предложения AA-4821 и BB-4821.
Чтобы направить оба предложения на позицию 4821, нужно подтвердить их взаимозаменяемость при отгрузке. Не только название, но и содержимое упаковки должны соответствовать обещанному покупателю.
На телефоне таблицу можно прокрутить по горизонтали.
| Предложение в учебном примере | Что находится на складе | Решение о связи |
|---|---|---|
| AA-4821 и BB-4821: одинаковые размер, цвет, состав и упаковка | Готовая упаковка 4821 | Могут ссылаться на одну позицию после проверки этикетки и владельца запаса |
| BB-4821: другой размер при похожем названии | Другая готовая упаковка | Отдельное соответствие; совпадение цифр не делает товар тем же |
| Предложение содержит две готовые упаковки | В учёте единица — одна упаковка | Нельзя приравнять к одной единице 4821; нужно согласовать количество и способ представления |
| Совпадает изделие, отличаются потребительская этикетка или владелец | Внешне похожий запас | Нужна отдельная проверка допустимости замены; автоматически объединять нельзя |
Сравнивают размер, цвет, состав, количество в упаковке, потребительскую этикетку и владельца запаса. Различие бренда тоже нельзя автоматически отбросить: покупатель должен получить заказанный товар. Ответственный со стороны компании подтверждает физическую идентичность; программа не определит её по похожему номеру.
Если проблема начинается внутри каталога — например, непонятно, где самостоятельное изделие, а где его вариант, — сначала полезно выбрать модификации или отдельные товары в МойСклад. Здесь решается следующий вопрос: как внешние предложения связаны с уже определённой складской позицией.
Когда так делать нельзя
Нельзя массово удалять префиксы и объединять действующие карточки только по совпадению цифр. Внешний код может различать размер, упаковку или предложение, которое уже участвует в заказах. Перед изменением работающей базы выясняют, какие связи и документы его используют, и согласуют порядок перехода.
Какую схему связи поддерживает выбранное решение
Нужно различать три операции:
- Сопоставление предложения со складом: по внешней карточке находится конкретная позиция и количество для отгрузки.
- Объединение карточек: данные нескольких карточек собираются в одну запись выбранной программы.
- Объединение остатков: несколько предложений используют связанную схему учёта доступного количества.
Одна операция не доказывает наличие двух остальных. Поэтому проверять нужно конкретный механизм приложения, а не только обещание «синхронизация товаров».
Документированная схема МойСклад для разных карточек Wildberries
В штатном подключении МойСклад описан способ продавать один товар через разные карточки Wildberries: для каждой карточки заранее создают отдельный Комплект — программную запись с перечнем компонентов. В ней указывают штрихкод или артикул соответствующей внешней карточки, а компонентом делают базовый товар. Для обмена включают настройку «Учитывать комплекты»; новые Комплекты при загрузке из Wildberries не создаются. Это условия официальной справки подключения, проверенной 28.10.2026.
В нашем учебном примере бытовой «комплект текстиля» уже лежит на полке как одна готовая упаковка 4821. Он не становится программным Комплектом из-за своего названия. Для предложений AA-4821 и BB-4821 создаются отдельные программные записи; в каждой компонент — одна готовая упаковка базового товара. Такая запись не разбирает её на простыни и наволочки и не создаёт ещё один независимый физический запас.
Если предложение содержит другой состав или несколько упаковок, эту схему нужно проверить отдельно. Подробнее о различии наборов и компонентов — в статье про комплекты и наборы для маркетплейсов.
Описанный механизм относится к разным карточкам Wildberries. Он не подтверждает совместимость любого числа кабинетов, организаций и установленных приложений. До изменений в действующей базе проверяют её текущие связи; документированный способ ещё не означает, что конкретная конфигурация испытана.
Почему объединение карточек SelSup не равно общему остатку
SelSup — сервис для управления товарами, заказами и остатками при продажах на маркетплейсах. Его инструкция по объединению карточек описывает объединение товаров разных площадок внутри организации или магазина. При этом конфликт заполненных идентификаторов, в том числе разных непустых обозначений одного маркетплейса, может помешать объединению. Поэтому две карточки одной площадки нельзя заранее считать подходящими для этой операции.
Объединение остатков для продаж со своего склада (FBS) в SelSup описано отдельно. Это другая функция, со своими условиями и настройками. Она не заменяет проверку того, какой физический товар стоит за предложением.
Эти примеры помогают задать вопрос к выбранному решению. Они не означают, что функции SelSup есть в МойСклад или что CRMHUB заранее гарантирует настройку любой конфигурации SelSup. Совместимость конкретной связки нужно установить до обязательств по её реализации.
Что CRMHUB настраивает в согласованном первом этапе
Для действующего производства разумно начать с показательного участка: товар уже хранится на складе, внешние предложения известны, сотрудник может выполнить операцию. Полную карту ассортимента до обращения составлять не требуется — отбор примеров и сопоставление могут входить в работу.
В согласованном объёме CRMHUB:
- Определяет правила идентичности. Вместе с ответственным компании фиксируем, какие предложения относятся к одной позиции и какие различия требуют отдельного товара или количества.
- Проверяет место связи в обмене. Устанавливаем, какая система отвечает за товар и запас, где хранится соответствие и что происходит с неизвестным артикулом. Составляем карту выбранных предложений.
- Настраивает поддерживаемый сценарий. Используем подходящий штатный механизм; если обязательное правило им не закрывается, отдельно описываем и оцениваем необходимую доработку. Разработка не должна подменять исправление данных или обычную настройку.
- Проверяет работу с сотрудником. Проводим согласованные контрольные операции, фиксируем результат, ограничения и порядок исправления исключений.
Собственник принимает работающий участок: сотрудник получает правильную позицию из заказа, собирает нужную упаковку и понимает, куда передать неизвестный код. Карта соответствий и протокол подтверждают этот результат, а не заменяют его.
Префиксы сами по себе не требуют переноса производства в другую систему. Сначала проверяют действующий процесс и возможности обмена. При сравнении вариантов учитывают не только подключение, но и подготовку данных, работу команды, сопровождение и изменения внешних карточек. Более дешёвая первоначальная настройка может оставить неприемлемый ручной шаг; полная замена может оказаться лишней, если достаточно корректного сопоставления.
Как принять связь артикула с реальной отгрузкой
Ниже — план будущей приёмки, а не отчёт о проведённом испытании. Каналы, кабинеты и операции заранее включают в объём работ.
Обычный заказ. Берут выбранное внешнее предложение и прослеживают путь до складской позиции. Проверяют размер, цвет, состав, количество упаковок, этикетку и принадлежность заказа. Сотрудник выполняет операцию самостоятельно, без устного перевода артикула настройщиком.
Второе предложение того же товара. Повторяют проверку для другого согласованного обозначения. Оно должно приводить к той же физической позиции, сохраняя источник заказа и нужную этикетку. Один удачный заказ не подтверждает работу всех кабинетов.
Другой размер и неизвестный код. Проверяют, что похожие цифры не направляют заказ на неподходящий товар. Неизвестное соответствие должно быть видно ответственному; сотрудник не угадывает замену.
Отражение операции. Проверяют, что выбранная операция учтена один раз и результат понятен в связанных системах. Повторную передачу одного события, отмену или возврат испытывают отдельно, если эти сценарии включены в согласованный объём. Их поддержка не следует из одной только связи артикулов.
Работа считается принятой на проверенном участке, когда команда может повторить согласованную последовательность, а ограничения и ответственные известны. Если всё получается только с подсказками, нужен ещё один проход с сотрудником.
Связь артикулов не отвечает за весь доступный запас. Правила резервирования, задержки обмена и количество, которое разрешено продавать, проверяют отдельно. Эту границу подробнее разбираем в материале про единый учёт остатков склада и маркетплейсов.
Частые вопросы о разных артикулах одного товара
Нужно одинаково переименовать артикулы во всех кабинетах?
Общего требования нет. Выбранный способ обмена должен поддерживать нужную связь. Массовое переименование без проверки может нарушить существующие соответствия, поэтому сначала выясняют, где внешний код используется.
Можно сразу объединить карточки с одинаковым номером?
Нет. Совпадение номера — повод сравнить позиции, а не доказательство их идентичности. Размер, упаковка, потребительская этикетка и владелец могут потребовать другого решения.
Если остаток общий, последнюю упаковку точно нельзя продать дважды?
Такой гарантии карта артикулов не даёт. Нужно отдельно проверить резервирование, правила доступности и задержки обмена в выбранных каналах. Одинаковое отображаемое количество ещё не подтверждает согласованную обработку одновременных заказов.