Как восстановить удаленные объекты в 1С

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

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

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

Как определить, что именно произошло с объектом

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

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

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

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

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

1. 1
   Откройте список нужных документов или элементов справочника
2. 2
   Найдите объект с признаком пометки (перечёркнутый значок)
3. 3
   Выделите его и нажмите кнопку «Снять пометку» (или клавишу Delete повторно — в ряде конфигураций она переключает пометку)
4. 4
   Подтвердите действие в диалоге
5. 5
   Если это документ — проведите его заново, чтобы восстановить движения по регистрам

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

Для массового восстановления выделите несколько объектов в списке (через Ctrl или Shift) и выполните команду снятия пометки для всей группы. Это удобно, если пользователь ошибочно пометил целый пакет документов за период.

Проверка ссылочной целостности перед окончательным удалением

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

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

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

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

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

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

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

Воссоздание объекта вручную по журналу регистрации

Если резервных копий нет, откройте журнал регистрации («Администрирование» → «Обслуживание» → «Журнал регистрации») и отфильтруйте события по типу «Данные. Удаление» за нужный период. Вы увидите, кто и когда удалил объект, а также его представление — номер, дату, наименование.

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

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

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

Объект помечен на удаление, но не удалёнСнимите пометку и проведите документ заново

Объект удалён, есть свежая резервная копияРазверните копию отдельно и перенесите объект через выгрузку XML

Объект удалён, копий нетВоссоздайте вручную по журналу регистрации и связанным данным

Удалено много объектов и копия стараяОцените потери: возможно, проще откатить базу и повторно ввести данные за период

Особенности для разных типов объектов

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

Элементы справочников проще: у них нет движений, достаточно снять пометку. Но проверьте подчинённые элементы — при пометке родительского элемента пометка часто устанавливается и на подчинённые справочники, и снимать её нужно иерархически.

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

Сравнение способов восстановления

Снятие пометки

Подходит, пока объект не удалён физически. Быстро и без потерь, но требует перепроведения документа

Перенос из резервной копии

Подходит при физическом удалении при наличии копии. Сохраняет идентификаторы, но требует отдельной базы и обработки переноса

Ручное воссоздание

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

Проверка результата и типичные ошибки

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

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

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

Документ после снятия пометки

Норма

Проведён, движения по регистрам присутствуют

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

Стоит в списке без проведения, отчёты его не видят

Элемент справочника

Норма

Выбирается в документах, дублей нет

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

Появился дубль с другим кодом или наименованием

Остатки и взаиморасчёты

Норма

Отчёты сходятся с данными до удаления

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

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

Обмен данными

Норма

Синхронизация проходит без ошибок

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

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

Как предотвратить потерю данных в будущем

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

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

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

Есть ли в 1С корзина, как в Windows?

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

Можно ли восстановить объект, если резервной копии нет вообще?

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

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

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

Кто удалил объект — можно ли это узнать?

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

Что делать, если удалённый объект вернулся после обмена данными?

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

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

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