Администрирование · 11 мин
Как конвертировать базу 1С: способы, инструменты и проверка результата
Как конвертировать базу 1С: перенос из файловой в клиент-серверную, обмен между конфигурациями, конвертация данных 2.0 и 3.0, проверка результата и типичные ошибки.
Конвертация базы 1С — это перенос данных из одной информационной базы в другую: из файлового варианта в клиент-серверный, между разными конфигурациями (например, из «Управление торговлей 10.3» в «Управление торговлей 11») или между различными версиями платформы. В зависимости от задачи используются разные инструменты: выгрузка и загрузка через конфигуратор, типовые обработки обмена, «Конвертация данных» или штатные помощники перехода.
Главный риск при конвертации — потеря или искажение данных: остатков по складу, взаиморасчётов, справочников и документов. Поэтому любая конвертация начинается с резервной копии и заканчивается сверкой контрольных итогов. Ниже разобраны основные сценарии, порядок действий для каждого и способы проверить, что перенос выполнен корректно.
Какие бывают виды конвертации баз 1С
Под «конвертацией» обычно понимают одну из четырёх задач, и у каждой свой инструмент:
- Перенос файловой базы в клиент-серверный вариант — выгрузка в файл .dt и загрузка в базу на MS SQL, PostgreSQL или другом сервере СУБД.
- Переход на новую редакцию конфигурации — например, с «1С:Управление торговлей 10.3» на «11» или с «Комплексной автоматизации 1» на «2». Обычно выполняется штатной обработкой переноса от фирмы «1С».
- Перенос между разными конфигурациями — например, из самописной учётной системы в «Бухгалтерию предприятия». Здесь нужна «Конвертация данных» с настройкой правил обмена.
- Смена версии платформы — например, с 8.2 на 8.3. Строго говоря, это не конвертация данных, а конвертация режима совместимости, выполняемая конфигуратором.
Сравнение способов конвертации
Подходит для переноса базы целиком: файловая в серверную, переезд на другое железо. Ограничение: конфигурация и версия платформы должны совпадать.
Подходит для перехода на новую редакцию (УТ 10.3 → УТ 11, КА 1 → КА 2). Ограничение: работает только для предусмотренных вендором пар конфигураций.
Подходит для переноса между любыми конфигурациями по настраиваемым правилам. Ограничение: требует разработки или доработки правил обмена, это задача уровня разработчика.
Подходит для выборочного переноса справочников и документов между идентичными конфигурациями. Ограничение: не переносит движения регистров произвольно.
Подготовка: резервная копия и проверка базы
Перед конвертацией всегда создавайте полную резервную копию. Для файловой базы достаточно скопировать файл 1Cv8.1CD при остановленной работе пользователей или выполнить выгрузку в .dt через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Для серверной базы делайте копию средствами СУБД — это надёжнее, чем .dt.
Затем проверьте базу на ошибки. В конфигураторе откройте «Администрирование» → «Тестирование и исправление», отметьте проверки логической и ссылочной целостности и запустите в режиме «Тестирование» (без исправления), чтобы оценить масштаб проблем. Битые ссылки и ошибки лучше устранить до переноса — в новой базе они проявятся острее.
Перенос файловой базы в клиент-серверный вариант
Это самый частый сценарий конвертации. Порядок действий:
Важные нюансы: версия платформы на сервере должна совпадать с версией, на которой делалась выгрузка, либо быть совместимой. Большие базы (десятки гигабайт) выгружаются и загружаются часами — планируйте окно работ на нерабочее время. Если .dt загружается с ошибкой памяти, используйте 64-битный конфигуратор.
После загрузки проверьте, что в свойствах базы в консоли кластера не включена блокировка регламентных заданий, если они нужны, и что у пользователей сохранились права — они переносятся вместе с базой.
Переход на новую редакцию конфигурации
Для типовых переходов (например, УТ 10.3 → УТ 11, БП 2.0 → БП 3.0, ЗУП 2.5 → ЗУП 3.1) фирма «1С» поставляет специальные обработки переноса. Они находятся в каталоге шаблонов новой конфигурации или в её поставке.
Общая схема такая: в старой базе запускается обработка выгрузки, которая формирует файл с данными (справочники, остатки на дату перехода, иногда документы за период). Затем в новой, предварительно обновлённой до актуального релиза базе запускается обработка загрузки. Переносятся, как правило, остатки и нормативно-справочная информация; история документов переносится не всегда — уточняйте в описании конкретной обработки.
Дату перехода лучше выбирать на начало месяца или квартала после закрытия периода: так проще сверить остатки. Старый период остаётся в старой базе, которая переводится в режим «только чтение» для справок.
Перенос между разными конфигурациями: Конвертация данных
Если типовой обработки нет — например, нужно перенести данные из самописной конфигурации или из сторонней учётной системы — используется «1С:Конвертация данных». Это отдельная конфигурация-инструмент, в которой разработчик описывает правила: какие объекты источника в какие объекты приёмника превращаются, как сопоставляются реквизиты и как ищутся уже существующие элементы.
Версия «Конвертация данных 2.0» работает через XML-файлы и подходит для разовых переносов. «Конвертация данных 3.0» ориентирована на универсальный формат EnterpriseData и используется в основном для настройки постоянных синхронизаций между базами. Для разовой конвертации между разными конфигурациями чаще применяют 2.0.
Разработка правил конвертации — это проектная задача: даже для переноса справочников и остатков между похожими конфигурациями требуется сопоставить десятки реквизитов и настроить поиск ссылок. Если у вас нет специалиста с опытом «Конвертации данных», оцените вариант переноса через табличные документы (Excel) штатной загрузкой данных из табличного документа — для справочников и начальных остатков это часто быстрее и дешевле.
Проверка результата конвертации
Конвертация считается завершённой только после сверки. Минимальный набор контрольных точек:
- Остатки по счетам бухгалтерского учёта — оборотно-сальдовая ведомость на дату перехода в старой и новой базе должна совпадать до копейки.
- Остатки складов — сумма и количество по отчёту «Остатки товаров» в разрезе складов.
- Взаиморасчёты — задолженность по контрагентам в целом и по крупнейшим дебиторам/кредиторам в деталях.
- Справочники — количество элементов в ключевых справочниках (номенклатура, контрагенты, договоры) и отсутствие дублей.
- Проведение документов — в новой базе проведите несколько документов разных видов, чтобы убедиться, что механизмы работают.
Как проверить результат
Совпадает построчно со старой базой
Расхождения по суммам — искать неперенесённые остатки или двойную загрузку
Совпадает или отличается объяснимо (помеченные на удаление не переносились)
Существенная разница без причины
Все поля заполнены, отчёты строятся
Значения вида «Объект не найден» — битые ссылки после переноса
Пользователи входят и видят свои данные
Нет доступа или видны лишние разделы
Типичные ошибки и ограничения
Отдельно отметим ограничение: файл .dt нельзя загрузить в базу с другой конфигурацией или платформой несовместимой версии. Выгрузка/загрузка .dt — это перенос базы «как есть», а не преобразование данных. Для преобразования нужны правила обмена.
Как выбрать способ
FAQ
Можно ли конвертировать базу 1С 7.7 в 1С 8.3?
Да, но не напрямую файлом. Для перехода с 7.7 на типовые конфигурации 8.3 существуют специальные обработки переноса (например, из «Торговля и склад 7.7» в «Управление торговлей 11» или из «Бухгалтерии 7.7» в БП 3.0). Они выгружают справочники и остатки из 7.7 и загружают в новую базу. Для нетиповых конфигураций 7.7 правила придётся разрабатывать в «Конвертации данных».
Сколько времени занимает конвертация базы?
Перенос файловой базы на сервер через .dt зависит от размера: база в несколько гигабайт обычно выгружается и загружается за 1–3 часа, большие базы — дольше. Переход между конфигурациями с разработкой правил — это проект от нескольких дней до недель в зависимости от объёма переносимых данных и количества итераций сверки.
Чем отличается выгрузка .dt от выгрузки через обмен XML?
Файл .dt — это полный слепок базы вместе с конфигурацией, пользователями и настройками; загрузить его можно только в идентичную конфигурацию. Обмен XML переносит только данные (справочники, документы) по правилам и работает между разными конфигурациями. Для переезда базы используйте .dt, для преобразования данных — обмен.
Переносятся ли при конвертации настройки пользователей и отчётов?
При переносе через .dt — да, включая список пользователей и их настройки. При переходе между конфигурациями обработками переноса — нет: переносятся только учётные данные, права и настройки нужно заводить заново в новой базе.
Что делать, если после загрузки появились «битые» ссылки?
Запустите в конфигураторе «Тестирование и исправление» с проверкой ссылочной целостности — оно покажет объекты с потерянными ссылками. Причина обычно в том, что при переносе не загрузилась часть справочников или документов. Повторите загрузку недостающих объектов по правилам с поиском по существующим, затем сверьте остатки заново.
Нужно ли обновлять платформу перед конвертацией?
Не обязательно, но версии платформы на источнике и приёмнике должны быть совместимы: .dt, выгруженный на новой платформе, может не загрузиться на старой. Перед переходом на новую редакцию конфигурации платформу лучше обновить до версии, рекомендованной для целевого релиза.
Что важно запомнить
Выбирайте инструмент под задачу: .dt — для переезда базы целиком, типовые обработки — для перехода на новую редакцию, «Конвертация данных» — для переноса между разными конфигурациями. Всегда делайте резервную копию, работайте при отключённых пользователях и завершайте конвертацию сверкой оборотно-сальдовой ведомости, остатков складов и взаиморасчётов.