Как перенести регламентированную отчетность при разделении базы 1С:Бухгалтерия 3.0

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет IT и автоматизация бизнеса
← На главную

При разделении информационных баз 1С, где велось несколько организаций, программисты часто сталкиваются с проблемой: после выгрузки данных через УРБД (распределенные информационные базы) с фильтром по организации или через универсальный обмен XML, в новой базе пропадает регламентированная отчетность. Пользователи видят пустые списки или документы без данных. В этой статье мы разберем, почему это происходит, и проанализируем наиболее эффективные методы сохранения отчетности при разделении базы.

Почему стандартная выгрузка не переносит отчеты

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

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

Метод №1: Универсальный обмен данными через XML

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

Обязательные документы и справочники:

Критические регистры сведений:

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

Метод №2: Очистка копии базы (Метод «от обратного»)

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

Проанализируем пошаговый алгоритм этого процесса:

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

Шаг 2: Массовое удаление документов. Нам необходимо пометить на удаление все документы, которые не относятся к нашей организации. Для этого лучше всего использовать стандартную обработку ГрупповоеИзменениеРеквизитов. В ней установите отбор: Организация Не Равно [Ваша Организация]. Для всех найденных объектов установите реквизит ПометкаУдаления в значение Истина.

Шаг 3: Удаление помеченных объектов. Запустите стандартную процедуру «Удаление помеченных объектов». На этом этапе система удалит большую часть ненужных данных. Если какие-то объекты не удаляются из-за ссылок, придется проанализировать эти связи.

Шаг 4: Очистка справочников. Это важный этап для уменьшения размера базы. Пометим на удаление вообще все элементы справочников (Контрагенты, Номенклатура, ФизическиеЛица). Затем снова запустим «Удаление помеченных объектов». Система автоматически оставит только те элементы, на которые есть ссылки в оставшихся документах вашей организации. После этого снимите пометки удаления с оставшихся элементов.

Шаг 5: Тестирование и исправление (ТиИС). Выполним обязательную процедуру через Конфигуратор. Установите следующие флаги:

Работа с SQL-запросами (для клиент-серверного варианта)

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

В каждой таблице документа есть поле, отвечающее за организацию (обычно это _FldXXXX). Мы можем выяснить идентификатор (UUID) нашей организации и написать запрос на очистку данных. Рассмотрим пример логики запроса:


-- ПРИМЕР ЛОГИКИ (не для прямого копирования без анализа структуры БД):
-- Удаляем записи из таблицы проводок, где организация не равна целевой
DELETE FROM _AccRg154 -- Регистр бухгалтерии (Хозрасчетный)
WHERE _Fld155RRef <> 0xUUID_ВАШЕЙ_ОРГАНИЗАЦИИ;

Важно: Прямое удаление через SQL — это экстремальный метод. После него база будет находиться в «разваленном» состоянии, так как итоги не пересчитаны, а ссылочная целостность нарушена. После таких манипуляций обязательно проведение полного цикла Тестирования и исправления с пересчетом итогов.

Особенности кадровой отчетности (СЗВ-СТАЖ и СЗВ-ТД)

Выясним причину, по которой даже после успешного переноса документа СЗВ-ТД он может выглядеть некорректно. Данные формы заполняются на основании регистра сведений МероприятияТрудовойДеятельности. Если вы перенесли отчет, но не перенесли документы ПриемНаРаботу или Увольнение, то при попытке нажать кнопку «Заполнить» в новой базе данные исчезнут.

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

Подведение итогов

Разберем, какой метод выбрать. Если организаций много (как в случае автора темы — 100 шт.), а оставить нужно одну, то метод очистки копии (Метод №2) является приоритетным. Он позволяет избежать «забытых» регистров и гарантирует, что вся регламентированная отчетность останется в рабочем состоянии. Если же вы все-таки используете выгрузку XML, убедитесь, что в состав выгрузки включены технические регистры СохраненныеДанныеОтчетности и АрхивРегламентированныхОтчетов.

Помните, что после разделения базы необходимо проверить работоспособность сервиса 1С-Отчетность. Возможно, потребуется повторная загрузка настроек документооборота или обращение в техподдержку оператора связи для перепривязки учетной записи к новой базе.

← На главную