Как перенести номенклатуру из УТ 10.3 в УТ 11.4 с сохранением упаковок, веса и характеристик?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

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

Метод 1: Использование типового помощника перехода

Прежде чем приступать к разработке собственных правил, рассмотрим возможности, которые предоставляет фирма 1С «из коробки». В конфигурации УТ 11.4 встроен специальный «Помощник перехода с прежних версий». Найти его можно в разделе НСИ и администрирование — Начальное заполнение.

Этот инструмент использует предопределенные правила обмена в формате XML. Однако при его использовании важно учитывать следующие моменты:

  1. Актуальность релизов: Правила жестко привязаны к версиям конфигураций. Если ваша УТ 10.3 сильно кастомизирована или имеет очень старый релиз, стандартный перенос может завершиться с ошибками или «криво» заполнить реквизиты.
  2. Объем данных: На реальных базах с большим количеством номенклатуры автоматические инструменты могут работать нестабильно. Как отмечают специалисты, «автоматы» хорошо показывают себя на демо-базах, но в реальном мире часто требуют ручной доработки.

Метод 2: Перенос через «Загрузку данных из табличного документа»

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

Шаг 1: Подготовка данных в базе-источнике (УТ 10.3). Нам необходимо сформировать таблицу, которая будет содержать все нужные реквизиты. Для этого лучше всего использовать консоль запросов. Напишем запрос, который соберет данные о товаре и его характеристиках. Проанализируем пример ситуации, когда в новой базе мы хотим объединить название товара и его характеристику в одно наименование:


// Пример логики формирования данных в запросе
ВЫБРАТЬ
    Номенклатура.Ссылка КАК Товар,
    ХарактеристикиНоменклатуры.Наименование КАК Характеристика
ПОМЕСТИТЬ ВТ_Данные
ИЗ
    Справочник.Номенклатура КАК Номенклатура
ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ХарактеристикиНоменклатуры КАК ХарактеристикиНоменклатуры
    ПО ХарактеристикиНоменклатуры.Владелец = Номенклатура.Ссылка;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    ВТ_Данные.Товар.Наименование + " (" + ВТ_Данные.Характеристика + ")" КАК НовоеНаименование,
    ВТ_Данные.Товар.Артикул КАК Артикул,
    ВТ_Данные.Товар.ЕдиницаХраненияОстатков.Вес КАК Вес
ИЗ
    ВТ_Данные КАК ВТ_Данные

Полученный результат запроса выводим в табличный документ и сохраняем в формате Excel.

Шаг 2: Загрузка в базу-приемник (УТ 11.4). Открываем обработку в новой базе. Этот инструмент позволяет сопоставить колонки из файла Excel с реквизитами справочника Номенклатура. Важным преимуществом является то, что обработка умеет создавать новые элементы «на лету», если их еще нет в базе.

Метод 3: Использование Конвертации данных (КД 2.0)

Для более глубокого переноса, включающего иерархию, присоединенные файлы и сложные связи, профессионалы используют «1С:Конвертация данных 2.0». Рассмотрим основные этапы работы с этим инструментом:

  1. Выгружаем описания структур метаданных из обеих конфигураций.
  2. В базе КД создаем правила обмена (ПКО) для справочника Номенклатура.
  3. Настраиваем правила конвертации свойств (ПКС). Здесь мы можем прописать программные обработчики на языке 1С для сложных преобразований.

Многие специалисты предпочитают писать собственные внешние обработки выгрузки и загрузки, используя логику КД, но оборачивая её в простой XML-формат. Это позволяет полностью контролировать процесс и избежать «непредсказуемых результатов», которые часто выдают универсальные правила.

Критически важный нюанс: Настройка видов номенклатуры

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

Почему это важно? Именно в виде номенклатуры определяется:

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

Работа с упаковками и единицами измерения

Проанализируем различие в хранении единиц измерения. В УТ 10.3 единицы — это подчиненный справочник. В УТ 11 логика иная: есть базовая единица хранения, указанная непосредственно в карточке, и упаковки, которые хранятся в отдельном справочнике.

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

Характеристики: Индивидуальные против общих

В УТ 10.3 характеристики всегда жестко привязаны к конкретному владельцу-номенклатуре. В УТ 11.4 у нас появляется возможность использовать «Общие характеристики» для всего вида номенклатуры.

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

Итоговые рекомендации по порядку действий

Для успешного завершения задачи мы рекомендуем придерживаться следующего алгоритма:

  1. Проанализируем структуру данных в УТ 10.3 и выделим группы товаров с одинаковыми правилами учета.
  2. В УТ 11.4 создадим соответствующие ВидыНоменклатуры, настроив в них использование характеристик, серий и упаковок.
  3. Выполним тестовый перенос небольшой группы товаров (10-20 позиций) одним из выбранных методов.
  4. Проверим корректность заполнения реквизитов НаборУпаковок, ЕдиницаИзмерения, а также веса и объема.
  5. При необходимости перенесем штрихкоды. Помним, что в УТ 11 они хранятся в регистре сведений ШтрихкодыНоменклатуры и загружаются отдельным этапом после создания самих элементов номенклатуры.
  6. Только после полной проверки тестовой выборки приступаем к массовой миграции данных.

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

← На главную