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