← На главную

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

Способ 1. Использование типовых правил обмена и синхронизации

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

Проанализируем алгоритм действий при использовании этого метода:

1. Подготовка правил: Нам необходимо извлечь правила обмена из дистрибутива (папка SyncSetup в каталоге шаблонов). Эти правила загружаются в обработку Универсальный обмен данными в формате XML.
2. Выгрузка данных из УТ 11: В исходной базе мы выбираем необходимые объекты: Справочник.Номенклатура, Справочник.ЕдиницыИзмерения, РегистрСведений.Штрихкоды, а также данные об организациях и складах.
3. Загрузка в Розницу 2.3: Выполняем загрузку полученного XML-файла. Важно понимать, что типовые правила отлично справляются со справочной информацией, но не всегда корректно переносят текущие остатки как «начальные».

Выясним причину, по которой этот метод может потребовать доработки. Правила обмена часто рассчитаны на идентичные версии метаданных. Если ваша УТ 11.4 значительно старше или новее целевой Розницы 2.3, вы можете столкнуться с ошибками при чтении XML. В этом случае придется воспользоваться конфигурацией «Конвертация данных 2.1», чтобы подкорректировать правила под ваши версии программ.

Способ 2. Перенос данных через табличные документы (Excel/MXL)

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

Шаг 1: Выгрузка из УТ 11.4. Сформируем отчет «Остатки товаров на складах». Настроим его так, чтобы в колонках были представлены: Артикул, Наименование, Характеристика (если используется), Единица измерения, Штрихкод и Текущий остаток. Также сформируем отчет по ценам для получения актуальных значений по нужным видам цен. Сохраним результат в формате Excel.

Шаг 2: Подготовка Розницы 2.3. Откроем в целевой базе типовую обработку Загрузка данных из табличного документа. Это универсальный инструмент, который позволяет сопоставить колонки вашего файла с реквизитами справочников или табличными частями документов.

Шаг 3: Загрузка номенклатуры. Сначала загрузим справочник Номенклатура. При сопоставлении полей уделим особое внимание Видам номенклатуры. В Рознице 2.3 настройки вида номенклатуры (использование характеристик, серий) должны совпадать с настройками в УТ, иначе учет остатков будет нарушен.

Шаг 4: Ввод остатков. Для этого создадим документ Оприходование товаров. Используем ту же обработку загрузки, но теперь направим данные в табличную часть Товары созданного документа. Это позволит нам зафиксировать остатки на складах на дату перехода.

Способ 3. Временная настройка синхронизации через Enterprise Data

Разберем более продвинутый метод — настройку полноценного обмена между базами с последующим разрывом связи. Проанализируем этот сценарий:

1. Настроим синхронизацию данных в УТ 11.4 и Рознице 2.3 через формат Enterprise Data.
2. Выполним первичную выгрузку данных. Система сама сопоставит объекты и перенесет основные справочники и документы движения.
3. После того как данные успешно перенесены, и мы убедились в их корректности, в настройках синхронизации необходимо удалить узел информационной базы.
4. Теперь Розница становится автономной. Лишние документы, которые могли «прилететь» при обмене, можно удалить или пометить на удаление, оставив только итоговые остатки.

Важные технические нюансы переноса

Разберем подробнее специфические моменты, которые часто становятся камнем преткновения при переходе.

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

Характеристики и штрихкоды: Посмотрим на структуру хранения. В УТ 11 штрихкоды могут храниться в регистре сведений ШтрихкодыНоменклатуры. При переносе через Excel важно выгружать штрихкоды отдельной итерацией, связывая их с владельцем по Артикулу или Уникальному идентификатору (GUID). Если вы используете характеристики, убедитесь, что они перенесены до загрузки остатков и штрихкодов.

Эквайринг и ККМ: Важно помнить, что настройки торгового оборудования (кассы ККМ, терминалы) не переносятся программно. В Рознице 2.3 справочник Кассы ККМ жестко привязан к Рабочим местам (настройкам конкретного компьютера). Разберем этот момент: после переноса всей номенклатуры вам придется вручную создать карточки касс и настроить драйверы оборудования для каждого рабочего места кассира.

Стоит ли рассматривать Розницу 3.0?

Проанализируем перспективу. На текущий момент Розница 2.3 является проверенным, но постепенно устаревающим решением. Она базируется на старой архитектуре. Новая версия Розница 3.0 построена на коде УНФ 3.0, что делает её более гибкой и современной. Если вы только планируете переход, рассмотрите вариант миграции сразу на версию 3.0. Механизмы обмена данными через Enterprise Data там реализованы более эффективно, а структура метаданных ближе к актуальным версиям УТ 11.5.

Выбор метода зависит от объема ваших данных. Для небольшого магазина с 500-1000 позициями идеальным будет Способ 2 (Excel). Для крупной сети с тысячами SKU и сложной структурой характеристик лучше подойдет Способ 3 с использованием типовой синхронизации и последующей очисткой базы.