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