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