В предыдущей главе Честный знак - 2024г - Выгрузка номенклатуры в ГС1рус описали выгрузку в gs1rus и национальный каталог. Обсудим ошибки которые возникают при выгрузке номенклатуры в gs1rus и национальный каталог. Речь пойдет о ошибках при заполнении карточек товара и как можно эти ошибки исправить.

5. Но и это еще не все. Ошибки при выгрузке в gs1rus.

Как уже было было написано выше, после публикации, карточку в gs1rus нельзя редактировать. Точнее можно, но не все данные. Если нужно отредактировать карточку в gs1rus механизм прост: Вы создаете вручную или по api для этой карточки версию изменний. В этой версии изменений вы вносите правки. И снова публикуете карточку. - тут нас все устраивает. Давайте чтобы точно все понимать сделаем для карточки такие правки вручную в кабинете gs1rus. Возьмем для этого наш GTIN (0)({460}998389)(0019) он же  (0)4609983890019.
Тоже самое попробуем сделать в кабинете ЧЗ на вкладке Национальный каталог:

На gs1rus вы можете внести изменения почти во всех характеристики, но к сожалению не можете внести изменение в наименование товара на этикетке, что тоже может создать разночтения. 
у Честного Знака почти никакие характеристики редактировать нельзя. Понимаю, вероятно так и задумано.
Если вы внесете изменения в каталог gs1rus и опубликуете карточку, то в Национальном Каталоге ничего не изменится. 
Но подождите:
- А зачем это вообще нужно? 
- Чтобы исправить ошибки при выгрузке в gs1rus и национальный каталог.
- Что за ошибки?
Давайте разбираться что это за ошибки и откуда они берутся. В большинстве случаев все банально и просто - это ошибки оператора. Т.е неверно присвоенные товару характеристики, которые ранее до выгрузки в честный знак не имели серьезного значения, а после выгрузки в честный знак стали важными. А подобные ошибки при заполнении товара будут всегда и в любой системе. Тем более при ускоренном заполнении и выгрузке которую от нас хотели за 3 месяца.
Да можно ошибиться в любой характеристики, особенно если вы каждую карточку забиваете в ручную. Если процесс идет автоматизированно как у нас через модуль "Деление товара с опциями(клонирование)"  то уже многие ошибки автоматически исключены, потому что такие характеристики как ростовка, размер, цифровой размер, артикул(sku) формируются автоматически. То есть остаются ошибки которые могут быть в "товаре-родителе" а именно(самые частые) ошибки - цвет=забыли изменить цвет. модель=забыли изменить модель. 

Если вы загрузили товар в gs1rus то к конкретному товару прикрепился конкретный GTIN. А если опубликовали товаров то уже все. Заметить до публикации ошибку практически невозможно. В реальности вы видите ошибку уже когда начинаете заказывать коды маркировки на товар - либо видите неверную информацию на этикетке, либо возникают ошибки в системе. 

Чтобы с этим разобраться, нужно понять как устроенно присвоение GTIN к товару в нашей системе.

6. Сопоставление GTIN к товару в нашей системе.

Так, ну давайте слазим "под капот" и посмотрим:
Возьмем для этого наш GTIN (0)({460}998389)(0019) он же  (0)4609983890019.

Как вы видите - данные в нашей учетной системе (изображение слева) совпадают с данными в gs1rus (изображение справа):
ID товара (3735) = Код в учетной системе (3735)
Артикул (310-108-20-34-52) = Код производителя (310-108-20-34-52)
Так же в самой карточке товара в нашей системе есть информация о товаре в Честном Знаке. 

нажми чтобы увеличить изображение
Сейчас вижу ошибку в этом скриншоте - ошибка это банальная опечатки в поле "модель". пока не разместил сюда скриншот экрана не знал о том что этих товаров есть такая ошибка. Примерно о таких ошибках и идет речь.
Данная ошибка-опечатка на работу с честным знаком никак не влияет, но исправить грамматику на стороне честного знака вы уже не смогли-бы, если это поле грузилось бы в ЧЗ. Эта ошибка попалась случайно, как раз подойдет в качестве примера.

Cкриншот выше - карточка товара в панели управления интернет магазином, сделали специальную вкладку на которой выводится информация о Честном Знаке для этого товара.
- ID товара (Код в учетной системе)
- SKU(Артикул или код производителя) 
- SKU ЧЗ (Артикул или код производителя в Честном Знаке) 
- GTIN
Ниже идет полный ответ запроса по API о данном гтин из Национального Каталога(ЧЗ)

Итак, самое простое, что можно сделать - привязать GTIN к ID товара. Везде именно так и устроенно: в 1с и любых других информационных системах. Но у нас не так, вот почему:
В одежде, часто бывает так что модель одежды унисекс: То есть один и тот-же товар подходит и Мужчинам и Женщинам. В подавляющем большинстве это Модели Oversize. Чтобы это понять нужно посмотреть несколько примеров:

Пример1: Ссылка на товар№1  и Ссылка на товар№2  - Это один и тот-же товар, ключевое отличие в фотографии. Поскольку это модель Унисекс то товар подходит одинаково как Женщинам так и Мужчинам. у этих 2х товаров одинаковый SKU(Код в учетной системе). и следовательно для этих 2х товаров требуется одинаковый GTIN. Но Код в учетной системе(ID товара) у них разный. Давайте вытащим информацию об этих товарах со всех мест для наглядности: (нажимайте на фото для увеличения)


Как мы видим на скриншотах и фото - у товара одинаковый SKU(Код производителя), Одинаковый GTIN, а также информация на бирке указанна: р-р.44, XS-44-Unisex-(Женский),XS-44-Unisex-(Мужской). И в кабинетах ЧЗ и GS1RUS пол указан "Универсальный(Унисекс)", но при этом на стороне Интернет Магазина для этого товара существует два(2) ID товара (Код в учетной системе). 

Пример2: Ссылка на товар№1  и Ссылка на товар№2  - Это один и тот-же товар, ключевое отличие в фотографии. Поскольку это модель Унисекс то товар подходит одинаково как Женщинам так и Мужчинам. у этих 2х товаров одинаковый SKU(Код производителя). и следовательно для этих 2х товаров требуется одинаковый GTIN. Но Код в учетной системе(ID товара) у них разный. Давайте вытащим информацию об этих товарах со всех мест для наглядности: (нажимайте на фото для увеличения)


Тоже самое: Как мы видим на скриншотах и фото - у товара одинаковый SKU(Код производителя), Одинаковый GTIN, а также информация на бирке указанна: р-р.44, XS-44-Unisex-(Женский),XS-44-Unisex-(Мужской). И в кабинетах ЧЗ и GS1RUS пол указан "Универсальный(Унисекс)", но при этом на стороне Интернет Магазина для этого товара существует два(2) ID товара (Код в учетной системе). 

Естественно понятно зачем это нужно - для потребителя, ведь товары покупают Мужчины и Женщины и каждый из них представляет этот товар на себе или на том человеке которому будут дарить этот товар. Да и категории товаров на маркетплейсах однозначны - мужская и женская категория  . Покупатели ищут товары для своего целевого пола. И в конечном счете смотреть на карточки товаров где идут сначала женские фото, потом идут мужские тоже не презентабельно. Если такой товар покупают(выкупают,по факту) и Мужчины и Женщины то значит все сделано верно для товара типа "Унисекс". 
Примерно треть товаров в нашем каталоге относятся к такому типу Oversize - целевой пол "Унисекс". 

Более того, эта система идеально подошла и к остальным товарам. Если же модель "по фигуре", то действует правило совпадение по "Цифровому размеру". У нас Магазин Толстовок, и в целом наш ассортимент он унисекс, но если же модель по фигуре - то есть идет четкое сопоставление по плечам и обхвату груди, то получается что женский размерный ряд сдвинут на три буквенных обозначения:

Для понимания давайте возьмем 
Пример3: Ссылка на товар№1  и Ссылка на товар№2  - Тут немного посложнее - помимо разницы в фотографиях, идет еще и отличие в буквенном размере(на 3 пункта), а все остальное одинаково. Для такого товара справедливо так же использовать 1 GTIN. Несмотря на то что это модель не проходит по системе "унисекс" в смысле присвоедия одного размера и для мужчин и для женщин, то технически крой остается унисекс, а буквенный размер будет отличаться. (Не просто так давно сделали что Sженский это 40-42 а Sмужской это 46 {а XLженский 46-48})  - для свободной спортивной одежды подобные сопоставления подходят, и решают многие "нерешаемые" задачи. Еще раз:
Это один и тот-же товар, отличаются фотографии и буквенный размер. Этот товар подойдет мужчинам 46го размера, которые привыкли к буквенному обозначению "S" а так как Женщинам 46го размера, которые привыкли к буквенному обозначению XL. у этих 2х товаров одинаковый SKU(Код производителя). И следовательно для этих 2х товаров требуется одинаковый GTIN. И Код в учетной системе(ID товара) у них разный. Давайте посмотрим: (нажимайте на фото для увеличения)


Как вы видите для мужчин этот товар S-46, а для женщин XL-46-48. и фактически это просто 46 размер. Тут главное что этот товар действительно подходит для Мужчин размера 46(в буквах S) и для женщин 46-48 размера (в буквах XL).
Если для 46 размера крой одинаковый, другими словами - фактический результат одинаков то зачем делать дубли?

Да я понимаю что для "пиджаков", где все скроено по фигуре, или для любой другой специфической одежды такой подход не годится. Там уже мужское это мужское, женское это женское. И у нас есть строго мужские модели и строго женские - тут все просто: в таком случае у товара всего один(1) "ID товара"(код в учетной системе) и он либо мужской либо женский. В нашей системе не обязательно объединять мужской и женский товар в один SKU.  Если бы требовались разные товары то они моглибы быть в разных "моделях", тогда бы часть SKU у них отличалась и при загрузке в гс1рус этим товарам присваивались бы отдельные GTIN. Но нам нужно именно так как сделано у нас. 
Например - хранение таких товаров - Если ваш товар Унисекс, но крой у них одинаковый - вам придется хранить в 2 раза больше товаров на складе чтобы они были в наличии, а толстовка-худи это весьма габаритный товар, при этом цена низкая, поэтому такое хранение не очень выгодно, хотя впрочем это немного другая история.

В любом случае, эта система работала еще до маркировки честный знак. Если она работала именно так и покупателей это устраивало, то зачем что-то менять? 

На фото:
Слева - старая маркировка, которой маркировался товар. 
Справа  - новая маркировка, с честным знаком.
Как вы видите отличий не очень много. - Вписали в нашу этикетку код маркировки. 

Давайте еще раз проговорим в режиме диалога:
Вопрос:
- зачем вы привязываете GTIN к SKU(Код производителя) а не к ID-товара(код в учетной системе)?
Ответ:
Товарная позиция - модель унисекс, подходит для мужчин и женщин. Как можно один и тот-же товар промаркировать 2 раза? Т.е. у вас один КИЗ, вы же не будите выпускать 2 кода маркировки и клеить на один товар, если не понятно то второй код получается будет лишним. А как можно по другому сделать для моделей унисекс? Напомню, это: оверсайз худи, оверсайз свитшоты, оверсайз футболки и тд. Допустим у вас 10 таких изделий унисекс, вы же не будите клеить на 5 товаров код с мужским гтин и на 5 товаров код с женским гтин - это не логично. Будет бардак, будет неудобно работать, когда вам нужно будет отгрузить 8 таких изделий как вы будите набивать номенклатуру в счет? 5 женских и 3 мужских? или наоборот? Хранение таких товаров потребует двойных мест на складе - для женских и для мужских изделий, несмотря на то что это один и тот-же товар. А как еще можно сделать? Определить такой товар только как женский или только как мужской - но ведь клиент покупает эти товары как унисекс, которые подходят и мужчинам и женщинам. Получается что на товар GTIN нужен один, КИЗ нужно выпускать один, а в системе при этом 2(ДВА) ID-товара = 2 (две) посадочные страницы на сайте, и 2(два) товара на маркетплейсах. 
Хорошо, можно было сделать немного по другому:  Присвоим каждому из этих ID-товара(код в учетной системе) - один и тотже GTIN. Получится так, давайте на живом примере из "пример 1":
ID-товара(код в учетной системе) 18270 - его гтин 04660387169569
ID-товара(код в учетной системе) 18276 - его гтин 04660387169569

Присваиваем напрямую каждому ID товара гтин. и таким дублирующимся товаром тоже. Вообще Изначально так и было. Ну а как система поймет что ID 18270 и  18276  это один и тот же товар? Вы же не будите второму товару руками прописывать GTIN.  Как система определит что это один и тотже товар?  Вот так: Что у этих "ID товара" общего - все верно - у них общий SKU(Код производителя): 

720-165-30-20-44

На скриншоте видно что выдача в фильтре по SKU 720-165-30-20-44 выдает 2 идентичных товара: один мужской, другой женский. 

Да изначально мы каждому ID товара присваивали GTIN, а группировали и присваивали этот же GTIN "дублирующему" товару по SKU. Были еще и проверки в этой "развязке": и все это перепроверялось по SKU.
Еще в тот момент существовал обмен номенклатурой с Bitrix24 по Bitrix ID товара. Это все нужно было сопоставлять. Из-за ошибок оператора при заведении карточки товара возникали ошибки в этом месте. Причем разные.

В конечном счете - от связи с Bitrix ID мы отказались, потому что(тут можно прочитать подробнее).
И от привязывания GTIN к ID товара(код в учетной системе) и сопоставления таких ID товара по SKU(код производителя) мы отказались в последствии тоже, потому что это убрало некоторые ошибки при неправильном заведении номенклатуры. 

Итого в системе осталось: Присваиваем GTIN к SKU(код производителя) в независимости от того сколько "ID-товара подходит" к этому SKU ( 1 или 2, а иногда и 3 )

Еще раз: Наш встречный вопрос:
Как в таком случае можно сделать маркировку, (сопоставление номенклатуры и выпуск КИЗ)  для таких дублирующихся товаров? 

Давайте дальше - получается мы должны встроить Честный Знак в ту систему которая была до честного знака. Иначе посыпется количественный учет и бардака будет еще больше.  

В таком случае далее требуется описание сущности "SKU (Код производителя)" в нашей системе:

7. Как формируется SKU (Код производителя):

Код производителя или SKU обычно формируется в свободном формате. Другими словами каждый производитель формирует SKU так как ему удобно. Тут может быть любая символьно-числовая комбинация. Это понятно.
В нашем случае это 12-значный код по формату:

AAA-BBB-CC-DD-EE

AAA	- Модель
BBB	- Цвет
CC	- Тип
DD	- Название Ткани
EE	- Размер

В свою очередь Модель, Цвет, Тип, Название Ткани, Размер - это характеристики товара.
У каждого товара есть эти характеристики.
Мы переводим значения этих характеристик в цифровой формат.

Для наглядности, возьмем наш Пример1:
Ссылка на товар№1 ID-товара(код в учетной системе) 18270  - его гтин 04660387169569 SKU 720-165-30-20-44
Ссылка на товар№2 ID-товара(код в учетной системе) 18276 - его гтин 04660387169569 SKU 720-165-30-20-44
Как уже говорилось выше у этих 2х товаров одинаковый SKU 720-165-30-20-44 и как следствие одинаковый GTIN 04660387169569.
Давайте посмотрим на характеристики любого из этих товаров, т.к у второго будут те же характеристики:

Модель - AAA:

В панели управления:

С фронта:

В справочнике:

Характеристика "Модель" этого товара "Футболка с капюшоном Oversize "RoXy""
В справочнике значению "Футболка с капюшоном Oversize "RoXy"" присваивается номер 720
Части артикула AAA присваивается значение 720.

Получаем часть артикула 720-ХХХ-ХХ-ХХ-ХХ

Цвет - BBB:

В панели управления:

С фронта:

В справочнике:

Характеристика "Цвет" этого товара "Оранжевый | Orange" 

В справочнике значению "Оранжевый | Orange" соответствует номер 165

части артикула BBB присваивается значение 165.

Получаем часть артикула XXX-165-ХХ-ХХ-ХХ

Тип - CC:

В панели управления:

С фронта:

В справочнике:

Характеристика "Тип" этого товара "Футболка;худи"

В справочнике значению "Футболка;худи" соответствует номер 30

части артикула СС присваивается значение 30.
Получаем часть артикула XXX-ХХХ-30-ХХ-ХХ

Название ткани - DD:

В панели управления:

С фронта:

В справочнике:

Характеристика "Название / Тип ткани" этого товара "Футболка;худи"

В справочнике значению "Футер двунитка без начеса Franch Terry" соответствует номер 20

части артикула DD присваивается значение 30.
Получаем часть артикула XXX-ХХХ-XX-20-ХХ

Размер - EE:

В панели управления:


С фронта:

В справочнике:

Характеристика "Размер" этого товара "Футболка;худи"

В справочнике значению "Футер двунитка без начеса Franch Terry" соответствует номер 20

части артикула EE присваивается значение 44.
Получаем часть артикула XXX-ХХХ-XX-XX-44

Тоже самое:

Часть SKU	AAA	BBB	CC	EE	DD
Название Характеристики	Модель	Цвет	Тип	Тип Ткани	Размер
Значение в справочнике для товар№1  и товар№2	720	165	30	20	44

Итого для товар№1  и товар№2 получаем SKU(Артикул производителя) = 720-165-30-20-44

SKU(Артикул производителя) присваивается товарам при создании(клонировании) или в случае необходимости - есть "Генератор SKU", который проходит по всем товарам и присваивает значения SKU из нужных характеристик.
Кратко на видео покажу и справочник SKU и генератор SKU:

До введения системы "Честный Знак" проблем не возникало, эти артикулы передавались на ККМ и в Bitrix24. По SKU конкретный товар распознавался на ККМ, ККМ передавала заказ в bitrix24. в битрикс 24 - сделка закрывалась и по складу уменьшалось количество изделий. Также и при создании сделки в Bitrix24 использовался SKU - из товаров загруженных в битрикс по названию или по sku в сделку добавлялся товар и при закрытии сделки производилась реализация или отмена по складу. Т.е все работало элементарно и просто.

Да в случае если вы меняете какую-то характеристику у товара, или значение в справочнике, то меняется значение и в кассе и в битрикс24, раз в сутки ночью по CRON. - единственное что нужно сделать это физически заменить этикетки у товара. Разумеется бездумно никто не меняет у товаров характеристики или значение в справочнике. Но бывают случаи когда нужно изменить часть SKU чтобы исправить ошибки, дубли и тд.

Вот в этом месте и возникают сложности с Честным Знаком - по какой-то причине (посмотрим примеры), нужно изменить SKU товара чтобы исправить "неточности" или ошибки, но товары уже выгружены уже в sg1rus, и в Честный знак:
Проблема в том что вы не можете поменять значение в Национальном Каталоге, даже не смотря на то что можно менять значения в GS1RUS.
=>
1) Если вы что-то меняете в товаре в своей системе, к примеру название цвета, то это уже получается другой товар - вы не можете эту корректировку передать дальше в национальный каталог. 
2) Любое изменение делает связку "SKU - GTIN" нерабочей.
==============================================================
дописать тут текст
==============================================================

7. Примеры ошибок:

Пример 1.
==============================================================
непонятно почему не работает - разобраться и дописать
==============================================================
Пример 2.
==============================================================
Замена цвета - сложно описать. Написать потом.
==============================================================
Пример 3.
Выгрузили 10000 товаров в gs1rus, и после обнаружилась ошибка. Есть экспорт цен товаров из xls, он работает по "модели" а точнее по части sku. Эта несостыковка висит уже 3-5 лет - несмотря на точно Модель(ААА) в справочнике имеет те-же цифры, это раньше не мешало работе по SKU по ККМ и в битрикс 24, т.к у них разные и ТИП(СС) и Тип Ткани(DD).

Толстовка-Платье и Теплая Олимпийка
Так получилось, что для этих товаров, ошибочно для части SKU(AAA) заданно одинаковое значение 820. Т.е это банальная опечатка, ошибка заполнения. 
В текущий момент эти товары выглядят вот так(до исправления): 

Но у этих типов товаров разные Тип(СС): Для Платья = 72 (т.к базовый тип = платье) ,для Олимпийки = 10 (т.к базовый тип = олимпийка)
А так же разный Название / Тип ткани (DD): Для Платья = 36 (т.к ткань = Diagonal) ,для Олимпийки = 31 (т.к ткань = Compact penie)
Таким образом эти товары не пересекаются по SKU в ККМ и битрикс24. 
=> Эту ошибку можно не исправлять, но в качестве примера она нам подойдет.
Зачем исправлять тут начало SKU - AAA?
Дело в том что есть довольно сложная таблица в exel которая считает стоимость/себестоимость товара. Вы вводите данные и получаете результат. Меняются вводные - меняется результат. Подсчеты зависят от объема выпускаемой продукции (количества швей на производстве), стоимость закупаленного сырья и фурнитуры, аренды и так далее. Таблица экспортирует цены на сайт.  И все это работает по характеристике "Модель" - начало SKU - AAA.
==============================================================
Короткое видео про таблицу
==============================================================
Да, проще записать одинаковые цены на платья и олимпийки и не мучаться из-за этого. Да, без маркировки Честный Знак все исправление ошибки заняло бы пару часов - поменял SKU - AAA и выпустил новые этикетки в которых EAN поменяет цифры. и все на этом вопрос был бы исчерпан. Но подобные исправления при маркировке Честный Знак превращаются в мучение. Становится намного проще выпустить новую модель платья, чем исправить эту ошибку.

8. Решение проблемы:

Давайте по порядку:
у обоих моделей товаров SKU начинается на 820.
В конечном счете товары у которых поменяется SKU придется перемаркировывать. Посмотрим сколько изделий на складе в текущий момент:
Олимпиек:
Платьев:


Платьев поменьше. Значит будем исправлять платья.

Первое что нужно понимать - все коды необходимо вывести из оборота (списать, утилизировать). Да в системе Честный Знак существует понятие перемаркировка. Но чтобы перемаркировать товар со старого GTIN на новый, новый GTIN сначала нужно создать в gs1rus. Фактически для этого мне нужно создать новые товары. Создавать точно такие же товары в которых будет небольшое исправление это слишком долго, муторно, мусорно (в нашей базе бд), может привезти к другим ошибкам. Мне фактически нужно исправить одну цифру в SKU. Вы уж меня извините, но перемаркировка в таких условиях - слишком жестко. думаю что я никого не обману по количеству, если утилизирую 43 товара и сразу выпущу новые 43 кода после исправления ошибки в SKU. Ну потому что это проще к реализации чем перемаркировка от ЧЗ. Потому что чтобы перемаркировать товар - вам нужно иметь другой товар прямо сейчас. Ну я у нас в конце концов маркетплейсы завязаны именно на эти товары, к ним есть отзывы, если я создам новые товары, то мне придется заново грузить эти товары в маркетплейсы, а старые бросать в маркетплейсах, что тоже не очень удобно. таким образом - совершенно нет желания и даже возможности создавать новые товары. Другой момент в этом месте - пока к товару по SKU присвоен GTIN, о не будет грузится в gs1rus. Таким образом чтобы исправить существующие товары вам надо как-то убрать коды маркировки в честном знаке введеные в оборот. Да в конечном счете старые коды можно не утилизировать, а оставить в честном знаке и по инструкции ЧЗ заниматься "перемаркировкой", посте исправления ошибки в карточке товара на нашей стороне и получения нового GTIN. Но, вы поймите вот что - мне моё время дорого, а честный знак забирает его даже больше чем у меня его есть + это единичный случай, чтобы показать вам как приходится исправлять ошибки при выгрузке в национальный каталог.  
Другими словами - я их спишу по браку, чтобы не возиться с "перемаркировкой", но сразу же введу в оборот c новыми GTIN. И тут нужно понимать что если вы будите исправлять это по инструкции ЧЗ то это будет еще + время. которое я просто пропускаю, потому что честный знак итак кушает очень много времени. 
Вывод: В честном знаке будет весьма сложно заниматься перемаркировкой по инструкции, потому что нужен и новый GTIN и старый GTIN одновременно, а это значит что у вас в вашей информационной системе должен быть и новый товар и старый одновременно. А это очень трудоемко и нецелесообразно, т.к такие товары могут быть привязаны к третьим системам типа маркетплейсов и тд. На мой взгляд целесообразней вносить изменения в Карточку товара в национальном каталоге для исправления ошибок, к тому же существует механизм "версий изменений" на стороне gs1rus и в национальном каталоге. К примеру вам нужно внести небольшую правку в SKU или поменять цвет. с точки зрения прослеживаемости остается тотже гтин с теми же количествами, а изменения основаны на старой "версий изменений". Таким образом в старой "версий изменений" SKU(код производителя) будет начинаться с 820 а в новой допустим с 890. В этом случае не придется заниматься "перемаркировкой", а правка будет отображена в личном кабинете ЧЗ в старой версии изменений. Если честно сильно не думал над этим, потому что в мои задачи думать о том как лучше сделать ЧЗ не входит. Мои задачи - решать задачи производства, в том числе и с Маркировкой. Но если поразмыслить над этом - Если GTIN клеится отдельно от основной этикетки, то вообще не возникает проблем. Если GTIN выпускается на одной этикетке с SKU(код производителя) то "другой" механизм перемаркировки, где gtin остается тот-же подойдет. оставим эту "головоломку" для ЧЗ, и сделаем то что нужно:

Итак, поехали:
1) Утилизируем платья.

Описание к видео:

Магазин Толстовок

Сначала я проверил что все платья промаркированы "нашей наклейкой", потому что если они промаркированы наклейкой от ЧЗ, но их нужно пропикать сканером(в 3м пункте описан механизм как нужно было бы сделать) чтобы они добавились в нашу базу.  Благо все коды к этим товарам есть в нашей базе. Утилизируем. 

2) Меняем меняем часть SKU в справочнике:

Описание к видео:

Магазин Толстовок

Сначала заходим в справочник SKU и меняем ошибочную часть артикула 820 на 890.

Запускаем генератор SKU чтобы перезаписать у товаров-платьев часть SKU-AAA.

В какой-то момент в борьбе с ошибками описанными выше стало очевидно, что какие либо замены в SKU ведут к ошибкам, которые вылезают в самых разных местах - в модуле маркировки ( не заказываются коды, не вводятся и не выводятся из оборота товары, не печатаются наклейки), на маркетплейсах и тд.

✔️ Поэтому мы переписали генератор SKU на новые правила:
 - Теперь вместо прямой перезаписи SKU, если старый SKU не соответствует новому, сформированному из характеристик, SKU не перезаписывается, а выдает предупреждение.

(Раньше, до маркировки Честный Знак - все работало проще - перезаписали SKU, на след день(по cron) или "по кнопке" товары изменили SKU в ККМ и битрикс24. оставалось только сменить этикетки)

Если просто так поменять sku у товара сейчас - то это приведет к ошибкам - показываю в след видео.

✔️ Поэтому,чтобы защитить себя и других контент менеджеров от механической ошибки, поставили запрет на смену SKU в генераторе SKU. Т.е вы не сможете поменять SKU просто так, что защитит вас от ошибок в системе. Контент менеджер не сможет поменять SKU, если у него не будет доступа - такой логикой мы руководствуемся. Администратор может поенять SKU в ручную в каждом товаре или через массовый редактор.

Меняю в массовом редакторе часть SKU(AAA) и показываю замену с фронта. 

3) Показываю ошибки:

Описание к видео:

Магазин Толстовок 

Если поменять SKU у товара то по коду возникают такие ошибки - код не отрабатывает (прим. вообще нужно сюда добавить еще одну проверку что SKU у КМ соответствует SKU в базе - еще одно место).

То есть при загрузке номенклатуры в большом объеме  будут ошибки в самой номенклатуре. и их нужно будет исправить в характеристиках. при исправлении в характеристиках и в SKU произведет замена что можем привести к ошибкам. 

Видимо это место нужно еще доработать немного, чтобы вместо одной ошибки писалась понятная ошибка что SKU не совпадает.

В данном случае код невозможно вывести из оборота с нашей системе - только вручную в НК Честного Знака.

С подобными ошибками сталкивались в большом объеме, и к сожалению пока на этом примере тема не до конца раскрыта, но для нас было важно как их исправлять:

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

Важно: Вот в этом месте и возникает вопрос: а что делать? - как уже было написано выше - Честный Знак не дает исправлять товар в Национальном Каталоге по одному и тому же GTIN. 
Поэтому одно единственное рабочее решение - бросить существующий GTIN c ошибкой в SKU. Другими словами - этот гтин остается в gs1rus и Национальном Каталоге и мы им больше не пользуемся. в целом именно это и предлагает нам делать сам Честный Знак в инструкции по "Перемаркировке". Если помните там нужно указать  коды маркировки для старого gtin и вывести их из оборота со статусом перемаркировка и указанием нового gtin. Пишу этот текст - это время, поэтому я опустил эту сложную процедуру "Перемаркировка по Инструкции ЧЗ"  - сейчас это не очень интересует.
Интересует - что нужно исправить эти товары.
Чтобы Маркировка работала, потому что нужны рабочие карточки товара, потому что производство это непрерывный процесс, и нерабочая карточка товара создает пробку на маркировке.
Что делать?
Изначально, вот такие нерабочие товары удалялись в базе данных - то есть вы логинитесь в Базу, по id товара находите строку и в ней стираете значение gtin и отметку о получении gtin.
==============================================================

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

4) Удаляем в нашей базе GTIN для проблемных товаров:

Описание к видео:

Магазин Толстовок 

Напишу завтра

5) Выгружаем товары в GS1RUS с исправленной ошибкой

Описание к видео:

Магазин Толстовок

Напишу завтра

Д