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