# Артикулы и идентификаторы: как выбрать ключ товара для обмена

Источник: https://quicklanding.ru/knowledge/catalog-sku-rules/

Как выбрать устойчивый ключ товара, сохранить ведущие нули и отличать артикулы поставщика от идентификаторов вашего каталога.

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

## Разведите несколько разных кодов

![Ноутбук на деревянном столе для работы с каталогом](/assets/images/knowledge/catalog-sku-rules.webp)

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

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

## Определите продаваемую единицу

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

| Код или признак | Назначение |
| --- | --- |
| ID сайта | Найти запись внутри системы |
| Артикул компании | Определить позицию в собственном учёте |
| Код поставщика | Связать предложение с внешним источником |
| Название | Помочь человеку распознать товар |
| Номер строки | Положение в конкретном файле, не постоянный ключ |

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

## Сохраняйте код как код

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

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

## Согласуйте нормализацию

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

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

## Храните соответствия при смене поставщика

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

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

## Проверьте обновление на контрольном наборе

Измените название, порядок строк, цену и код поставщика в тестовых файлах. Убедитесь, что обычное обновление сохраняет карточку, а спорное соответствие требует проверки. Проверьте товар с ведущим нулём и два варианта одной модели.

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

## Документация и проверка сведений

Технические сведения сверены с документацией на 7 октября 2026 года. При настройке конкретного сервиса проверьте его текущую версию и действующие инструкции.

- [WooCommerce: импорт и экспорт CSV](https://woocommerce.com/document/product-csv-importer-exporter/)
- [Microsoft: коды с ведущими нулями и длинные числа](https://support.microsoft.com/en-us/excel/keeping-leading-zeros-and-large-numbers)

## Материалы по соседним задачам

- [Характеристики каталога: как привести значения к общему виду](/knowledge/catalog-attributes/)
- [Импорт товаров из CSV и Excel: как обновить каталог без дублей](/knowledge/product-import-csv-excel/)
- [Автоматизация Excel и CSV](/services/development/data/excel/)

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

### Можно обновлять по названию товара?

Это ненадёжно, если названия меняются или повторяются. Лучше использовать устойчивый ключ и хранить соответствия. Поиск по тексту может помочь предварительной проверке, но не должен безусловно решать обновление.

### Нужно сохранять ведущие нули?

Если они входят в исходный код, да. Артикул следует обрабатывать как идентификатор, а не обычное число. Проверьте сохранность после чтения и повторного сохранения таблицы.

### Что делать с одинаковыми артикулами разных поставщиков?

Учитывайте источник и собственную карту соответствий. Один код в разных прайсах может относиться к разным товарам. Объединение требует проверки характеристик и продаваемой единицы.

Автор: Владимир Николаев