← На главную
Свертка информационной базы — это процесс формирования документов ввода остатков по всем регистрам на определенную дату с последующим удалением первичных документов и движений за предыдущие периоды. В типовой конфигурации 1С:Бухгалтерия предприятия 3.0 предусмотрен штатный инструмент свертки, однако его применение на крупных рабочих базах часто сопровождается техническими и методологическими сложностями. Разберем по шагам, к чему нужно подготовиться и как избежать критических ошибок.
Определение глубины свертки и анализ причин разрастания базы
Перед запуском процедуры выясним реальные причины большого объема базы и определим корректную дату среза данных:
- Анализ состава данных: Нередко существенную часть дискового пространства занимают не сами проводки, а регистр сведений
ВерсииОбъектов (история изменений документов и справочников), а также присоединенные файлы (сканы счетов, договоров, накладных в высоком разрешении). Перед сверткой целесообразно очистить историю версионирования и перенести хранение файлов из базы данных на внешние тома.
- Глубина среза: Не рекомендуется обрезать данные за период менее трех последних лет. Бухгалтерская отчетность (в частности, Бухгалтерский баланс / Форма № 1) формируется с сопоставимыми показателями за три предшествующих года. Свертка на более свежую дату сделает невозможным автоматическое заполнение регламентированной отчетности.
- Границы отчетных периодов: Свертку следует выполнять строго на 1 января выбранного года. Обрезка внутри года нарушит расчет НДФЛ, страховых взносов и формирование справок 6-НДФЛ и РСВ.
Технические нюансы работы с СУБД (MS SQL / PostgreSQL)
Проанализируем технические особенности работы сервера баз данных при проведении массовых операций:
- Поведение файлов данных: Удаление сотен тысяч документов освобождает страницы внутри таблиц, но физический размер файла
.mdf на сервере автоматически не уменьшается. Чтобы вернуть свободное место операционной системе, после завершения свертки и очистки помеченных на удаление объектов необходимо выполнить операцию сжатия базы данных (Shrink), а затем обязательно провести дефрагментацию и перестроение индексов (Rebuild Indexes).
- Журнал транзакций: Массовое удаление объектов генерирует огромный объем транзакций. Перед началом работы на MS SQL переведем модель восстановления базы (Recovery Model) в режим
Simple и убедимся в наличии достаточного места на диске для файла .ldf.
- Оптимизация производительности: На время свертки отключим все фоновые и регламентные задания, а также временно отключим индексацию полнотекстового поиска. До старта процедуры обязательно выполним тестирование и исправление базы данных (проверку логической и ссылочной целостности).
Методологические риски и ограничения в БП 3.0
Рассмотрим специфические разделы учета, которые требуют особого внимания при настройке правил свертки:
- Учет основных средств: Регистры сведений по ОС (параметры амортизации, события, состояния ОС) содержат срезы данных за всю историю эксплуатации объекта. Очистка этих регистров приведет к тому, что регламентная операция закрытия месяца не сможет рассчитать амортизацию. Регистры ОС необходимо исключать из очистки.
- Корректировки реализаций и поступлений: Если после свертки потребуется ввести документ
КорректировкаРеализации или КорректировкаПоступления за свернутый период, программа не сможет опереться на исходный документ. Потребуется оформлять операции вручную.
- Раздельный учет НДС: При использовании раздельного учета свертка «схлопывает» партии поступления в сводные документы ввода остатков. В результате автоматическое подтверждение ставки 0% по ранее приобретенным ТМЦ или восстановление НДС становится некорректным.
- Взаиморасчеты с детализацией по документам: Если в договорах с контрагентами включена аналитика расчетов «По документам расчетов», типовая свертка заменит исходные накладные на документы ввода остатков. При дальнейших корректировках или зачетах авансов на счетах
60.02 и 62.02 могут возникать разрывы субконто.
Регламент безопасного проведения свертки
Разберем пошаговый порядок действий для гарантированного сохранения данных:
- Создание полной резервной копии: Создаем архивную копию базы данных (резервную копию средствами СУБД или выгрузку
.dt). Эту копию необходимо оставить доступной бухгалтерам в режиме «только для чтения» для просмотра первичных документов прошлых лет.
- Закрытие прошлых периодов: Проверяем, чтобы все месяцы до даты свертки были корректно закрыты, а остатки по счетам
90, 91 и 99 были реформированы.
- Запуск помощника свертки: В разделе Администрирование — Сервис — Свертка информационной базы настраиваем параметры, исключая очистку критически важных регистров (по ОС и НМА).
- Контрольная сверка: Формируем Оборотно-сальдовую ведомость (ОСВ) на дату свертки в исходной базе и в свернутой базе. Сверяем сальдо по всем субсчетам и аналитикам.
- Удаление помеченных объектов и сжатие: Выполняем полное удаление помеченных объектов, очищаем таблицы СУБД и производим реиндексацию.
Альтернативный вариант: перенос остатков в чистую базу
На практике типовая свертка сильно фрагментирует базу и оставляет множество неиспользуемых ссылочных элементов в справочниках. Если база содержит накопленные учетные ошибки, более надежным подходом является разворачивание новой чистой конфигурации «1С:Бухгалтерия 3.0».
В новую базу переносят актуальную нормативно-справочную информацию (номенклатуру, контрагентов, договоры) и вводят входящие остатки на начало года стандартным документом ВводОстатков с последующей сверкой оборотно-сальдовой ведомости. Это позволяет получить чистую базу без ссылочного мусора и ошибок прошлых лет.