← На главную

При реорганизации бизнеса, слиянии компаний или переводе учета группы юридических лиц на единую инфраструктуру возникает задача объединения нескольких независимых информационных баз конфигурации «1С:Бухгалтерия предприятия 3.0» в одну. В платформе 1С отсутствует единая «кнопка» для автоматического слияния, так как простой перенос данных без предварительной подготовки неизбежно приводит к задвоению классификаторов, валют, предопределенных элементов и искажению регламентированной отчетности. Рассмотрим подробнее, как спланировать и реализовать процесс объединения баз с сохранением целостности учета.

Шаг 1. Предварительный аудит и подготовка баз

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

1. Настройки плана счетов и параметров учета: В «1С:Бухгалтерии 3.0» ряд ключевых аналитических настроек (например, учет запасов по партиям и складам, учет НДС по приобретенным ценностям, учет движений денежных средств по статьям ДДС) являются общесистемными для всей базы. Если в базе-источнике учет ведется с большей детализацией, чем в базе-приемнике, в приемнике необходимо предварительно включить соответствующую функциональность через раздел Главное – Функциональность и Параметры учета.
2. Пользовательские счета и субсчета: Проверим, не добавлялись ли бухгалтерами нестандартные субсчета, признаки валютного или количественного учета, а также дополнительные субконто. Если структура плана счетов различается, ее нужно вручную привести к общему виду в базе-приемнике.
3. Префиксы документов и организаций: Чтобы исключить конфликты одинаковых номеров документов одного вида за одни и те же периоды, в базе-приемнике создаваемой организации следует заранее задать уникальный двухбуквенный префикс (например, «ОР», «ВТ» и т.д.) в справочнике Организации.
4. Архитектурные ограничения: Если итоговая база планируется к использованию в файловом режиме, важно помнить об ограничении файла 1Cv8.1CD (не более 4 ГБ на одну внутреннюю таблицу, в частности таблицы движений регистров _AccumRg и _AccRg). При объединении двух активных баз настоятельно рекомендуется переводить базу-приемник на клиент-серверный вариант (SQL).

Шаг 2. Выбор стратегии переноса данных

Разберем два основных подхода к переносу информации из базы-источника в базу-приемник:

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

Шаг 3. Разработка правил обмена в конфигурации «Конвертация данных 2.0»

Использование универсальной выгрузки/загрузки данных XML без правил (по идентификаторам ссылок) почти всегда создает критические ошибки: задвоение системных валют (например, появляется второй рубль, который система начинает воспринимать как иностранную валюту), задвоение классификаторов стран мира, единиц измерения и единых ставок налогов. Для корректного объединения создадим правила в специализированной конфигурации «Конвертация данных» (КД 2).

Рассмотрим ключевые принципы сопоставления объектов в правилах конвертации объектов (ПКО):

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

Шаг 4. Выгрузка и загрузка через «Универсальный обмен данными XML»

После выгрузки метаданных обеих баз в КД 2 и настройки правил сформируем результирующий файл правил обмена. Перейдем к непосредственному процессу загрузки:

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

Шаг 5. Постобработка, слияние дублей и контроль целостности

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

1. Поиск и объединение дубликатов: Перейдем в раздел Администрирование – Обслуживание – Корректировка данных – Поиск и удаление дублей. Проверим справочники Контрагенты, ДоговорыКонтрагентов, Номенклатура, ФизическиеЛица. Объединим совпадающие элементы с автоматической заменой ссылок во всех проведенных документах и регистрах.
2. Сверка оборотно-сальдовой ведомости и регистров НДС: Сформируем ОСВ по новой организации в базе-приемнике и сравним остатки и обороты с исходной базой. Обязательно проверим регламентированные регистры подсистемы учета НДС: НДС Покупки, НДС Продажи, Раздельный учет НДС. Расхождения между бухгалтерскими счетами 19, 68.02 и этими регистрами недопустимы.
3. Установка даты запрета изменения данных: Чтобы исключить случайное перепроведение документов и искажение закрытых периодов загруженной организации, перейдем в Администрирование – Настройки пользователей и прав – Даты запрета изменения и установим дату запрета индивидуально для новой организации на конец последнего закрытого отчетного периода.