Свертка базы 1С: как происходит процедура и что проверить после неё

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

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

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

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

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

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

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

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

База тормозит, но объем умеренный и индексы давно не обслуживалисьСначала выполните тестирование и исправление, реиндексацию, обновите платформу — свертку отложите

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

База разрослась, история старше нескольких лет не нужна в ежедневной работеВыполните свертку на дату начала текущего или прошлого года

Конфигурация сильно доработана и штатная обработка не учитывает добавленные регистрыЗакажите доработку обработки свертки у разработчика, штатную не запускайте

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

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

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

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

Как происходит свертка: последовательность этапов

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

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

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

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

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

Особенности для файлового и клиент-серверного вариантов

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

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

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

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

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

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

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

ОСВ на дату свертки

Норма

Совпадает с эталоном, сохраненным до свертки

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

Есть разницы по счетам или появились новые субконто

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

Норма

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

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

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

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

Норма

Долги по покупателям и поставщикам совпадают по каждому контрагенту

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

Задолженность свернулась «в кучу» без детализации, акты сверки не сходятся

Проведение новых документов

Норма

Документы текущей даты проводятся без ошибок

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

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

Обмены и синхронизации

Норма

Обмены проходят без ошибок по отсутствующим объектам

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

Ошибки «объект не найден», зависшие сообщения обмена

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

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

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

Третья типичная проблема — ожидание, что свертка решит все вопросы производительности. Если медленная работа была вызвана не объемом данных, а неоптимальными запросами в доработках или слабым сервером, после свертки скорость почти не изменится.

Что делать со старой базой и как организовать дальнейшую работу

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

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

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

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

Частые вопросы о свертке базы 1С

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

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

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

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

Что будет с документами после даты свертки?

Документы после даты свертки не затрагиваются и остаются в базе в полном объеме. Удаляются только объекты до даты свертки, а их итоговое влияние на учет переносится в документы ввода остатков.

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

Удаление объектов освобождает место внутри файла, но не сокращает сам файл. Для файловой базы выполните выгрузку в .dt и загрузку обратно либо тестирование и исправление с реструктуризацией. Для клиент-серверной базы сжатие выполняется средствами СУБД.

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

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

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

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