Что такое коды SKU в 1С и как с ними работать

SKU (Stock Keeping Unit, «единица складского учёта») — это уникальный код, который идентифицирует конкретную товарную позицию на складе: определённый товар в определённой упаковке, цвете, размере или комплектации. В 1С роль SKU обычно выполняет код номенклатуры, артикул или комбинация «номенклатура + характеристика», в зависимости от того, как настроен учёт в конкретной конфигурации.

Понимание того, что такое SKU и где оно «живёт» в 1С, важно для любой торговой компании: без корректной системы идентификации товаров невозможно вести точный складской учёт, выгружать каталог на маркетплейсы, обмениваться данными с интернет-магазином и строить отчёты по остаткам. Ошибка в кодировке приводит к пересортице, дублям карточек и расхождениям между учётной системой и реальным складом.

Материал рассчитан на пользователей типовых конфигураций: «Управление торговлей», «Комплексная автоматизация», «ERP», «Розница» и «Управление нашей фирмой». Конкретные названия реквизитов могут отличаться между версиями, но логика везде одинаковая.

Что такое SKU и чем оно отличается от артикула и штрихкода

Термины SKU, артикул, код и штрихкод часто путают, хотя у каждого своё назначение. SKU — это внутренняя учётная единица: один SKU соответствует одной конкретной позиции, которую склад хранит и отгружает отдельно. Например, футболка красная размера M и та же футболка размера L — это два разных SKU, потому что склад должен различать их при комплектации заказа.

Артикул — это обозначение, которое обычно присваивает производитель или поставщик. Он удобен для поиска и закупок, но не всегда уникален внутри вашей базы: разные поставщики могут использовать одинаковые артикулы. Штрихкод (EAN-13, Code 128 и др.) — машиночитаемый идентификатор для сканеров; одному SKU может соответствовать несколько штрихкодов (например, для разных упаковок), а один штрихкод в редких случаях может быть привязан к разным позициям при ошибках поставщика.

Где в 1С хранятся коды SKU

В типовых конфигурациях 1С нет отдельного поля с названием «SKU». Его функцию выполняют стандартные механизмы. Основной вариант — код элемента справочника «Номенклатура», который программа присваивает автоматически при создании карточки. Этот код уникален в пределах базы и часто используется как SKU при обмене с внешними системами.

Второй вариант — реквизит «Артикул» в карточке номенклатуры. Многие компании используют артикул как «человекочитаемый» SKU: он выводится в печатные формы, этикетки и выгрузки. Третий вариант актуален для товаров с вариациями: связка «номенклатура + характеристика». Например, карточка «Футболка базовая» с характеристиками «Красный / M», «Красный / L» — каждая такая комбинация и есть отдельный SKU.

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

Как настроить учёт по SKU: нумерация и характеристики

Первый шаг — определить правило формирования кодов. Код номенклатуры в 1С присваивается автоматически по порядку, и для большинства компаний этого достаточно. Если нужен осмысленный код (например, с префиксом категории), его формируют в реквизите «Артикул» вручную или через обработку, но тогда ответственность за уникальность ложится на пользователей.

Для товаров с вариантами включите учёт по характеристикам. В «Управлении торговлей» это делается в разделе «НСИ и администрирование» → «Настройка НСИ и разделов» → «Номенклатура»: установите флаг «Характеристики номенклатуры» и выберите режим — общие для вида номенклатуры или индивидуальные для каждой позиции. После этого остатки, цены и штрихкоды можно вести по каждой комбинации отдельно.

1. 1
   Откройте «НСИ и администрирование» → «Настройка НСИ и разделов» → «Номенклатура»
2. 2
   Включите флаг «Характеристики номенклатуры» и выберите режим использования
3. 3
   Создайте вид номенклатуры (например, «Одежда») и задайте для него шаблон характеристик
4. 4
   В карточке товара добавьте характеристики: каждая станет отдельным SKU
5. 5
   Назначьте штрихкоды каждой характеристике через регистр штрихкодов
6. 6
   Проверьте отчёт «Остатки товаров»: позиции должны отображаться с разбивкой по характеристикам

Если товар не имеет вариантов (например, крепёж или канцелярия), характеристики включать не нужно — каждый SKU будет просто отдельной карточкой номенклатуры. Избыточное использование характеристик усложняет ввод документов и замедляет работу пользователей.

SKU в обменах с сайтом и маркетплейсами

При выгрузке каталога на сайт или маркетплейс именно SKU связывает карточку в 1С с карточкой на внешней площадке. В типовом обмене с сайтом (CommerceML) идентификатором товара обычно служит GUID элемента справочника, а артикул передаётся отдельным полем. При обмене с маркетплейсами (через типовые модули или внешние решения) для каждой позиции создаётся соответствие между номенклатурой 1С и идентификатором площадки.

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

Типичные ошибки при работе с кодами SKU

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

Вторая ошибка — использование артикула поставщика как SKU без проверки уникальности. Разные поставщики нередко используют пересекающиеся артикулы, и база постепенно наполняется конфликтами. Третья ошибка — изменение кода или артикула «на лету» в карточке с историей движений: внешние системы продолжают ссылаться на старое значение.

Как проверить корректность учёта по SKU

Базовая проверка — поиск дублей. В типовых конфигурациях есть обработка «Поиск и удаление дублей» (раздел «Администрирование» → «Обслуживание»). Запустите её по справочнику «Номенклатура» с сравнением по артикулу и наименованию. Найденные пары объединяйте аккуратно: документы перенесутся на оставшуюся карточку, но штрихкоды и сопоставления с внешними системами стоит проверить вручную.

Второй контроль — сверка остатков. Сформируйте отчёт по остаткам на складах, выгрузите его и сравните с данными внешних систем (сайт, маркетплейсы). Расхождения по конкретным SKU указывают либо на дубли, либо на ошибки сопоставления, либо на непроведённые документы.

Контрольные точки

Как проверить результат

Уникальность SKU

Норма

Каждый артикул/код встречается в базе один раз

Тревожный признак

Один артикул у нескольких карточек или дубли по наименованию

Сопоставление с маркетплейсом

Норма

Один SKU в 1С — одна карточка на площадке

Тревожный признак

Несколько карточек 1С привязаны к одному SKU площадки

Остатки по SKU

Норма

Остатки в 1С совпадают с выгружаемыми на площадки

Тревожный признак

Расхождения по отдельным позициям без документальных причин

Штрихкоды

Норма

Каждый штрихкод привязан к одному SKU и сканируется в правильную карточку

Тревожный признак

Один штрихкод на нескольких позициях, сканер находит не тот товар

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

Стандартных механизмов (код, артикул, характеристики) хватает большинству компаний. Доработка требуется в специфических случаях: автоматическая генерация осмысленных SKU по шаблону, контроль уникальности артикулов при записи, отдельный реквизит «SKU маркетплейса» для каждой площадки, сложная синхронизация с несколькими внешними системами одновременно.

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

Маршрут решения

Как выбрать подход

Товары без вариантов, один склад, нет обменовИспользуйте автоматический код номенклатуры как SKU, дополнительная настройка не нужна

Товары с размерами, цветами, фасовкойВключите учёт по характеристикам — каждая комбинация станет отдельным SKU

Торговля на маркетплейсахНастройте сопоставление номенклатуры с идентификаторами площадок и контролируйте связь один к одному

Нужен осмысленный код с префиксами категорийИспользуйте артикул с регламентом формирования и проверкой уникальности

Несколько внешних систем со своими кодамиРассмотрите дополнительные реквизиты или регистры соответствия вместо смены основного кода

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

Частые вопросы о SKU в 1С

SKU и артикул — это одно и то же?

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

Можно ли изменить код номенклатуры после создания карточки?

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

Нужны ли характеристики, если товар один, но в разных упаковках?

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

Как найти дубли SKU в базе?

Используйте типовую обработку «Поиск и удаление дублей» в разделе «Администрирование» → «Обслуживание». Настройте сравнение по артикулу и наименованию. Объединение выполняйте с проверкой штрихкодов и сопоставлений с внешними системами — они не всегда переносятся корректно.

Что делать, если на маркетплейсе и в 1С разные SKU для одного товара?

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

Обязательно ли заполнять артикул, если код присваивается автоматически?

Нет, обязательности нет. Но артикул полезен для поиска, печатных форм, этикеток и общения с поставщиками. Если компания работает с внешними каталогами и обменами, заполнение артикула по единому регламенту заметно упрощает сопоставление данных.