Как организовать маркировку одежды в 1С:УТ 11, если характеристики привязаны к виду номенклатуры?

При внедрении маркировки товаров легкой промышленности в 1С:Управление торговлей 11 (УТ 11) пользователи часто сталкиваются с серьезной архитектурной преградой. Согласно официальным инструкциям, для включения учета кодов маркировки необходимо создать новый Вид номенклатуры с типом «Товар: одежда и изделия легкой промышленности». Однако, если в базе уже ведется учет одежды с использованием характеристик, привязанных к старому виду номенклатуры, простой перенос позиций приводит к тому, что в новых документах невозможно выбрать старые характеристики, а в старых документах «слетают» связи. Рассмотрим, как решить эту проблему, сохранив историю учета и минимизировав ручной труд.

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

В 1С:УТ 11 характеристики могут быть настроены тремя способами: индивидуальные для каждой позиции, общие для вида номенклатуры или общие для группы видов. Если у вас используется второй вариант (общие для вида), то владельцем характеристики в базе данных является именно объект Вид номенклатуры. Проанализируем последствия прямого изменения реквизита:

1. Разрыв связей в характеристиках. Если мы создаем новый вид «Одежда (Маркируемая)» и переносим туда товар, система ожидает, что характеристики будут принадлежать новому владельцу. Старые характеристики просто не будут отображаться в подборе.
2. Проблема частичной маркировки. Не вся одежда подлежит маркировке (например, некоторые виды белья или аксессуаров могут не входить в перечень ГИС МТ). Если все товары находились в одном виде «Одежда», их разделение становится болезненным из-за общих остатков и ШК.
3. Исторические документы. Перепроведение старых документов реализации или поступления после смены вида может привести к ошибкам заполнения, так как логика контроля характеристик изменится.

Решение №1: Использование механизма общих характеристик для нескольких видов

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

1. Создадим новый Вид номенклатуры с правильным типом для маркировки (Одежда).
2. В настройках этого вида, в разделе «Характеристики», выберем вариант «Общие с другим видом номенклатуры».
3. В качестве образца укажем наш старый вид номенклатуры.

Что это дает? Система позволит выбирать те же самые 10 000 характеристик в документах для товаров нового вида. Владелец характеристик не меняется, они остаются привязанными к старому виду, но становятся доступны для нового. Рассмотрим, как это выглядит на уровне структуры данных: объект Справочник.ХарактеристикиНоменклатуры теперь имеет двух «законных» потребителей через настройки видов.

Решение №2: Массовое изменение типа номенклатуры через групповую обработку

Если маркировке подлежит 100% товаров в рамках одного вида, можно пойти по пути трансформации существующего вида. Однако стандартно 1С запрещает менять Тип номенклатуры у вида, если по нему уже есть движения. Выясним, как обойти это ограничение (использовать только на копии базы!):

Воспользуемся обработкой «Групповое изменение реквизитов». Проанализируем последовательность действий:

1. Выберем объект Виды номенклатуры.
2. В настройках (кнопка «Дополнительные параметры») установим флаг «Показывать служебные реквизиты» и «Режим разработчика».
3. Найдем реквизит ТипНоменклатуры и заменим его на значение, соответствующее маркируемой одежде.

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

Решение №3: Поэтапный переход и разделение остатков

Рассмотрим ситуацию, когда в рамках одного вида «Одежда» часть товаров требует маркировки, а часть — нет. В этом случае мы рекомендуем стратегию «Мягкого перехода»:

Создадим новые карточки только для маркируемых товаров, используя настройки из Решения №1 (общие характеристики). Проанализируем, как перенести остатки:

// Пример логики переноса остатков (схематично)
Для Каждого СтрокаОстатков Из ТаблицаСтарыхОстатков Цикл
    ДокументПересортица = Документы.ПересчетТоваров.СоздатьДокумент();
    // Списываем старую позицию (немаркируемую)
    // Приходуем новую позицию (маркируемую) с тем же ШК и характеристикой
КонецЦикла;

Посмотрим на проблему штрихкодов. Штрихкод в УТ 11 уникален в связке «Номенклатура + Характеристика». Если мы создаем новую карточку номенклатуры, нам придется либо удалить ШК у старой карточки и присвоить его новой, либо генерировать новые ШК (что неудобно для розницы). Если же вы используете Решение №2 (смена типа у вида), штрихкоды сохранятся за позициями автоматически.

Работа с ГТД и сертификатами при переходе

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

• ТН ВЭД: Обязателен для маркировки. Убедитесь, что код ТН ВЭД заполнен в Виде номенклатуры или в каждой карточке индивидуально.
• Страна происхождения: Посмотрите, заполнена ли она в справочнике Номенклатура. Без этого невозможна корректная печать этикеток маркировки.
• Целевой пол и состав: Эти атрибуты часто передаются в ГИС МТ при описании остатков.

Резюме и рекомендации

Для вашего случая (10 лет учета, 10 000 характеристик) наиболее жизнеспособным является смешанный подход:

1. Использование общих характеристик между старым видом («Одежда архив») и новым («Одежда маркируемая»). Это исключит дублирование характеристик в базе.
2. Применение Группового изменения реквизитов для переноса только тех карточек товаров, которые попадают под маркировку, в новый вид номенклатуры.
3. Проверка регистра «Штрихкоды номенклатуры» после переноса — ссылки на номенклатуру должны обновиться корректно, так как владелец ШК — сама номенклатура, а не её вид.

Перед началом работ обязательно сделайте полную копию базы и протестируйте на ней цикл «Заказ кодов — Печать — Ввод в оборот — Розничная продажа». Только после успешного прохождения всей цепочки на тестовой базе приступайте к изменениям в рабочей среде.