Разделение организаций из одной базы 1С: способы и порядок действий

Частая ошибка — думать, что разделить организации в 1С можно, просто убрав лишнее юрлицо из справочника «Организации». Это не так: данные удалённой организации останутся во всех документах, регистрах и ссылках, а база продолжит их учитывать. Разделение — это перенос всех данных одной организации в отдельную информационную базу, а не правка одной строки.

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

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

Что такое разделение организаций и когда оно оправдано

В 1С одна информационная база спокойно ведёт учёт нескольких юрлиц — для этого есть справочник «Организации» и отбор по организации почти во всех документах. Пока компании связаны и бухгалтерия общая, держать их в одной базе удобно и дешевле по лицензиям.

Разделение имеет смысл, когда:

• 🔒 организации продали или выводят в отдельный бизнес, и нужна полная изоляция данных;
• 🏢 у юрлиц разные бухгалтеры, которые не должны видеть чужие документы;
• 🐢 база разрослась, тормозит, и часть организаций логично вынести;
• 📑 этого требует договор, аудит или новый собственник.

Не стоит разделять базу «на всякий случай»: две базы — это два обновления, два комплекта настроек и ручная сверка взаиморасчётов между своими же юрлицами. Делайте это только под конкретную задачу.

Что проверить и подготовить до разделения

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

Дальше оцените, что именно придётся делить:

• Общие справочники. Контрагенты, номенклатура, физлица, статьи затрат обычно используются всеми организациями сразу. После разделения в каждой базе останется своя копия справочников — это нормально, но готовьтесь к расхождениям в кодах и к ручной чистке.
• Взаиморасчёты между своими юрлицами. Если организации торговали друг с другом, после разделения эти операции превращаются в расчёты с обычным внешним контрагентом. Решите заранее, как отразить их в каждой базе.
• Период истории. Нужна ли вся история с начала учёта или достаточно последних лет. Лишние годы можно убрать обработкой свёртки (см. ниже) — это ускорит перенос.
• Релизы. Для большинства способов исходная и новая базы должны быть на одной версии конфигурации. Обновите базу до актуального релиза до начала работ.

Какой способ разделения выбрать

Способы отличаются полнотой переноса и трудоёмкостью. Короткий ориентир:

Способ 1: копия базы и удаление данных лишних организаций

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

Порядок действий:

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

Отдельная сложность — документы, которые затрагивают сразу два своих юрлица. Например, перемещение товара или передача между своими организациями: такой документ принадлежит и той организации, что остаётся, и той, что уходит. При удалении по отбору он попадёт под пометку. Такие документы находят заранее и решают по каждому: либо заменяют на поступление/реализацию с внешним контрагентом, либо вводят вручную в новой базе остатками.

Что остаётся вручную. Общие справочники (контрагенты, номенклатура) удалением помеченных не вычистятся, пока на них есть хоть одна ссылка. Лишние элементы справочников либо оставляют как есть, либо чистят отдельно позже. Если история за ранние годы не нужна, перед удалением примените типовую обработку свёртки информационной базы — она сформирует остатки на выбранную дату и пометит старые документы, уменьшив объём.

Способ даёт полную историю по нужной организации, но требует аккуратности: одна ошибка в отборе — и удалятся не те документы.

Способ 2: выгрузка одной организации правилами обмена

Когда организаций в базе много, а вынести нужно одну-две, копировать всю базу под каждую невыгодно. Тогда данные выгружают выборочно — через правила обмена.

Инструмент — конфигурация «Конвертация данных » (КД 2.0) или обмен на формате EnterpriseData (КД 3.0). В ней описывают правила: какие объекты и с каким отбором выгружать из базы-источника и как загрузить их в базу-приёмник.

Ключевой момент — отбор по организации. В правилах задаётся условие, при котором выгружаются только документы и движения выбранного юрлица, а вместе с ними — связанные справочники (контрагенты, договоры, номенклатура из этих документов).

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

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

Загрузка данных в новую базу и первая настройка

После того как данные выгружены (способом 1 или 2) либо создана новая база, настройте её как самостоятельную:

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

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

Не забудьте про лицензии. Одна база использовала общий комплект клиентских лицензий; после разделения каждая база подключается к лицензиям самостоятельно. Если лицензии программные и привязаны к оборудованию, заранее уточните, хватит ли активаций на две базы и не придётся ли получать резервный пин-код. Для серверной работы проверьте, что обе базы прописаны в списке информационных баз на нужном сервере.

Как настроить обмен данными между разделёнными базами

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

• Обычная синхронизация (Администрирование → Синхронизация данных) подходит, когда конфигурации баз разные или совпадают частично. Настраивается через планы обмена, передаёт выбранные справочники и документы по расписанию.
• РИБ (распределённая информационная база) — когда базы на одной и той же конфигурации и нужна точная копия данных с разделением по узлам. РИБ требует идентичных конфигураций: изменения структуры расходятся из главного узла.

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

Проверка результата и типичные ошибки

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

• Оборотно-сальдовая ведомость. Итоги по счетам новой базы за закрытый период должны совпасть с итогами этой организации в исходной базе.
• Взаиморасчёты. Сверьте остатки по счетам 60, 62, 76 — после удаления чужих документов они не должны «съехать».
• Остатки на складах. Количество и суммы по номенклатуре должны сойтись.
• Ссылки. Откройте несколько документов и проверьте, что контрагенты, договоры и номенклатура подставлены, а не отображаются как «<Объект не найден>».

Типичные ошибки при разделении:

• 🔴 Работали в рабочей базе, а не в копии. Самая дорогая ошибка — удаление документов не той организации без возможности отката. Только копия.
• 🔴 Не совпали версии конфигураций источника и приёмника — при выгрузке правилами часть объектов не загрузилась.
• 🔴 Забыли про взаиморасчёты между своими юрлицами — после разделения они повисли без второй стороны.
• 🔴 Удалили помеченные объекты до проверки отбора — вместе с чужими ушли нужные документы.
• 🔴 Не ввели остатки при старте новой базы — учёт начался с нулей, хотя обороты были.