Администрирование · 12 мин
Как работает свертка базы 1С: механизм, порядок действий и проверка результата
Как работает свертка базы 1С: механизм, подготовка, пошаговое выполнение, проверка остатков, типичные ошибки и ограничения типовой обработки.
Свертка базы 1С — это процедура удаления старых документов и движений по регистрам за прошлые периоды с заменой их документами ввода начальных остатков на дату свертки. В результате база уменьшается в размере, ускоряется проведение документов и формирование отчетов, а актуальные остатки по товарам, взаиморасчетам, денежным средствам и другим разделам учета сохраняются в виде «среза» на заданную дату.
Механизм применяется в типовых конфигурациях — «Управление торговлей», «ERP», «Комплексная автоматизация», «Бухгалтерия предприятия» — через встроенную обработку свертки. Процедура необратима в рамках рабочей базы: удаленные документы восстановить нельзя, поэтому свертку всегда выполняют на копии и только после полной резервной копии.
Важно понимать: свертка не является инструментом исправления ошибок учета. Если остатки на дату свертки неверны, обработка зафиксирует именно эти ошибочные остатки, а первичные документы, по которым можно было бы разобраться, будут удалены. Поэтому подготовка и сверка данных до запуска обработки — обязательный этап, а не формальность.
Что именно делает свертка с данными
Обработка проходит по регистрам накопления, сведений и бухгалтерии, задействованным в конфигурации, и для каждого формирует остатки на конец дня даты свертки. Затем создаются документы специального вида — в зависимости от конфигурации это «Ввод начальных остатков», «Операция» или служебные документы свертки, — которые записывают эти остатки в регистры.
После формирования остатков обработка удаляет документы до даты свертки и их движения. Удаление идет пакетно, с контролем ссылочной целостности: если на старый документ есть ссылки из периода после даты свертки (например, незакрытый заказ или основание в актуальном документе), такие объекты либо пропускаются, либо требуют ручного решения — зависит от настроек обработки.
Справочники, планы счетов, настройки и актуальные документы после даты свертки не затрагиваются. Однако регистры сведений с режимом «подчинение регистратору» очищаются вместе с регистраторами, а периодические независимые регистры сведений (курсы валют, цены, штрихкоды) в разных конфигурациях обрабатываются по-разному — это нужно проверить заранее.
Когда свертка оправдана, а когда лучше обойтись без нее
Основные причины для свертки: база выросла до размеров, при которых страдает производительность (медленное проведение, долгое формирование отчетов, длительное обновление), накопилось несколько закрытых лет, по которым не требуется оперативный доступ к первичке, либо база передается новому оператору/франчайзи без истории.
Свертка не нужна, если проблема производительности решается регламентными средствами: пересчетом итогов, обновлением статистики СУБД, увеличением ресурсов сервера. Также свертку не стоит делать, если по старым периодам возможны налоговые проверки или корректировки — в этом случае старую базу сохраняют как архив, а в рабочей ведут только текущий учет, что требует дисциплины при исправлениях «задним числом».
Альтернативы полной свертке
Максимальное уменьшение объема. Подходит, когда история не нужна в рабочей базе. Требует тщательной подготовки и проверки.
Рабочая база сворачивается, старая копия остается для справок. Оптимальный вариант для большинства компаний.
Без удаления данных: пересчет итогов, индексы, обновление статистики. Помогает при умеренном росте базы.
Перенос справочников и остатков вручную или обработками. Дольше, но дает максимально чистый результат при накопленных ошибках учета.
Подготовка: что сделать до запуска обработки
Первый шаг — полная резервная копия. Для файловой базы это выгрузка в dt через конфигуратор, для клиент-серверной — средствами СУБД (например, pg_dump для PostgreSQL или backup в MS SQL) плюс выгрузка dt. Копию нужно проверить: развернуть на тестовом стенде и убедиться, что база открывается.
Второй шаг — закрытие периода в учете: провести все документы, выполнить регламентные операции закрытия месяца, сформировать и сохранить контрольные отчеты на дату свертки. Минимальный набор: оборотно-сальдовая ведомость, остатки по складу, взаиморасчеты с контрагентами, остатки денежных средств. Эти отчеты станут эталоном для проверки результата.
Третий шаг — разбор «хвостов»: незакрытые заказы, незавершенные расчеты, документы в статусе черновика, отрицательные остатки. Отрицательные остатки особенно опасны: обработка перенесет их как есть, и после удаления первички выяснить причину будет невозможно. Все ошибки учета исправляют до свертки, а не после.
Пошаговое выполнение свертки в типовой конфигурации
В типовых конфигурациях обработка вызывается из раздела администрирования: например, в «Бухгалтерии предприятия» это «Администрирование → Обслуживание → Свертка базы данных», в ERP и «Управлении торговлей» — «НСИ и администрирование → Обслуживание → Свертка данных». Точное расположение зависит от версии конфигурации, но искать следует в разделах обслуживания и сервиса.
- 1Сделайте резервную копию (dt + копия средствами СУБД для клиент-серверной базы) и проверьте её восстановление на тестовом стенде
- 2Закройте период: проведите документы, выполните закрытие месяца, сформируйте контрольные отчеты на дату свертки
- 3Исправьте отрицательные остатки, разберите незакрытые заказы и непроведенные документы
- 4Завершите работу всех пользователей и отключите регламентные задания
- 5Запустите обработку свертки, укажите дату и организации, дождитесь завершения этапа формирования остатков
- 6Проверьте сформированные документы ввода остатков, затем запустите этап удаления старых данных
- 7Сравните контрольные отчеты после свертки с сохраненными эталонами
- 8Сделайте резервную копию свернутой базы и верните пользователей
Свертку выполняют в монопольном режиме: все пользователи выходят из базы, регламентные и фоновые задания отключаются. На больших базах процедура занимает часы, поэтому её планируют на ночь или выходные. Прерывать процесс нельзя — при сбое базу восстанавливают из копии и запускают заново.
Обработка работает в несколько этапов, и между ними можно сделать паузу: сначала формируются и показываются документы ввода остатков, и только после подтверждения начинается удаление. Используйте эту возможность — просмотрите сформированные остатки до запуска удаления.
Проверка результата после свертки
Базовая проверка — сравнение отчетов. Сформируйте те же отчеты, что сохраняли на подготовке (ОСВ, остатки склада, взаиморасчеты), на дату свертки и на текущую дату. Показатели на дату свертки должны совпасть с эталонными до копейки. Расхождения означают, что либо в момент свертки были непроведенные документы, либо обработка не охватила какой-то регистр.
Как проверить результат свертки
Совпадает с эталонным отчетом, сохраненным до свертки
Расхождения по счетам или субконто — искать непроведенные документы или пропущенные регистры
Все проведены, дата соответствует дате свертки, суммы совпадают с отчетами
Непроведенные или частично заполненные документы остатков
Актуальные записи на месте, документы работают
Пустые курсы валют или цены — восстановить из архивной копии
Документы проводятся без ошибок контроля остатков
Ошибки «недостаточно остатка» при фактически положительных остатках
Отдельно проверьте сценарии, которые не покрываются ОСВ: оформление реализации по остаткам склада, закрытие авансов в расчетах с контрагентами, списание партий товаров, работу обменов данными. Если база участвует в синхронизации (РИБ, обмен с другими конфигурациями), после свертки часто требуется повторная регистрация данных или перенастройка узлов — это нужно предусмотреть в плане.
Ограничения и типичные ошибки
Типовая обработка сворачивает только те регистры и разделы, которые предусмотрены разработчиком конфигурации. Нетиповые доработки, добавленные регистры и подсистемы обработка проигнорирует: документы-регистраторы удалятся, а остатки по пользовательским регистрам не сформируются. Если конфигурация доработана, свертку нужно тестировать на копии и, при необходимости, допиливать.
Ещё одно ограничение — объем удаления. На клиент-серверных базах массовое удаление миллионов записей раздувает журнал транзакций СУБД и может привести к нехватке дискового пространства на сервере СУБД, даже когда сама база уменьшается. Перед сверткой большой базы проверьте свободное место на дисках СУБД и согласуйте процедуру с администратором СУБД.
Особенности для файловых и клиент-серверных баз
В файловой базе свертка технически проще: достаточно скопировать файл 1Cv8.1CD и выполнить обработку в монопольном режиме. Но файловый формат ограничивает размер таблиц, и именно приближение к этому пределу — частая причина свертки. После процедуры обязательно выполните «Тестирование и исправление» с реиндексацией и сжатием таблиц.
В клиент-серверном варианте добавляются задачи администрирования СУБД: контроль журнала транзакций, возможный перевод базы в простую модель восстановления на время свертки (по согласованию с администратором), последующее сжатие и обновление статистики. Без этих шагов база после свертки может работать медленнее, чем до неё, из-за фрагментированных индексов и устаревшей статистики.
Как выбрать действие
FAQ: частые вопросы о свертке 1С
Можно ли отменить свертку после выполнения?
Нет, в рабочей базе процедура необратима: удаленные документы и движения не восстанавливаются. Единственный способ вернуться — восстановить базу из резервной копии, сделанной до свертки. Поэтому копия обязательна, а её работоспособность проверяется заранее.
Какую дату свертки выбрать?
Оптимально — конец полностью закрытого и проверенного отчетного периода, чаще всего 31 декабря прошлого года. Не выбирайте дату внутри незакрытого месяца или квартала: регламентные операции и расчеты, охватывающие эту дату, могут сработать некорректно.
Сколько времени занимает свертка?
Зависит от объема базы, мощности сервера и количества документов. На небольшой файловой базе — от десятков минут, на крупной клиент-серверной с миллионами документов — многие часы. Точное время определяется только пробным запуском на копии.
Нужно ли сворачивать базу, участвующую в обмене данными?
Можно, но с подготовкой: обмены на время свертки останавливаются, а после неё узлы обмена часто требуют повторной регистрации изменений или пересоздания начального образа. Сценарий проверяют на копиях обеих баз, участвующих в синхронизации.
Почему после свертки база на диске не уменьшилась?
Удаление записей не возвращает место операционной системе автоматически. Для файловой базы выполните тестирование и исправление со сжатием таблиц, для клиент-серверной — сжатие файлов данных средствами СУБД и перестройку индексов.
Что делать, если после свертки отчеты не сошлись с эталоном?
Не вносите исправления вручную вслепую. Проверьте непроведенные документы остатков, наличие документов, проведенных «задним числом» в момент свертки, и регистры, не охваченные обработкой. Если причина не находится быстро, восстановите базу из копии и повторите процедуру с учетом найденного.
Что важно запомнить
Свертка заменяет историю документов остатками на дату и необратима. Порядок безопасной работы: проверенная резервная копия, закрытый период, исправленные остатки, пробный запуск на копии, сравнение отчетов до и после, обслуживание СУБД после удаления. При доработанной конфигурации и обменах данными — обязательное тестирование на копии.