Как развернуть в 1С документы, свернутые при свертке базы

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

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

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

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

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

Проверьте наличие резервной копии до свертки

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

Ищите копии в типовых местах: каталог резервного копирования, настроенный администратором; файлы выгрузки с расширением .dt; бэкапы СУБД (для клиент-серверных баз — средствами MS SQL или PostgreSQL); копии файла 1Cv8.1CD для файловых баз. Уточните у администратора или обслуживающего специалиста расписание и место хранения бэкапов.

Сценарий 1: развернуть архивную копию в отдельную базу

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

1. 1
   Создайте пустую информационную базу через стартер 1С: «Добавить» → «Создание новой информационной базы» → без конфигурации.
2. 2
   Зайдите в новую базу в режиме Конфигуратора.
3. 3
   Выполните «Администрирование» → «Загрузить информационную базу» и укажите файл .dt до свертки.
4. 4
   Дождитесь окончания загрузки и при необходимости выполните обновление конфигурации базы данных.
5. 5
   Запустите базу в режиме Предприятия, проверьте наличие документов за нужный период и переименуйте базу в списке, например «Архив до свертки».

Для клиент-серверной базы порядок аналогичен, но загрузку .dt выполняют в новую базу на сервере 1С, либо восстанавливают SQL-бэкап средствами СУБД в отдельную базу данных и регистрируют её в консоли кластера. Учтите, что версия платформы для открытия архивной базы должна быть не ниже той, на которой работала база до свертки.

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

Сценарий 2: перенести нужные документы в рабочую базу

Если требуется, чтобы отдельные документы прошлых периодов появились именно в рабочей свернутой базе (например, для корректировки взаиморасчетов или восстановления утерянных счетов-фактур), используют перенос через обработки обмена. Для одинаковых конфигураций подходит типовая «Выгрузка и загрузка данных XML» (доступна на диске ИТС и в составе конфигураций на управляемых формах).

Общий порядок: в архивной базе выгружают документы за нужный период с отбором по видам документов, затем в рабочей базе загружают полученный XML-файл. Обработка переносит вместе с документами связанные объекты — контрагентов, договоры, номенклатуру, поэтому дублирование справочников контролируется по GUID объектов.

Для переноса между разными конфигурациями или версиями (например, из старой редакции в новую) применяют «Универсальный обмен данными в формате XML» с правилами конвертации. Это более трудоёмкий путь: правила должны соответствовать версиям конфигураций источника и приёмника.

Сценарий 3: полный откат к копии до свертки

Радикальный вариант — заменить рабочую базу копией до свертки. Он оправдан только если свертка была выполнена ошибочно и данные, введённые после неё, немногочисленны и могут быть повторно внесены вручную или перенесены обработкой.

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

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

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

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

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

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

ОСВ за период до свертки в архивной базе

Норма

Остатки на дату свертки совпадают с остатками рабочей базы

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

Расхождения по счетам — свертка или копия неполные

Журналы документов в архивной базе

Норма

Документы за все периоды открываются и проведены

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

Периоды пустые — копия сделана после свертки

Счётчики выгрузки/загрузки при переносе

Норма

Количество загруженных объектов равно выгруженным

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

Часть объектов не загрузилась — смотреть протокол ошибок

Если резервной копии нет: оставшиеся варианты

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

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

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

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

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

Нужно вернуть отдельные документы в рабочую базуПеренесите их обработкой «Выгрузка и загрузка данных XML» без проведения

Свертка выполнена ошибочно и данных после неё малоВосстановите рабочую базу из копии до свертки, предварительно выгрузив новые документы

Копии до свертки нетВосстанавливайте первичку из ЭДО, выписок и бумажных документов точечно

Частые вопросы

Можно ли отменить свертку базы штатными средствами 1С?

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

Откроется ли старая копия базы на новой версии платформы и конфигурации?

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

Почему после переноса старых документов в свернутую базу отчёты стали показывать другие цифры?

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

Как часто нужно делать копии, чтобы свертка не приводила к потере данных?

Минимум — отдельная выгрузка .dt непосредственно перед запуском свертки плюс регулярные регламентные бэкапы. Копию перед сверткой храните постоянно как архив: именно она становится единственным источником документов прошлых периодов.

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

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

Чем отличается восстановление из .dt для файловой и клиент-серверной базы?

Принцип одинаков — «Администрирование» → «Загрузить информационную базу» в Конфигураторе. Разница в подготовке: для файловой базы достаточно создать пустую базу в локальном каталоге, для клиент-серверной новую базу сначала регистрируют на сервере 1С и в СУБД, и загрузку больших .dt выполняют с учётом ресурсов сервера.