К статье
Практический материал

Администрирование · 11 мин

Свертка информационной базы 1С: что это и как её выполнить

Что такое свертка информационной базы 1С, когда она нужна, как выполнить свертку документов и остатков, риски, проверка результата и типичные ошибки.

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

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

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

Что именно происходит с данными при свертке

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

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

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

Когда свертка действительно нужна, а когда нет

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

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

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

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

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

Подготовка: что сделать до запуска свертки

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

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

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

Порядок выполнения свертки в типовой конфигурации

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

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

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

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

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

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

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

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

Оборотно-сальдовая ведомость на дату свертки
Норма

Сальдо по всем счетам совпадает с отчётом, снятым до свертки

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

Есть расхождения по счетам или появились остатки, которых не было

Остатки товаров по складам
Норма

Количество и стоимость по каждой позиции совпадают

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

Отрицательные остатки, пропавшие позиции, изменение себестоимости

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

Задолженность по каждому договору совпадает с прежними данными

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

Свернутые долги без детализации, разница по отдельным контрагентам

Работа пользователей после свертки
Норма

Документы текущего периода проводятся, отчёты формируются корректно

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

Ошибки при проведении, ссылки на удалённые объекты

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

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

Вторая группа ошибок связана с ожиданиями. Свертка не ускоряет базу автоматически, если узкое место — сервер или сеть. Физический размер файлов СУБД после удаления записей не уменьшается сам — нужен shrink. А регламентные задания и обмены данными, настроенные на старые документы, после свертки могут начать работать с ошибками.

Типичные ошибки
01
Свертка на рабочей базе без тестового прогона — обнаруженные расхождения исправлять уже поздно
02
Нет проверенной резервной копии — при сбое данные прошлых лет теряются безвозвратно
03
Слишком поздняя дата свертки — удаляются документы, нужные для корректировок и сверок
04
Забыты обмены и интеграции — узлы РИБ и обмены с сайтом начинают выдавать ошибки по удалённым объектам
05
Не выполнены реиндексация и сжатие СУБД — база не уменьшилась в размере, хотя свертка прошла

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

Альтернативы свертке

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

Сравнение вариантов

Полная свертка

Максимальное уменьшение базы, но история документов теряется; подходит, когда старые периоды не нужны в работе

Архивная копия + свертка рабочей базы

История сохраняется в отдельной базе для справок; требует дисциплины хранения архива

Оптимизация без свертки

Обслуживание СУБД, индексы, железо — история полностью сохраняется, но объём базы не уменьшается

Переход на новую базу с переносом остатков

Чистый старт на новой конфигурации; старая база остаётся архивом, но требует настройки переноса

Итог

Что важно запомнить

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

Часто задаваемые вопросы

Можно ли отменить свертку, если результат не устроил?

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

Удалятся ли справочники — контрагенты, номенклатура, склады?

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

Какую дату свертки лучше выбрать?

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

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

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

Работает ли типовая обработка свертки на доработанной конфигурации?

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

Нужно ли хранить копию базы до свертки после завершения процедуры?

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