Администрирование · 13 мин
Как восстановить удаленный объект в 1С
Как восстановить удаленный объект в 1С: отмена пометки удаления, работа с корзиной, восстановление из архивной копии и журнала регистрации. Пошаговые инструкции.
Удаление объекта в 1С почти никогда не происходит мгновенно и безвозвратно: платформа использует двухступенчатый механизм, при котором объект сначала получает пометку на удаление, а физически стирается из базы только после специальной процедуры. Пока выполнен только первый шаг, восстановление занимает меньше минуты и не требует никаких дополнительных инструментов.
Сложнее ситуация, когда объект удалён окончательно — через «Удаление помеченных объектов» или напрямую запросом. В этом случае данные можно вернуть только из резервной копии, копии узла обмена или по записям журнала регистрации, если речь идёт о ручном восстановлении значений. Поэтому первое действие при обнаружении пропажи — точно определить, каким способом объект был удалён и как давно.
В статье разобраны все рабочие сценарии: снятие пометки удаления, восстановление из архива без потери текущих данных, поиск виновника через журнал регистрации и настройка прав, чтобы ситуация не повторялась. Инструкции применимы к типовым конфигурациям на управляемых формах (1С:Бухгалтерия, 1С:Управление торговлей, 1С:ERP и другие), отличия для обычного приложения указаны отдельно.
Как устроено удаление объектов в 1С
Платформа 1С:Предприятие 8 разделяет удаление на два этапа. Первый — установка пометки на удаление: объект остаётся в базе со всеми реквизитами, но перестаёт участвовать в большинстве операций, исключается из отчётов и подсвечивается в списках перечёркнутым значком. Ссылки на помеченный объект из других документов и справочников продолжают работать.
Второй этап — физическое удаление через обработку «Удаление помеченных объектов» (в типовых конфигурациях: раздел «Администрирование» → «Обслуживание»). На этом шаге платформа проверяет ссылочную целостность: если на объект есть ссылки, он не удаляется, а выводится в список с указанием мест использования. Только объекты без ссылок стираются из базы безвозвратно.
Из этого следуют два практических вывода. Во-первых, пока не запускалась процедура удаления помеченных объектов, любой «удалённый» элемент на самом деле цел и восстанавливается штатно. Во-вторых, после физического удаления штатных средств отката не существует — остаются только архивные копии и косвенные источники данных.
Восстановление объекта, помеченного на удаление
Откройте список, в котором находился объект: справочник «Номенклатура», журнал документов «Реализация товаров и услуг» и т.п. По умолчанию помеченные элементы в списках видны, но отображаются перечёркнутыми. Если вы их не видите, проверьте настройку отбора списка — возможно, включён фильтр, скрывающий помеченные элементы.
Найдите нужный объект, выделите его и нажмите кнопку «Пометить на удаление / Снять пометку» на панели инструментов списка (значок с крестиком) или клавишу Delete. Платформа снимет пометку, и объект снова станет полноценным: появится в отчётах, подборе в документы и обменах. Ту же операцию можно выполнить из карточки объекта — команда доступна в меню «Ещё».
Важный нюанс для иерархических справочников: если помечена группа, элементы внутри неё помечаются вместе с ней, а при снятии пометки платформа спросит, снимать ли пометку и с подчинённых элементов. Аналогично для документов: снятие пометки с документа не проводит его автоматически — после восстановления документ нужно провести заново, чтобы он снова сформировал движения по регистрам.
- 1Откройте список, где находился объект (справочник или журнал документов)
- 2Найдите перечёркнутый элемент — при необходимости отключите отбор, скрывающий помеченные
- 3Выделите объект и нажмите Delete или кнопку «Пометить на удаление / Снять пометку»
- 4Подтвердите снятие пометки, для групп — выберите вариант с подчинёнными элементами
- 5Для документа: откройте его и проведите заново
- 6Проверьте, что объект появился в отчётах и доступен для выбора
Проверка, удалён ли объект окончательно
Прежде чем поднимать архивы, убедитесь, что объект действительно удалён физически. Самый быстрый признак: объект не находится поиском даже с отключёнными отборами, а в связанных документах вместо его наименования отображается надпись вида «<Объект не найден>» с уникальным идентификатором. Такая «битая ссылка» означает, что записи в базе уже нет.
Второй способ — журнал регистрации («Администрирование» → «Обслуживание» → «Журнал регистрации»). Установите отбор по событию «Данные. Удаление» и, если знаете примерное время, по периоду. В записях будет видно, какой пользователь и когда удалил объект, а также представление объекта на момент удаления. Событие «Пометка на удаление» фиксируется отдельно — по нему можно понять, что объект ещё существует.
Если в журнале зафиксировано только событие пометки, а физического удаления не было — ищите объект в списке внимательнее: возможно, он перемещён в другую группу или скрыт настройками вида списка. Полнотекстовый поиск по базе (Ctrl+Shift+F в большинстве конфигураций) также помогает найти помеченный объект по фрагменту наименования.
Снимите пометку — объект восстановится полностью
Готовьте резервную копию для восстановления
Проверьте отборы списка и поищите объект по наименованию
Запишите представление объекта и время удаления для поиска копии
Восстановление из резервной копии
Когда объект удалён окончательно, единственный полноценный источник — резервная копия базы, сделанная до удаления. Для файловых баз это файл 1Cv8.1CD из каталога информационной базы, для клиент-серверных — выгрузка средствами СУБД (MS SQL, PostgreSQL) или файл выгрузки .dt, созданный через конфигуратор.
Критически важное правило: не разворачивайте архив поверх рабочей базы. За время между копией и текущим моментом в базе накопились новые документы, и полный откат уничтожит их. Правильный подход — восстановить копию в отдельную базу, открыть её параллельно с рабочей и перенести нужный объект вручную или через обработку переноса данных.
Для файловой базы порядок такой: скопируйте каталог с архивным файлом 1Cv8.1CD в отдельную папку, добавьте её в список информационных баз как новую базу и откройте. Найдите удалённый объект, выпишите или скопируйте его реквизиты. Для справочников часто достаточно вручную создать элемент в рабочей базе и перенести значения. Для документов с табличными частями удобнее использовать типовую обработку «Выгрузка и загрузка данных XML» — она переносит объект вместе со ссылкой, сохраняя уникальный идентификатор.
Если база клиент-серверная и архивы делает администратор СУБД, согласуйте с ним восстановление копии на тестовый сервер. Самостоятельно останавливать рабочий сервер 1С или службы СУБД не следует — это прерванёт работу всех пользователей и при неправильных действиях может повредить рабочую базу.
Как найти, кто и когда удалил объект
Журнал регистрации — главный инструмент расследования. Откройте его через «Администрирование» → «Обслуживание» → «Журнал регистрации», нажмите «Отбор» и установите фильтр по событиям «Данные. Удаление» и «Данные. Пометка на удаление». При большом объёме журнала дополнительно ограничьте период и укажите имя метаданных (например, «Справочник.Номенклатура»).
В найденной записи видны пользователь, компьютер, время и представление объекта. Двойной щелчок по записи открывает детали. Если удалений много и они выполнены одним пользователем за короткий промежуток — вероятно, это результат обработки или случайного группового действия, а не разовой ошибки.
Учтите ограничение: журнал регистрации фиксирует факт удаления и представление объекта, но не хранит всех его реквизитов. Восстановить данные только по журналу можно лишь частично — например, вручную создать элемент с тем же наименованием. Полные значения берутся из архивной копии.
Особые случаи и ограничения
В конфигурациях с включённой «корзиной» (некоторые отраслевые решения и расширения) удалённые объекты дополнительно сохраняются в специальном хранилище и восстанавливаются отдельной командой. Проверьте наличие такого механизма в разделе администрирования вашей конфигурации — в чистых типовых решениях корзины нет, её добавляют расширениями.
Для баз, участвующих в обмене (РИБ, синхронизация с другими программами), есть дополнительный источник: узел-корреспондент. Если объект был удалён в одной базе, но обмен ещё не выполнялся, объект может сохраниться в базе-приёмнике. Оттуда его можно вернуть тем же способом — выгрузкой XML или ручным переносом. И наоборот: после восстановления объекта проверьте, не уйдёт ли его удаление в обмен повторно.
Отдельная ситуация — удаление объектов напрямую, минуя пометку, через обработки или код с методом Удалить(). Такие удаления не проходят контроль ссылочной целостности и оставляют битые ссылки по всей базе. После восстановления самого объекта имеет смысл запустить «Тестирование и исправление» информационной базы с проверкой ссылочной целостности, чтобы выявить оставшиеся битые ссылки.
Как предотвратить случайное удаление в будущем
Первый уровень защиты — права. В настройках ролей пользователей снимите у рядовых сотрудников право «Интерактивное удаление» и «Удаление» для критичных объектов, оставив только интерактивную пометку на удаление. Тогда физическое удаление сможет выполнять только администратор через контролируемую процедуру.
Второй уровень — регламентное архивирование. Для файловых баз настройте копирование файла 1Cv8.1CD по расписанию (в нерабочее время, когда база закрыта), для клиент-серверных — штатные средства резервного копирования СУБД. Проверяйте работоспособность копий: архив, который ни разу не восстанавливался в тестовом режиме, нельзя считать надёжным.
Третий уровень — дисциплина: запускать «Удаление помеченных объектов» стоит регулярно, но только после просмотра списка объектов и мест их использования, а не «вслепую». Многие конфигурации позволяют настроить эту процедуру как регламентное задание — для баз с активной работой это удобно, но требует предварительной проверки, что в пометки не попадает ничего лишнего.
Как проверить результат
Отображается без перечёркивания, открывается и доступен для выбора
Остаётся перечёркнутым или не находится поиском
Проведён, формирует движения, попадает в отчёты
Пометка снята, но документ не проведён — движений нет
В связанных документах отображается наименование объекта
Видна надпись «Объект не найден» — идентификатор не совпал
Копия открывается в тестовой базе, объект в ней присутствует
Копия не открывается или сделана после удаления объекта
Частые вопросы
Можно ли восстановить объект, если резервной копии нет?
Штатными средствами — нет: физическое удаление необратимо. Остаются косвенные варианты: поиск объекта в базе-корреспонденте обмена, восстановление по данным журнала регистрации (только наименование и основные сведения) или по печатным формам и отчётам, где объект фигурировал. Для документов иногда помогает смежный учёт — например, данные контрагента или банковская выписка, по которым документ вводится заново.
Почему снятие пометки не возвращает документ в отчёты?
Пометка на удаление и проведение — независимые механизмы. При пометке документа платформа отменяет его проведение, и движения по регистрам удаляются. Снятие пометки восстанавливает только сам документ, поэтому после восстановления его нужно открыть и провести заново — тогда движения сформируются повторно и попадут в отчёты.
Что делать, если объект не удаляется окончательно из-за ссылок?
Это нормальная работа контроля ссылочной целостности. В окне «Удаление помеченных объектов» раскройте список мест использования объекта: там перечислены все документы и справочники, которые на него ссылаются. Либо замените ссылки в этих местах на актуальный объект, либо пометьте на удаление и их. После этого повторите удаление.
Восстановится ли объект по старым ссылкам после переноса из копии?
Только если перенос выполнен с сохранением уникального идентификатора — например, типовой обработкой «Выгрузка и загрузка данных XML». Если создать элемент вручную, он получит новый идентификатор, и старые ссылки в документах продолжат показывать «Объект не найден» — их придётся перезаполнять вручную.
Кто имеет право физически удалять объекты в типовых конфигурациях?
Обычно только пользователи с полными правами или ролью администратора: команда «Удаление помеченных объектов» находится в разделе «Администрирование» и требует соответствующих прав. Рядовой пользователь может лишь ставить и снимать пометку, если ему не выданы расширенные права. Проверить и ограничить это можно в настройках групп доступа или ролей.
Опасно ли запускать «Тестирование и исправление» после восстановления?
Сама проверка ссылочной целостности безопасна, но запускать процедуру нужно в монопольном режиме и только после создания свежей резервной копии. Опции, связанные с очисткой ссылок и удалением объектов с битыми ссылками, выбирайте осознанно: режим «не изменять» сначала покажет список проблем без риска для данных.
Что важно запомнить
Помеченный на удаление объект восстанавливается снятием пометки за минуту, документ после этого нужно провести заново. Физически удалённый объект возвращается только из резервной копии, которую разворачивают в отдельную базу и переносят объект выгрузкой XML с сохранением идентификатора. Журнал регистрации покажет, кто и когда удалил объект, а регулярные архивы и ограничение прав на удаление — главная защита от повторения ситуации.