Как вернуть предыдущую версию документа в 1С

Документ в 1С изменён по ошибке, проведён с неверными данными или помечен на удаление — и нужно восстановить его прежнее состояние. Прежде чем что-либо делать, проверьте, включены ли в базе механизмы защиты: история изменений («Журнал изменений данных»), подсистема версионирования объектов из БСП или хотя бы свежие резервные копии. Именно от этого зависит, удастся ли откатить документ к нужной версии штатными средствами или придётся восстанавливать данные из копии, а также от типа развёртывания — файлового или клиент-серверного — и конфигурации: типовой или самописной.

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

Проверьте, включено ли версионирование объектов

В типовых конфигурациях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия 8, Управление торговлей 11, ERP, ЗУП и другие) есть встроенный механизм «Версионирование объектов». Он сохраняет снимок документа при каждой записи, и любую сохранённую версию можно просмотреть и восстановить. Но по умолчанию во многих конфигурациях этот механизм отключён или включён только для части объектов.

Чтобы проверить настройку, откройте раздел «Администрирование» и найдите пункт «Версионирование объектов» (в некоторых конфигурациях он находится в подразделе «Общие настройки» или «Поддержка и обслуживание»). Если флаг «Версионировать объекты» установлен, посмотрите список типов объектов: для нужного вида документов должно стоять значение «Версионировать» или «Версионировать при проведении».

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

Восстановление версии через историю изменений

Если версионирование включено, откройте нужный документ в режиме просмотра. В командной панели формы найдите кнопку «Ещё» и в выпадающем меню — пункт «История изменений» (в некоторых конфигурациях — «Перейти → Версии объекта»). Откроется список сохранённых версий с указанием даты, времени и пользователя, который внёс изменения.

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

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

1. 1
   Откройте документ и в меню «Ещё» выберите «История изменений»
2. 2
   Сравните версии и найдите корректную по дате и пользователю
3. 3
   Откройте нужную версию и нажмите «Восстановить версию»
4. 4
   Перепроведите документ, если он был проведён
5. 5
   Проверьте движения документа и связанные отчёты

Восстановление из резервной копии базы

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

Полный откат базы на копию — крайняя мера: все данные, введённые после создания копии, будут потеряны. Поэтому чаще применяют выборочное восстановление: копию разворачивают в отдельную тестовую базу, открывают там нужный документ, переносят данные вручную или через обработку переноса (например, «Выгрузка и загрузка данных XML»). Так основная база продолжает работать без потерь.

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

Отмена пометки удаления и отмена проведения

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

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

Особенности в 1С:Фреш и облачных сервисах

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

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

Способы вернуть прежнюю версию

Версионирование объектов

Быстро и точечно, но работает только если было включено заранее для данного вида документов

Резервная копия в тестовой базе

Подходит всегда при наличии свежей копии; требует ручного переноса данных и аккуратности

Полный откат базы

Восстанавливает всё сразу, но уничтожает данные, введённые после создания копии

Ручное восстановление

По печатным формам, связанным документам и движениям — последний вариант при отсутствии копий

Ручное восстановление данных

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

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

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

Настройка защиты на будущее

Чтобы проблема не повторялась, включите версионирование для критичных видов документов: «Администрирование → Версионирование объектов», установите флаг и для нужных типов выберите режим «Версионировать». Разумно ограничить срок хранения версий (например, за последние месяцы), чтобы база не разрасталась: старые версии очищаются регламентным заданием «Очистка устаревших версий объектов».

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

Дополнительный уровень защиты — разграничение прав. Убедитесь, что права на изменение и удаление чужих документов есть только у тех, кому это действительно необходимо, а для закрытых периодов установите даты запрета изменения данных («Администрирование → Даты запрета изменения данных»).

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

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

Данные документа

Норма

Суммы, строки и реквизиты совпадают с ожидаемой версией

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

Часть данных осталась от ошибочной редакции

Движения по регистрам

Норма

После перепроведения движения соответствуют восстановленным данным

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

Документ восстановлен, но не проведён — регистры пустые или устаревшие

Связанные отчёты

Норма

Обороты и взаиморасчёты согласуются с восстановленным документом

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

Расхождения в отчётах за период изменения

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

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

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

Хранит ли 1С историю изменений документа по умолчанию?

Нет. Журнал регистрации фиксирует факт изменения (кто и когда), но не содержимое. Снимки данных сохраняет только механизм версионирования объектов, который нужно включить в настройках.

Что произойдёт с проводками при восстановлении версии?

Восстановление версии возвращает данные документа, но движения по регистрам обновляются только после повторного проведения. Поэтому после восстановления документ нужно перепровести и проверить связанные отчёты.

Как восстановить документ в 1С:Фреш?

Через версионирование объектов, если оно включено. Иначе — через обращение в поддержку сервиса с запросом на восстановление из резервной копии, либо выгрузив копию базы через личный кабинет и работая с ней локально.

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

Да. Разверните резервную копию в отдельной тестовой базе, найдите там документ и перенесите данные вручную или обработкой «Выгрузка и загрузка данных XML». Рабочая база при этом не затрагивается.

Сколько хранятся версии документов?

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