При переходе с редакции «1С:Розница 2.3» на «1С:Розница 3.0» многие пользователи сферы торговли одеждой и обувью сталкиваются с неожиданной проблемой: привычное поле Бренд/Марка пропадает из карточки номенклатуры, а типовой помощник перехода не переносит эти сведения в новую базу. Выясним причину такого поведения системы, проанализируем доступные варианты учета торговых марок в актуальной редакции и разберем по шагам, как правильно загрузить бренды из файлов Excel.
Конфигурация «1С:Розница 3.0» разработана на единой архитектурной базе с «1С:Управление нашей фирмой 3.0» (УНФ). В этой структуре метаданных отдельный типовой реквизит и справочник торговых марок не предусмотрен. В карточке товара по умолчанию доступны два других поля, которые не подходят для обозначения бренда:
Контрагенты. Записывать текстильные бренды в список контрагентов нерационально, так как это засоряет базу фиктивными юридическими лицами и затрудняет поиск реальных партнеров при автоподборе по строке.СтруктурныеЕдиницы и используется преимущественно для собственных подразделений или производственных площадок.Штатный помощник перехода выполняет обмен по правилам EnterpriseData, где соответствие для удаленного реквизита марки просто не задано, из-за чего данные из версии 2.3 не попадают в 3.0 автоматически.
Наиболее универсальным и рекомендуемым типовым решением является использование механизма дополнительных реквизитов. Разберем, на каком уровне структуры следует создавать новое свойство:
ЗначенияСвойствОбъектов и гарантирует сквозную фильтрацию во всех аналитических отчетах.Для создания свойства перейдем в раздел Настройки > Общие настройки > Дополнительные реквизиты, выберем объект Номенклатура и добавим общий реквизит Бренд с типом значения Дополнительное значение (для исключения опечаток при вводе).
При попытке загрузить большой каталог товаров через типовую обработку Загрузка данных из внешних источников (Загрузка через Excel) часто возникает ошибка: основные реквизиты (артикул, наименование, страна) записываются, а колонка созданного свойства «Бренд» остается пустой.
Проанализируем причину сбоя: реквизит с типом «Дополнительное значение» является элементом подчиненного справочника ЗначенияСвойствОбъектов. Когда обработка одновременно создает новый элемент номенклатуры и пытается записать в него еще не существующее значение дополнительного свойства, алгоритм платформы не успевает инициализировать набор свойств для новой строки каталога и пропускает создание подчиненного элемента «на лету».
Разберем два рабочих способа обойти ограничение типового механизма загрузки данных.
Способ 1. Загрузка в два прохода (наиболее простой и быстрый)
Артикул или Штрихкод) и колонку Общие для номенклатуры/Бренд. В настройках сопоставления выбираем режим Обновлять сопоставленные элементы. Поскольку карточки товаров уже физически записаны в базе данных, механизм импорта успешно создаст новые значения бренда и привяжет их к номенклатуре.Способ 2. Предварительное наполнение справочника значений
Рассмотрим другие подходы, если типовых возможностей дополнительных реквизитов оказывается недостаточно:
Бренды и ссылочный реквизит в справочник Номенклатура. Конфигурация при этом остается на полной официальной поддержке.При использовании дополнительных реквизитов не забываем проверить вывод поля в шаблон ценников и настроить правила соответствия свойств в интеграциях с маркетплейсами или интернет-магазином.