SKU удобно использовать как рабочий код товара. По нему продавец может связывать карточку, вариант, остаток, цену, заказ и документы. Но одной внутренней логики недостаточно: на маркетплейсе важно, чтобы код одинаково понятно описывал товар на всех этапах работы.
Основной риск появляется, когда одна позиция получает разные обозначения в учёте, карточке и на складе. Продавец видит остаток одного товара, сборщик — другой вариант, а документы приходится сверять вручную. Ошибка может быть не в самом коде, а в том, что за ним скрывается.
Что именно должно означать SKU
Артикул помогает человеку отличить одну позицию от другой. Рабочая модель SKU должна отвечать на более практичный вопрос: какой товар, в каком варианте и в какой комплектации будет продан, отгружен и учтён.
Заранее определите, что для вас считается отдельной единицей: модель, цвет, размер, объём, комплект или сочетание нескольких признаков. Если различие меняет цену, упаковку, остаток или набор документов, объединять такие товары под одним кодом может быть рискованно.
Например, набор из двух предметов и одиночный предмет могут выглядеть похоже в названии, но это разные единицы продажи. Если код один, продавцу сложнее понять, какой остаток доступен и что именно нужно вложить в заказ.
Обратная ситуация тоже создаёт лишнюю работу. Когда одному товару без понятной причины назначают несколько внутренних кодов, труднее сверять продажи, планировать закупки и искать остатки. Поэтому вопрос лучше ставить не как «сколько SKU создать», а как «какие различия меняют операцию или ответственность продавца».
Как переводить требования в действия
Правило площадки полезно только тогда, когда из него понятно, что делать. Это может быть изменение карточки, добавление характеристики, подготовка документа, проверка маркировки, разделение вариантов или остановка поставки до уточнения данных.
Если формулировка допускает несколько толкований, не стоит полагаться на память. Откройте актуальный раздел помощи маркетплейса, проверьте условия для нужной категории и сохраните ссылку или снимок экрана с датой проверки. Это снижает риск принять условие одной товарной группы за универсальное.
Не переносите правило для одной категории на весь ассортимент. У одежды, электроники, косметики, продуктов и товаров с комплектующими могут отличаться поля, документы и ограничения. Одинаковый интерфейс не означает одинаковый смысл проверки.
Где разрывается связь между данными
- Название и вариант. Внутренний код обозначает одно, а название карточки или характеристика — другое. Покупателю сложнее выбрать нужный товар, а продавцу — понять, какая позиция ушла.
- Остатки. Один код используют для нескольких размеров, упаковок или комплектаций. Остаток формально есть, но нужный вариант нельзя собрать без дополнительной сверки.
- Документы. В карточке указан один вариант, а на упаковке или в документах — другое обозначение. Продавцу приходится отдельно подтверждать, что речь идёт об одной позиции.
- Комплекты. Состав набора меняется, но код остаётся прежним. Тогда цена, описание и фактическое содержимое могут расходиться.
- Новая версия товара. Под старым SKU появляется товар с другой характеристикой. История продаж и остатки смешиваются, а сравнение результатов становится менее точным.
Проверка SKU до запуска
Начните с небольшой таблицы. Для каждой позиции зафиксируйте внутренний код, понятное название, ключевые характеристики, состав комплекта, единицу продажи, место хранения и связанные документы. Отсутствие отдельного поля не обязательно означает ошибку, но причину такого решения лучше записать.
- Выберите товары из разных групп, а не только самые простые позиции.
- Сверьте код с карточкой, упаковкой, остатком и документом, если он нужен для этой группы.
- Проверьте, можно ли по одному коду собрать заказ без догадок.
- Смоделируйте возврат или замену варианта и посмотрите, сохранится ли связь с исходной позицией.
- Назначьте ответственного за изменение SKU и проверку требований перед массовой загрузкой.
Для примера, продавец может отдельно учитывать каждый цвет и размер, но закупать товар по общей модели. Это условная схема, а не универсальное требование маркетплейса. Её задача — показать, где нужно связать общий товар с конкретным вариантом продажи и где появится ручная сверка.
Как выбрать уровень детализации
Более подробная структура SKU не гарантирует порядок сама по себе. Она может сделать различия видимыми, но одновременно потребовать больше времени на загрузку и контроль. Упрощённая схема быстрее на старте, однако при неясных кодах может усложнить комплектацию, возвраты и анализ продаж.
Моя оценка такова: небольшому ассортименту сначала нужна однозначность, а не сложная структура. Для большого ассортимента важнее правила изменения. Не стоит без объяснения использовать старый код для другого товара, менять состав комплекта под прежней позицией или разрывать связь между старым и новым вариантом.
Если условия маркетплейса меняются, продавцу поможет регулярная сверка трёх описаний: что обещает карточка, что лежит на складе и что указано в документах. Когда эти сведения расходятся, сначала определите границы товара и только потом меняйте название, характеристику или код.