Как разделить базу 1С по годам

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

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

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

Когда разделение базы действительно нужно

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

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

Подготовка: копия, тестовая база и анализ данных

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

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

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

Способ 1. Штатная свёртка информационной базы

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

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

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

1. 1
   Сделайте резервную копию и разверните тестовую базу
2. 2
   Закройте все периоды до даты свёртки, проведите документы
3. 3
   Сформируйте контрольные отчёты (ОСВ, остатки, взаиморасчёты)
4. 4
   Запустите обработку «Свёртка информационной базы», укажите дату
5. 5
   Проверьте созданные документы ввода остатков
6. 6
   Сверьте отчёты после свёртки с контрольными
7. 7
   Пометьте старые документы на удаление и выполните удаление помеченных
8. 8
   Повторите процедуру на рабочей базе после успешной проверки

Способ 2. Архивная копия и «чистая» база с переносом остатков

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

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

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

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

Штатная свёртка

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

Архивная копия + новая база

Старые данные сохраняются целиком в отдельной базе; минус — две базы в поддержке

Перенос через обработки обмена

Гибкий перенос остатков и справочников; требует навыков настройки и проверки соответствий

Без разделения, только регламент

Если база небольшая — очистка помеченных объектов и обслуживание СУБД могут решить проблему скорости без рисков

Способ 3. Перенос данных обработками обмена

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

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

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

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

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

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

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

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

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

Норма

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

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

Есть расхождения по счетам — искать незакрытые документы

Остатки по складам и контрагентам

Норма

Количество и суммы совпадают

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

Пропали позиции или задвоились остатки

Ссылки в документах

Норма

Нет объектов вида «<Объект не найден>»

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

Битые ссылки — догружены не все справочники

Обмены и регламентные задания

Норма

Работают только из рабочей базы

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

Архивная копия тоже выполняет обмены — риск дублей

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

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

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

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

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

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

Что делать, если штатной свёртки в конфигурации нет?

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

Нужно ли разделять базу, если она работает на SQL-сервере?

Клиент-серверная архитектура лучше справляется с большими объёмами, поэтому порог, при котором разделение оправдано, выше. Сначала стоит выполнить регламентное обслуживание СУБД: обновление статистики, перестроение индексов, очистку помеченных объектов. Если после этого объём и скорость всё равно мешают работе — разделение оправдано.

Как долго хранить архивную базу после разделения?

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

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

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

Можно ли потом «склеить» базы обратно?

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