Как восстановить удалённый документ в 1С

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

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

Проверьте, действительно ли документ удалён

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

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

Третий вариант проверки — поиск по всем документам через «Функции для технического специалиста» → «Все функции» → «Документы». Если документа нет и там, значит он действительно удалён, и нужно переходить к оценке глубины удаления.

Снимите пометку удаления — самый простой сценарий

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

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

В некоторых конфигурациях есть «Корзина» или механизм отложенного удаления. Там документы хранятся заданное время перед окончательным удалением, и восстановление выполняется одной кнопкой «Восстановить» прямо из корзины.

1. 1
   Откройте журнал нужного вида документов и включите показ помеченных
2. 2
   Найдите документ по номеру, дате или контрагенту
3. 3
   Выделите его и снимите пометку удаления
4. 4
   Проведите документ заново и проверьте движения
5. 5
   Убедитесь, что связанные отчёты показывают корректные данные

Восстановление после физического удаления

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

Самый надёжный путь — резервная копия, сделанная до удаления. В файловой базе это копия файла 1Cv8.1CD или выгрузка .dt, в клиент-серверной — бэкап MS SQL Server или PostgreSQL. Восстанавливать всю базу целиком ради одного документа обычно нерационально: вы потеряете все данные, введённые после копии.

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

Роль журнала регистрации

Журнал регистрации не восстановит документ, но ответит на три важных вопроса: кто удалил, когда именно и что это был за документ. Откройте «Администрирование» → «Обслуживание» → «Журнал регистрации», установите отбор по событию «Данные. Удаление» и по пользователю, если он известен.

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

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

Специальные случаи и альтернативные источники

Документ есть в другой базе обмена

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

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

Если удалён документ из закрытого периода, восстановление повлияет на отчётность и остатки. После возврата документа проверьте последовательность проведения, пересчитайте итоги и сверьте регистры с данными сданной отчётности. В ряде случаев корректнее ввести корректировочный документ текущей датой, а не воскрешать старый.

Массовое удаление

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

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

Как выбрать способ восстановления

Документ зачёркнут в спискеСнимите пометку удаления и проведите заново

Документ удалён окончательно, один-два объектаРазверните копию базы и перенесите документ вручную или через XML

Удалено много документовИспользуйте копию базы и пакетную выгрузку по списку ссылок из журнала регистрации

База в РИБ или синхронизацииПроверьте другой узел обмена до следующего сеанса синхронизации

Резервных копий нет вообщеВосстановите документ вручную по печатным формам, почте и связанным документам

Типичные ошибки и как их избежать

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

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

Профилактика: как не потерять документы в будущем

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

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

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

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

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

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

Почему после восстановления документа нет в отчётах?

При пометке на удаление проведение документа отменяется, а снятие пометки его не возвращает. Откройте документ и проведите его заново — после этого движения по регистрам восстановятся, и документ появится в отчётах.

Кто в базе может окончательно удалить документ?

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

Чем отличается выгрузка .dt от копии файла базы?

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

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

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

Восстановится ли документ, если база в обмене и удаление уже синхронизировалось?

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