← На главную

Слияние нескольких информационных баз 1С:Бухгалтерия предприятия 3.0 в единую общую базу — частая задача при реорганизации бизнеса, покупке компаний или централизации учета. При этом ключевая сложность заключается в необходимости перенести данные только по выбранным организациям, сохранив целостность проводок, регистров учета и не допустив некорректного задвоения нормативно-справочной информации (НСИ).

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

Предварительная подготовка и скрытые технические риски

Прежде чем приступать к переносу объектов, проанализируем критические моменты конфигурации, игнорирование которых приводит к потере данных или ошибкам в учете:

1. Конфликт префиксов документов и кодов: Если в исходных базах организации имели одинаковые префиксы (или они не были заданы), номера документов совпадут. Перед переносом необходимо назначить уникальный префикс для переносимой организации в карточке Организации и выполнить перенумерацию документов в базе-источнике.
2. Синхронизация версий конфигураций: Обе базы (приемник и источник) должны быть обновлены до абсолютно одинакового релиза 1С:Бухгалтерии 3.0.
3. Сверка параметров учета и учетной политики: Проверим настройки плана счетов в обеих базах (учет запасов по партиям и складам, учет затрат по подразделениям, раздельный учет НДС). Если в базе-приемнике аналитический разрез отключен, соответствующие субконто в переносимых проводках будут безвозвратно утеряны.
4. Неразделенные регистры сведений: Регистры, не имеющие измерения Организация (например, общие настройки, курсы валют, штрихкоды), при прямой перезаписи могут затереть данные основной базы.
5. Предопределенные элементы: Предопределенные элементы справочников (статьи затрат, статьи ДДС, субсчета) имеют одинаковые наименования, но разные внутренние идентификаторы (GUID). При прямой XML-загрузке без сопоставления могут возникнуть дубли предопределенных записей.

Способ 1. Использование обработки ВыгрузкаЗагрузкаДанныхXML с отбором по организации

Рассмотрим вариант прямого переноса объектов между одинаковыми конфигурациями с помощью типовой универсальной обработки ВыгрузкаЗагрузкаДанныхXML.

Разберем по шагам порядок действий:

1. Запустим базу-источник в режиме толстого клиента («Обычное приложение») или откроем обработку ВыгрузкаЗагрузкаДанныхXML.epf через меню Файл — Открыть.
2. В дереве метаданных настроим фильтрацию: для каждого переносимого документа и регистра установим отбор по значению реквизита Организация.
3. Для справочников включим режим выгрузки связанных объектов или предварительно сформируем выгрузку НСИ.
4. Для ускорения процесса при больших объемах (более 100 000 объектов) отметим флаг Использовать оптимизированную выгрузку. При этом рекомендуется выполнять операцию на 64-разрядном клиенте 1С, чтобы избежать ошибки нехватки оперативной памяти (Out of Memory).
5. Откроем базу-приемник и через эту же обработку на вкладке Загрузка прочитаем полученный XML-файл.
6. После завершения загрузки запустим регламентную обработку ПоискИУдалениеДублей (раздел Администрирование — Обслуживание — Корректировка данных) и объединим задвоившиеся элементы справочников Контрагенты, Номенклатура, Валюты и Договоры контрагентов.

Способ 2. Создание узла РИБ по организации с последующим отсоединением

Если в базе-источнике ведется учет по нескольким организациям, а перенести требуется только часть из них, удобным механизмом изоляции данных является распределенная информационная база (РИБ) с фильтром по организации.

Разберем процесс выполнения:

1. В базе-источнике создадим новый узел плана обмена По организации (или настроим обмен в разделе Администрирование — Синхронизация данных).
2. Укажем в узле только те 2–3 организации, которые подлежат переносу в объединенную базу.
3. Сформируем начальный образ подчиненного узла РИБ. Платформа 1С автоматически отберет только связанные с выбранными организациями документы и элементы справочников.
4. Запустим созданную подчиненную базу и программно отключим признак узла РИБ, выполнив в обработке или консоли следующий код: ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
5. Полученную автономную базу, очищенную от лишних юридических лиц, выгрузим в базу-приемник с помощью универсального обмена данными или формата EnterpriseData.

Способ 3. Синхронизация через универсальный формат обмена (EnterpriseData)

Использование механизма EnterpriseData (на базе БСП) позволяет аккуратно объединить базы даже при незначительных расхождениях версий и гибко сопоставить НСИ на этапе загрузки.

Рассмотрим алгоритм настройки:

1. В базе-приемнике перейдем в Администрирование — Синхронизация данных и создадим новую настройку обмена через универсальный формат.
2. В параметрах выгрузки из базы-источника снимем признак выгрузки всех данных по умолчанию и вручную настроим состав отправляемых данных с фильтром по выбранным организациям.
3. При первой загрузке в целевую базу обязательно выполним этап Сопоставление данных. Это позволит сопоставить контрагентов по ИНН/КПП, номенклатуру по артикулам и избежать дублирования базовых валют (рубли) и единиц измерения.
4. Учтем, что стандартный формат EnterpriseData переносит документы, но не переносит специализированные периодические регистры сведений и индивидуальные параметры учетной политики. Их потребуется проверить и заполнить вручную в целевой базе для перенесенных организаций.

Способ 4. Свертка базы и ввод входящих остатков

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

Разберем данный подход:

1. В базе-источнике на дату объединения (например, на 01.01.2024) выполним операцию Свертка информационной базы (раздел Администрирование — Сервис).
2. Удалим помеченные на удаление документы прошлых периодов по ненужным организациям.
3. Перенесем в базу-приемник сформированные документы ВводНачальныхОстатков, актуальные справочники и остатки по счетам.
4. Базу-источник сохраним в архиве в режиме «Только для чтения» для предоставления исторических отчетов при аудиторских и налоговых проверках.

Контроль корректности и устранение дублей после объединения

После завершения импорта данных обязательно выполним регламентные контрольные процедуры:

1. Очистка дублирующихся элементов: Воспользуемся обработкой ПоискИУдалениеДублей. Особое внимание уделим справочнику Валюты (чтобы не возникло дублей валюты регламентированного учета «руб.»), справочникам Статьи затрат, Банки и Контрагенты.
2. Сверка оборотно-сальдовой ведомости: Сформируем ОСВ по перенесенным организациям в исходной базе и в целевой базе за каждый закрытый период. Обороты и сальдо по всем счетам бухгалтерского и налогового учета должны совпадать копейка в копейку.
3. Проверка специализированных регистров: Проконтролируем состояние регистров по учету основных средств (ОС), нематериальных активов (НМА), книг покупок/продаж и регистров учета УСН (если организация применяет спецрежим).