← На главную

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

Выбор стратегии объединения данных

Перед началом работ определим оптимальный способ переноса данных. Существует два основных подхода:

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

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

Предотвращение задвоения системных справочников и классификаторов

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

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

Массовая префиксация справочников и документов

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

1. В исходной базе открываем карточку организации и в поле Префикс указываем уникальный двухсимвольный буквенный код (например, О2).
2. Устанавливаем соответствующий префикс в константе «Префикс узла распределенной информационной базы», чтобы новые создаваемые документы автоматически получали нужный номер.
3. Для исторических документов выполняем перенумерацию с помощью типовой обработки ГрупповоеИзменениеРеквизитов (с включенным режимом редактирования служебных реквизитов) либо с помощью специализированных обработок перенумерации документов.

Перенос учетной политики и специфических регистров сведений

Рассмотрим особенности переноса настроек учета. В конфигурации 1С:Бухгалтерия 3.0 параметры налогообложения и учетной политики привязаны к измерению Организация:

1. Регистры учетной политики: выгружаем с явным отбором по переносимой организации записи независимых периодических регистров сведений: УчетнаяПолитика, НастройкиУчетаНалогаНаПрибыль, НастройкиУчетаУСН, СистемыНалогообложенияОрганизаций.
2. Общие регистры счетов учета: проверяем регистры СчетаУчетаНоменклатуры и СчетаУчетаРасчетовСКонтрагентами. Записи, где организация не заполнена (общие правила), не должны перезаписывать настройки целевой базы. Переносим только строки, в которых явно указана переносимая организация.
3. Кадровые и зарплатные данные: при ведении учета зарплаты в БП 3.0 переносим срезы регистров КадроваяИсторияСотрудников и ПлановыеНачисления, контролируя уникальность физических лиц по полям СтраховойНомерПФР (СНИЛС) и ИНН.

Контроль целостности и сверка результатов

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

1. Установка даты запрета: в базе-приемнике открываем Администрирование — Настройки пользователей и прав — Даты запрета изменения и фиксируем дату запрета для закрытых периодов перенесенной организации, чтобы исключить случайную рассогласованность данных.
2. Сверка оборотно-сальдовых ведомостей: формируем отчет ОборотноСальдоваяВедомость по переносимой организации в исходной базе и в объединенной базе. Сверяем сальдо и обороты по счетам учета ТМЦ (10, 41), расчетов с контрагентами (60, 62), взаиморасчетов с персоналом (70), налогов (68, 69) и финансового результата (84, 90, 91). Все показатели должны совпадать до копейки.
3. Проверка регламентных операций: анализируем состояние обработок ЗакрытиеМесяца и регистра сведений ГраницыПоследовательностей, проверяя готовность базы к дальнейшему штатному ведению учета.