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