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