Как разделить базу 1С: практические способы и порядок действий

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

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

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

Определите критерий разделения и объём данных

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

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

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

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

Самый распространённый и предсказуемый метод. Создаёте столько копий базы, сколько самостоятельных баз нужно получить. Затем в каждой копии удаляете данные, относящиеся к «чужим» организациям или периодам, оставляя только нужный срез.

Для файловой базы копия создаётся простым копированием каталога с файлом 1Cv8.1CD или через выгрузку и загрузку .dt. Для клиент-серверной — через резервную копию средствами СУБД (MS SQL, PostgreSQL) и восстановление под новым именем базы. После этого базу регистрируют в списке информационных баз и работают с ней как с самостоятельной.

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

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

Способ 2: перенос данных через типовые обработки

Альтернатива обрезке — создать новую пустую базу той же конфигурации и перенести в неё только нужные данные. Для этого используют обработку «Выгрузка загрузка данных XML» (для идентичных конфигураций) или «Универсальный обмен данными в формате XML» с правилами конвертации.

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

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

Сравнение способов разделения

Обрезка копии базы

Сохраняет всю историю и настройки; минус — большой объём, остатки мусора, долгое удаление на больших базах

Перенос в новую базу

Чистая база без мусора; минус — историю нужно переносить отдельно, выше трудоёмкость настройки выгрузки

Свёртка + разделение

Уменьшает объём и упрощает старт; минус — теряется детальная история до даты свёртки

РИБ / план обмена

Подходит для регулярного разделения потоков данных; минус — сложная настройка, не предназначен для разового разделения по организациям

Свёртка базы как часть разделения

Если разделение совпадает с началом нового года или нового этапа учёта, разумно совместить его со свёрткой. В типовых конфигурациях (например, «Бухгалтерия предприятия») есть штатная обработка «Свёртка информационной базы»: она формирует документы ввода остатков на указанную дату и помечает на удаление документы прошлых периодов.

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

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

Контроль ссылочной целостности и типичные риски

Главный риск разделения — битые ссылки: объекты вида «Объект не найден», которые возникают, когда удалён элемент справочника, на который ссылаются оставшиеся документы. Например, контрагент обслуживал обе организации, и его удалили вместе с данными чужой фирмы. Поэтому справочники (контрагенты, номенклатура, договоры) обычно не удаляют, а оставляют общими в обеих базах.

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

После всех операций запустите «Тестирование и исправление» информационной базы с проверкой ссылочной целостности (на копии, в монопольном режиме). Для клиент-серверных баз предпочтительнее проверка средствами СУБД и штатная проверка логической целостности.

Контрольные точки

Как проверить результат разделения

ОСВ на дату разделения

Норма

Сальдо по счетам совпадает с исходной базой по нужной организации

Тревожный признак

Расхождения по счетам или субконто

Ссылочная целостность

Норма

Тестирование не находит битых ссылок

Тревожный признак

Сообщения «Объект не найден» в журнале

Документы чужой организации

Норма

Отсутствуют в журналах и отчётах

Тревожный признак

Попадаются документы другой фирмы

Работа пользователей

Норма

Проведение документов и отчёты работают без ошибок

Тревожный признак

Ошибки при проведении, пустые регистры

Организационные моменты: пользователи, лицензии, обмены

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

Отдельно проверьте интеграции: обмены с банком (клиент-банк), ЭДО, сайтом, кассами, CRM. Настройки подключений часто привязаны к конкретной организации и сертификатам — в новой базе их нужно переподключить, иначе обмены будут молча не работать. Лицензии 1С привязаны к компьютеру или серверу, а не к базе, поэтому дополнительные базы на той же инфраструктуре обычно не требуют новых лицензий, но количество одновременных пользователей должно покрываться имеющимися.

FAQ: частые вопросы о разделении базы 1С

Можно ли разделить базу 1С без программиста?

Простое разделение по организациям в типовой конфигурации выполнимо силами опытного бухгалтера или администратора: копия базы, групповая пометка документов, штатное удаление помеченных объектов и свёртка. Но если конфигурация доработана, есть самописные документы и регистры, или нужен перенос с отборами по сложным условиям — без специалиста по 1С высок риск потерять данные.

Что делать с общими контрагентами и номенклатурой?

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

Как разделить базу, если организации вели взаимные расчёты?

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

Сколько времени занимает разделение базы?

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

Можно ли разделить базу по периоду, а не по организациям?

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

Что делать, если после разделения отчёты не сходятся?

Сначала проверьте сальдо по каждому счёту на дату разделения и найдите первый расходящийся счёт. Типичные причины: неперенесённые движения по регистрам, документы, проведённые задним числом в исходной базе после копирования, и ручные операции без отбора по организации. Исправлять нужно в источнике расхождения, а не «подгонять» остатки ручными проводками.