Объединение двух информационных баз 1С 8.3: рабочие способы

Объединить две базы 1С одной кнопкой нельзя. Чтобы данные из одной базы оказались в другой, настраивают обмен: выгружают объекты из базы-источника и загружают в базу-приёмник — через обработку обмена XML или через правила конвертации. Какой способ выбрать, зависит от того, одинаковые у баз конфигурации или разные.

Сразу уберём частую путаницу. Объединить базы и объединить конфигурации — это разные задачи. Объединение конфигураций в Конфигураторе (Конфигурация → Сравнить, объединить с конфигурацией из файла) переносит метаданные — справочники, документы, отчёты как структуру, но не их содержимое. Чтобы слить сами данные двух работающих баз — остатки, документы, контрагентов, номенклатуру — нужен обмен данными. Дальше речь только про перенос данных.

Задача почти всегда разовая: свели два юрлица в одну базу, перешли с отдельной «зарплаты» на общую, объединили склады. Поэтому важнее не красота процесса, а чтобы после переноса остатки сошлись, а справочники не задвоились.

С чего начать: что и куда вы переносите

Первым делом определите направление. База, в которую вливаются данные, — приёмник. База, из которой выгружаете, — источник. После объединения работать продолжают в приёмнике, источник остаётся как архив.

Проверьте три вещи, от них зависит метод:

• 🔹 Конфигурации. Одинаковые (например, обе — «Бухгалтерия предприятия 3.0») или разные (БП 3.0 и УТ 11). При разных конфигурациях прямой обмен XML не пройдёт.
• 🔹 Релизы. Даже у одинаковых конфигураций номера релизов должны совпадать или быть близкими. Сначала обновите обе базы до одного релиза, не ниже актуального.
• 🔹 Объём и период. Переносите всё с начала ведения учёта или только остатки на дату перехода. От этого зависит, сколько документов придётся перепроводить.

Отдельно оцените структуру данных. Если в одной из баз есть доработки — добавленные реквизиты, свои документы, нетиповые справочники, — при разных конфигурациях эти данные либо не перенесутся, либо потребуют отдельных правил. Выпишите список таких объектов заранее: это определит, пройдёт ли типовой обмен или понадобится программист.

Способ 1. Обмен через «Выгрузку и загрузку данных XML»

Это основной путь, когда конфигурации баз одинаковые. Используется типовая обработка «Выгрузка и загрузка данных XML» — её берут с диска ИТС и открывают как внешнюю обработку .

Порядок такой:

1. В базе-источнике откройте обработку: Файл → Открыть и укажите файл обработки (.epf). Если открытие внешних обработок в базе запрещено политикой, его включают в Конфигураторе или через профиль доступа.
2. На закладке выгрузки отметьте, какие объекты выгружать: отдельные справочники, документы за период или все данные целиком. Задайте отбор по датам, если переносите не всё.
3. Запустите выгрузку в файл .xml. Для большой базы файл может весить несколько гигабайт — держите место на диске.
4. В базе-приёмнике откройте ту же обработку, перейдите на закладку загрузки и укажите полученный .xml.
5. Запустите загрузку и дождитесь окончания. Прерывать процесс нельзя.

У этого способа есть особенность, из-за которой и возникает большинство проблем. Объекты сопоставляются по внутреннему идентификатору (GUID), а не по названию или ИНН. Если обе базы вели независимо, один и тот же контрагент «Ромашка» имеет в них разные GUID — и после загрузки в приёмнике появятся два «Ромашки».

💡 Поэтому обмен XML идеален, когда одна база — потомок другой (отделили филиал из общей базы, а теперь возвращаете). Там GUID совпадают, дублей не будет. Для двух изначально независимых баз чистого результата он не даст — нужен способ с сопоставлением по полям.

Ещё два момента по XML-обмену. Предопределённые элементы (например, типовые счета плана счетов, виды контактной информации) в базах уже есть — их не выгружают, иначе загрузка выдаст конфликт. И следите за нумерацией: если документы обеих баз нумеровались независимо, после переноса в приёмнике встретятся два документа с одним номером. Это не ошибка, но при желании номера источника потом перенумеровывают обработкой групповой перенумерации.

Способ 2. Конвертация данных при разных конфигурациях

Если конфигурации не совпадают (переносите данные из «Управления торговлей» в «Бухгалтерию» или наоборот) либо нужно сопоставлять объекты по реквизитам, а не по GUID, применяют конвертацию данных.

Есть две редакции:

Схема работы с КД 2.0 упрощённо:

1. В конфигурации «Конвертация данных » описывают правила обмена — что из какого объекта источника куда ложится в приёмнике.
2. Обработкой выгрузки формируют файл выгрузки по этим правилам из источника.
3. Обработкой загрузки заливают файл в приёмник, при этом объекты ищутся по заданным полям поиска.

Главное преимущество: при загрузке правило проверяет, нет ли уже такого контрагента по ИНН, и при совпадении подставляет существующий, а не создаёт новый. Это и спасает от дублей.

Минус — правила обмена под нетиповую пару баз пишутся вручную и требуют знания конфигуратора. Для типовых пар конфигураций правила часто уже есть в поставке или на ИТС, их остаётся только настроить.

Сопоставление объектов: как не задвоить справочники

Дубли — главная боль объединения. Задвоенный контрагент разрывает взаиморасчёты: часть долга висит на одной карточке, часть — на другой. Задвоенная номенклатура путает остатки на складе.

Что помогает:

• 🔹 Выверите справочники до переноса. В источнике объедините дубли контрагентов и номенклатуры заранее — чистить потом в удвоенном объёме тяжелее.
• 🔹 Сопоставляйте по устойчивому полю. Для контрагентов это ИНН + КПП, для номенклатуры — артикул или код. Наименование — ненадёжный ключ: «ООО Ромашка» и «Ромашка, ООО» для программы разные строки.
• 🔹 Проверьте результат сразу после загрузки. Откройте справочник контрагентов в приёмнике, отсортируйте по ИНН — соседние строки с одинаковым ИНН и есть задвоения.

Если дубли всё же появились, в типовых конфигурациях их сводит обработка поиска и удаления дублей (в разделе администрирования или сервиса). Она находит похожие элементы по заданному полю, оставляет один как главный и переносит на него все ссылки из документов, а лишние помечает на удаление. Удалять помеченные объекты нужно отдельным действием — пока они просто помечены, они ещё существуют в базе. Запускать обработку нужно до проведения документов нового периода, иначе движения разъедутся по обеим карточкам.

Для крупных справочников сверку удобно вести не глазами, а отчётом. Постройте список контрагентов с группировкой по ИНН и выведите количество элементов в каждой группе — группы с количеством больше одного и есть кандидаты на объединение.

Что переносить: документы целиком или только остатки

Это развилка, которую недооценивают. Есть два подхода, и у каждого своя цена.

Вариант А. Перенести все документы и перепровести. В приёмнике окажется вся история. Но:

• придётся перепроводить тысячи документов, это долго;
• нумерация документов двух баз может конфликтовать;
• старые закрытые периоды могут не сойтись из-за разницы в учётной политике.

Вариант Б. Перенести справочники и ввести остатки на дату перехода. Документы прошлых периодов остаются в источнике-архиве, а в приёмник вводят входящие остатки на дату начала совместной работы — через типовой документ ввода остатков или бухгалтерскую операцию.

Для объединения двух рабочих баз на практике чаще берут вариант Б: он чище, быстрее и не тащит в новую базу чужие ошибки проведения. Историю всегда можно посмотреть в архивной базе.

Порядок при варианте Б короткий, но его легко скомкать:

1. Перенесите только справочники — контрагентов, номенклатуру, физлиц, организации. Документы не трогаете.
2. Выверите справочники в приёмнике, сведите дубли.
3. Введите входящие остатки на дату перехода: по взаиморасчётам, складам, денежным средствам, основным средствам.
4. Сверьте результат с отчётностью источника на ту же дату.

После ввода остатков обязательно сверьте контрольные суммы: сальдо по счетам расчётов (контрагенты), остатки на складах, остатки денежных средств. Расхождение видно сразу в оборотно-сальдовой ведомости — сравните её с ведомостью источника на дату перехода, цифры должны совпасть до копейки.

Автоматизация и когда звать специалиста

Разовый перенос типовых данных решается штатными обработками. Но если задача повторяется или базы сильно расходятся, есть варианты автоматизации:

• 🔹 Готовые правила обмена для типовых пар конфигураций (их настраивают, а не пишут с нуля).
• 🔹 Внешние обработки под конкретный перенос — например, выгрузить только справочник номенклатуры с привязкой по артикулу.
• 🔹 Регламентный обмен, если базы будут жить параллельно и обмениваться постоянно, а не сливаются насовсем.

Трезво оцените свои силы. Привлечь специалиста стоит, когда:

• конфигурации доработаны (есть нетиповые реквизиты и документы);
• переносится большой объём с историей за несколько лет;
• нужны правила обмена под нестандартную пару баз;
• в базах есть партионный учёт, НДС, валютные операции — здесь ошибка переноса остатков стоит дорого.

Ориентировочно разовый перенос данных между типовыми базами у подрядчика стоит примерно от 15 000 до 60 000 ₽ в зависимости от объёма и доработок — цифры ориентировочные, точную смету дают после осмотра баз.

Чтобы не переплатить, готовую работу стоит сделать самому: выгрузить резервные копии обеих баз, выверить справочники, согласовать дату перехода и перечень того, что переносим. Тогда специалисту останется техническая часть — настройка и запуск правил обмена, а не разбор ваших данных по часам.

Частые ошибки при объединении баз

Частые вопросы