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