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

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

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

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

Определите, какой именно «разрез» вам нужен

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

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

Маршрут решения

Как выбрать действие

База медленно работает, но структура учёта не меняетсяСначала выполните регламентное обслуживание СУБД и очистку служебных данных; свертку рассматривайте как крайнюю меру

Нужно убрать документы старых лет, сохранив остаткиИспользуйте типовую обработку свертки информационной базы

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

Нужен архив старых периодов и лёгкая рабочая базаСкопируйте базу, в рабочей копии выполните свертку, копию оставьте как архив только для чтения

Подготовка: резервная копия и оценка объёма

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

Оцените объём данных и структуру учёта. Посмотрите, за какие периоды есть документы, сколько организаций ведётся в базе, какие подсистемы используются (расчёт зарплаты, производство, НДС — самые чувствительные к свертке). Если в базе ведётся зарплатный учёт, учтите, что свертка кадровых и расчётных данных имеет больше ограничений, чем свертка бухгалтерских документов.

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

Свертка базы штатной обработкой

В типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP и других) есть штатная обработка свертки информационной базы. В Бухгалтерии она находится в разделе «Администрирование», в ERP и УТ — в разделе настроек обслуживания. Обработка заменяет документы прошлых периодов документами ввода остатков на дату свертки.

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

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

Важно понимать ограничение: свертка не уменьшает файл базы сама по себе. Удалённые записи оставляют «дыры» в таблицах. Для файловой базы после удаления помеченных объектов выполните тестирование и исправление с включённым сжатием таблиц. Для клиент-серверной базы сжатие делает администратор СУБД (shrink для MS SQL, vacuum для PostgreSQL).

Разделение базы по организациям

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

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

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

Сравнение вариантов разделения

Копия базы с чисткой

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

Перенос через конвертацию данных

Подходит для сложного учёта и больших объёмов. Ограничение: требует настройки правил и контроля переноса остатков по каждому регистру

Типовая синхронизация с отбором

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

Архивный сценарий: рабочая база плюс база-архив

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

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

Проверка результата после разреза

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

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

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

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

ОСВ на дату разреза

Норма

Сальдо по всем счетам совпадает с исходной базой

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

Есть расхождения — ищите регистр, по которому не перенеслись остатки

Проведение нового документа

Норма

Документ проводится без ошибок, движения корректны

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

Ошибки о нарушении последовательности или отсутствии остатков

Взаиморасчёты с контрагентами

Норма

Акт сверки с ключевым контрагентом сходится

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

Задолженность отличается — проверяйте перенос документов расчётов

Размер файла базы

Норма

После сжатия таблиц объём заметно уменьшился

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

Размер не изменился — сжатие не выполнялось или данные не удалены

Типичные ошибки и ограничения

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

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

Частые вопросы

Можно ли разрезать базу 1С без остановки работы пользователей?

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

Почему после свертки и удаления документов файл базы не уменьшился?

Удалённые записи остаются в таблицах как свободное место. Для файловой базы запустите тестирование и исправление с включённым сжатием таблиц информационной базы. Для клиент-серверной базы сжатие выполняется средствами СУБД администратором.

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

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

Можно ли свернуть базу с зарплатой и кадрами?

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

Нужно ли обновлять архивную базу вместе с рабочей?

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

Кто должен выполнять разделение — бухгалтер или программист?

Техническую часть (копии, свертка, перенос, сжатие) выполняет специалист по 1С или администратор. Бухгалтер определяет дату разреза, закрывает периоды и подтверждает правильность остатков после операции. Разделение «в одиночку» без контроля со стороны учёта часто заканчивается расхождениями в отчётности.