Как в 1С:Розница 2.3.6 отвязать номенклатуру от кодов маркировки и вернуть окно сопоставления

← На главную

С выходом обновлений 1С:Розница (начиная с релиза 2.3.6.27 и выше) многие пользователи столкнулись с проблемой при продаже маркированных товаров, особенно обуви. Если раньше при сканировании марки система позволяла выбрать номенклатуру вручную (открывалось окно сопоставления), то в новых версиях программа принудительно подставляет карточку товара, которая была привязана к этой марке или её GTIN ранее. Рассмотрим подробно, почему так происходит, и разберем по шагам, как корректно «отвязать» номенклатуру.

Выясняем причину: почему старый способ перестал работать

Раньше для «отвязки» было достаточно воспользоваться обработкой Групповое изменение реквизитов и очистить поле Номенклатура в справочнике Штрихкоды упаковок и товаров. В новых релизах разработчики изменили логику работы с ГИС МТ (Честный ЗНАК). Теперь система выполняет поиск не только по прямой ссылке в этом справочнике, но и анализирует структуру самого кода Data Matrix.

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

Система считывает марку и извлекает из неё GTIN (первые 14 цифр после префикса 01).
Программа ищет этот GTIN в основном справочнике Штрихкоды (где хранятся обычные товарные штрихкоды EAN-13).
Если запись с таким GTIN найдена и она привязана к карточке (например, «Обувь мужская»), 1С автоматически выбирает эту номенклатуру, игнорируя пустое значение в «Штрихкодах упаковок».

Посмотрим на ситуацию с «упрощенными» кодами (для остатков обуви). У таких марок GTIN часто одинаковый для всех мужских туфель или всех женских сапог. Если вы один раз сопоставили этот GTIN с конкретной позицией, система «запомнит» эту связь для всех аналогичных марок.

Шаг 1. Очистка основного справочника Штрихкоды

Прежде всего, нам нужно убедиться, что связь не зафиксирована на уровне обычных товарных штрихкодов. Разберем, как это проверить:

Перейдем в раздел Администрирование — Обслуживание — Корректировка данных.
Откроем Групповое изменение реквизитов.
Выберем объект Штрихкоды.
Добавим отбор по реквизиту Штрихкод. В качестве значения нужно указать GTIN из вашей марки (например, начинающийся на 029... или 046...).
Если запись найдена, проверим, какая Номенклатура там указана. Именно эта связь мешает программе вызвать окно сопоставления.

Важно: Если вы удалите штрихкод из этого справочника, система перестанет автоматически подставлять товар при сканировании марки, так как «потеряет» первичную зацепку по GTIN.

Шаг 2. Работа со справочником Штрихкоды упаковок и товаров

Это основной технический справочник для системы маркировки. Рассмотрим правильный метод очистки данных в нем. Просто очистить поле Номенклатура в текущих реалиях часто недостаточно, так как в записи остается Хэш-сумма, и запись становится «битой», что приводит к ошибке «Код не найден».

Вместо очистки поля, выполним следующие действия:

Через Все функции (или Функции для технического специалиста) откроем список справочника Штрихкоды упаковок и товаров.
Найдем записи по интересующим нас маркам.
Полностью удалим эти записи (не просто очистим реквизиты, а удалим сами объекты).

При следующем сканировании марки в РМК, если 1С не найдет связи ни в этом справочнике, ни по GTIN в обычных штрихкодах, она будет вынуждена открыть окно для ручного выбора номенклатуры.

Шаг 3. Очистка кэша и технических регистров

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

Проверьте регистр сведений Пул кодов маркировки СУЗ. Если марки заказывались напрямую из 1С, связь с документом Заказ на эмиссию и номенклатурой фиксируется именно там в момент создания кодов. Для очистки связей может потребоваться корректировка записей в этом регистре.

Также стоит обратить внимание на регистр Кэш кодов маркировки. Выясним причину ошибки «Не назначена цена»: она часто возникает из-за того, что система принудительно находит «общую» номенклатуру (например, «Мужская обувь») по кэшированным данным, но на эту позицию в магазине не установлена розничная цена.

Шаг 4. Настройка контроля статусов

Если после всех очисток система выдает ошибку «Код не найден», проверьте настройки интеграции. Рассмотрим подробнее:

Перейдем в Настройки — Интеграция с ИС МП.
Найдем раздел Контроль статусов.
Если включен строгий контроль, система блокирует продажу марок, которые не «прописаны» в базе должным образом. Для проведения сопоставления в момент продажи иногда требуется временно отключить проверку в РМК, чтобы программа позволила выбрать товар вручную.

Технический пример: Как программно найти связи

Если записей слишком много, можно воспользоваться небольшим фрагментом кода во внешней обработке, чтобы найти все ссылки на конкретный GTIN. Разберем пример логики поиска:


Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	Штрихкоды.Владелец КАК Номенклатура,
    |	Штрихкоды.Штрихкод КАК Штрихкод
    |ИЗ
    |	РегистрСведений.Штрихкоды КАК Штрихкоды
    |ГДЕ
    |	Штрихкоды.Штрихкод ПОДОБНО &НужныйGTIN";

Запрос.УстановитьПараметр("НужныйGTIN", "%" + СокрЛП(GTIN_Из_Марки) + "%");
Результат = Запрос.Выполнить().Выгрузить();

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

Резюме действий для исправления ситуации

Если при сканировании марки подставляется не та номенклатура:

Удалите GTIN из карточки «неправильного» товара (справочник Штрихкоды).
Удалите записи из справочника Штрихкоды упаковок и товаров для этой марки.
Убедитесь, что в регистре Пул кодов маркировки нет жесткой привязки к заказу на эмиссию с этой номенклатурой.
Проверьте, установлена ли цена на ту номенклатуру, которую вы планируете сопоставить, чтобы избежать ошибки Не назначена цена.

Помните, что в новых версиях 1С:Розница разработчики стремятся к максимальной автоматизации, поэтому «ручное сопоставление» рассматривается системой как исключительная ситуация. Для стабильной работы рекомендуется один раз корректно связать GTIN с номенклатурой и в дальнейшем использовать только этот механизм.