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