Карточка товара для торговой сети: мастер-данные, роли и контроль изменений

Начните с одной позиции и требований конкретного получателя

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

Рабочая мастер-карточка — внутренний источник подтверждённых сведений. Форма сети — представление этих сведений в её структуре. Хранить только отправленную форму неудобно: другой партнёр запросит иные поля, а история оснований останется в переписке. Разделите исходные данные, экспорт для получателя и подтверждение передачи.

В руководстве METRO 03-2026, раздел 5.3, к артикульным мастер-данным относятся, в частности, наименования, вес, размеры, паллетизация и штрихкоды; для внесения используется карточка листинга. Это пример требований одной сети, а не универсальная форма для всех покупателей. Перед передачей откройте актуальную инструкцию своего контрагента.

Разделите потребительскую единицу, короб и паллету

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

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

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

Артикул поставщика, GTIN и название — разные поля. Не придумывайте идентификатор и не меняйте его автоматически при любой редактуре названия. Вопрос о сохранении GTIN при изменении товара решают по применимым правилам GS1 и категории; этот материал не заменяет такую проверку.

Назначьте ответственность за поле, а не только за файл

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

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

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

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

Отделите характеристики от цены и документов

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

Документ соответствия связывайте с конкретной продукцией и применимой моделью, а не с папкой «все сертификаты». Зафиксируйте тип документа, реквизиты, срок, основание применимости и ссылку на разрешённую копию или официальный реестр. Наличие PDF само по себе не доказывает покрытие выбранного SKU. Вопросы применимости и правового режима передайте профильному специалисту.

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

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

Закрывайте исправление по подтверждению, а не по отправке

Изменение начинается с основания. Запишите старое и предлагаемое значение, затронутый товар и уровень упаковки, причину, источник и автора запроса. Проверьте зависимые поля: новая упаковка может затронуть вложение, габариты, фотографии и форму партнёра. Не ограничивайтесь заменой одной ячейки, если другие сведения перестали описывать тот же объект.

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

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

Срок проверки задавайте по договорённому процессу, а не по выдуманному универсальному нормативу. Открытый пункт имеет ответственного, дату следующего действия и критерий закрытия. Это позволяет не терять исправление между товароведом, менеджером и складом.

Учебный разбор: две ширины одного короба

Условный поставщик обнаружил: в коммерческом файле стоит ширина короба 240 мм, в упаковочной таблице — 260 мм. Это вымышленные числа для объяснения процесса, не норматив допуска и не описание настоящего клиента. Менеджер не должен молча усреднять их до 250 мм: среднее не подтверждено ни одним основанием.

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

Допустим, проверка подтвердила 260 мм. Координатор обновляет карточку, указывает основание и новую ревизию, проверяет связанные экспорты и направляет исправление партнёру. Запись остаётся «передано», пока не получено подходящее подтверждение. Отсутствие ответа — открытый вопрос процесса, а не доказательство, что сеть приняла неверную цифру.

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

Пилот карточки: проверка до массового заполнения

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

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

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

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

Первичные источники и границы метода

• GS1: Data Quality Framework — FAQ, изменён 30.08.2024; проверено 08.10.2026
• METRO: руководство поставщика 03-2026, раздел 5.3; проверено 08.10.2026

Примеры вымышлены; матрицы и порядок пилота — рекомендации LIFE PLAY. Требования конкретного партнёра, категории и страны продаж проверяются отдельно. Материал не обещает рост продаж, снижение брака или юридическое соответствие.