← На главную

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

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

Рассмотрим штатный механизм распределенной информационной базы (РИБ) с фильтрацией данных. В типовой конфигурации «Бухгалтерия предприятия 3.0» предусмотрен план обмена «Распределенная информационная база с фильтром по организации». Это один из наиболее надежных способов получить целостную базу с сохранением всех движений регистров.

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

1. Перейдем в раздел «Администрирование» — «Синхронизация данных» и настроим обмен через распределенную информационную базу с фильтром по нужной организации.
2. Создадим начальный образ информационной базы для нового узла. Платформа автоматически отберет документы, субконто и регистры, относящиеся к указанной организации.
3. Созданный образ развернем как новую информационную базу. При этом образ остается подчиненным узлом, поэтому его необходимо отвязать от центральной базы.
4. Отвяжем подчиненный узел от главного. Для этого запустим конфигуратор базы-приемника с ключом командной строки: /ResetMasterNode, либо выполним программный код во внешней обработке:

ПланыОбмена.УстановитьГлавныйУзел(Неопределено);

Также можно воспользоваться штатным окном восстановления связи БСП при первом входе в режим «1С:Предприятие» и нажать кнопку «Отключить».

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

Способ 2. Выгрузка и загрузка через универсальный формат EnterpriseData

Если главной целью является перенос исключительно используемых справочников, проанализируем вариант обмена через формат EnterpriseData. Этот подход позволяет отсечь «мусорную» НСИ других организаций без сложной ручной чистки.

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

1. Развернем абсолютно чистую пустую базу «Бухгалтерия предприятия 3.0» того же релиза, что и исходная база.
2. Воспользуемся штатной обработкой «Выгрузка и загрузка EnterpriseData» или типовым сценарием синхронизации данных через универсальный формат между одинаковыми конфигурациями.
3. В настройках выгрузки установим фильтр по конкретной организации и зададим требуемый период выгрузки документов.
4. Выполним выгрузку в файл XML и загрузим его в пустую базу.

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

Способ 3. Создание копии информационной базы и удаление лишних организаций

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

Рассмотрим алгоритм действий:

1. Создадим полную копию рабочей базы данных и подключимся к ней.
2. С помощью типовой обработки «Групповое изменение реквизитов» или журнала документов установим отбор по всем организациям, кроме оставляемой, и пометим все их документы на удаление.
3. Перейдем в раздел «Администрирование» — «Удаление помеченных объектов» и выполним полное удаление документов.
4. После удаления документов пометим на удаление неиспользуемые элементы справочников и запустим повторную процедуру очистки.

Обратите внимание на физический размер базы: после удаления 99% данных размер файла базы данных (таблицы .1CD или базы на MS SQL / PostgreSQL) автоматически не уменьшится. Чтобы освободить дисковое пространство:

1. В файловом варианте обязательно запустим процедуру «Тестирование и исправление» с включенным пунктом «Сжатие таблиц информационной базы» либо выполним выгрузку базы в файл .dt и последующую загрузку в чистую папку.
2. В клиент-серверном варианте выполним сжатие на уровне СУБД (операция Shrink Database в MS SQL Server или команда VACUUM FULL в PostgreSQL).

Способ 4. Выгрузка и загрузка данных через XML

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

При использовании этого инструмента важно соблюдать следующие правила:

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

Подводные камни и важные особенности учета в БП 3.0

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

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