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