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