← На главную

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

Разберем главную ошибку: почему нельзя использовать .dt для переноса данных

Прежде чем приступать к правильным методам, выясним причину неудач, с которыми сталкиваются многие пользователи. Файл .dt представляет собой полный информационный слепок всей базы данных. Он включает в себя и структуру (конфигурацию), и все введенные пользователем данные (документы, справочники, регистры).

Важно помнить: когда мы выполняем команду Администрирование — Загрузить информационную базу и выбираем файл .dt, платформа 1С полностью уничтожает текущую базу данных и заменяет её содержимым из файла. Если вы загружаете пустой .dt в рабочую базу, все ваши документы за 6 лет работы будут безвозвратно стерты. Рассмотрим безопасные способы переноса.

Метод 1: Обновление копии существующей базы (рекомендуемый)

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

1. Создание резервной копии. Перед любыми манипуляциями обязательно создаем архивную копию. В конфигураторе переходим в меню Администрирование — Выгрузить информационную базу. Это наш страховочный трос.
2. Подготовка файла конфигурации. Если у вас есть пустая база версии 1.2.65.1, зайдем в её конфигуратор. Выполним команду Конфигурация — Сохранить конфигурацию в файл... и получим файл с расширением .cf. Этот файл содержит только структуру программы без данных.
3. Обновление структуры. Открываем конфигуратор нашей рабочей базы (1.2.55.1). Переходим в меню Конфигурация — Поддержка — Обновить конфигурацию (если база на поддержке) или Конфигурация — Загрузить конфигурацию из файла (если вы уверены, что в базе нет уникальных доработок). Выбираем наш подготовленный файл .cf от версии 1.2.65.1.
4. Принятие изменений. После анализа конфигурация предложит список измененных объектов. Нажимаем «Выполнить» и соглашаемся с изменениями в структуре таблиц базы данных (нажимаем «Принять»).
5. Запуск в режиме Предприятия. Это критический этап. Нужно запустить 1С под пользователем с правами администратора. В этот момент программа начнет выполнять обработчики обновления: перенос данных в новые реквизиты, заполнение служебных справочников и корректировку регистров.

Метод 2: Последовательное обновление через .cfu

Рассмотрим подробнее ситуацию, когда скачок между версиями слишком велик (с 55-й на 65-ю). Прямая загрузка .cf может пройти успешно технически, но при запуске в режиме «Предприятие» некоторые процедуры обновления могут не сработать, если они были жестко привязаны к промежуточным версиям. Правильнее будет выполнить обновление последовательно:

Выясним последовательность обновлений, заглянув в файл update.htm, который идет в комплекте с каждым релизом. Например, путь может быть таким: 1.2.55 -> 1.2.58 -> 1.2.62 -> 1.2.65. Для этого используем файлы обновления .cfu. Этот метод дольше, но он гарантирует максимальную сохранность логической целостности данных.

Метод 3: Перенос данных в чистую базу через XML

Посмотрим на ситуацию, когда нам принципиально нужно начать работу в новой «чистой» базе (например, чтобы оставить в прошлом технический «мусор» или ошибки в итогах). В этом случае мы используем универсальную обработку ВыгрузкаЗагрузкаДанныхXML.epf.

Важное условие: этот метод работает корректно только тогда, когда конфигурации источника и приемника идентичны. Поэтому алгоритм будет следующим:

1. Обновляем старую базу с данными до версии 1.2.65.1 (как описано в Методе 1).
2. Убеждаемся, что в новой пустой базе также установлена версия 1.2.65.1.
3. В старой базе запускаем обработку ВыгрузкаЗагрузкаДанныхXML, выбираем нужные объекты (справочники, документы, остатки) и выгружаем их в файл.
4. В новой базе запускаем ту же обработку и загружаем полученный XML-файл.

Технические нюансы и пост-обработка

После завершения процесса обновления или переноса, необходимо выполнить ряд регламентных операций, чтобы база работала стабильно:

Тестирование и исправление (ТиИ): В конфигураторе выберите Администрирование — Тестирование и исправление. Рекомендуется отметить пункты «Реиндексация таблиц» и «Пересчет итогов». Поскольку УТП часто работает на обычных формах, правильный расчет итогов критичен для формирования отчетов.

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

Версия платформы: Проанализируем системные требования версии 1.2.65.1. Современные релизы УТП часто требуют актуальную версию платформы 1С:Предприятие 8.3 (не ниже 8.3.15 или даже 8.3.20). Если ваша платформа устарела, обновление конфигурации может завершиться аварийно.

Таким образом, мы выяснили, что перенос данных — это не копирование файлов, а процесс контролируемого обновления структуры базы данных с последующим запуском внутренних скриптов 1С. Никогда не используйте загрузку .dt поверх базы с данными, если не планируете полную замену текущей информации.