Как восстановить удалённое в 1С: пошаговые способы

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

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

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

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

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

Отдельный случай — «битые ссылки»: документ есть, а в нём ссылки на удалённые элементы справочников вида «Объект не найден». Это признак того, что связанный объект был удалён физически, и его придётся либо восстанавливать из копии, либо создавать заново.

Снятие пометки на удаление

Если объект помечен, откройте список документов или справочника, найдите нужный элемент (при необходимости включите отбор «Помеченные на удаление»), щёлкните по нему правой кнопкой и выберите «Снять пометку». Альтернатива — открыть объект и нажать кнопку снятия пометки в форме.

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

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

1. 1
   Откройте список и включите показ помеченных объектов
2. 2
   Найдите объект, щёлкните правой кнопкой — «Снять пометку»
3. 3
   Для документа: проведите его заново
4. 4
   Проверьте отчёты и связанные документы на корректность

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

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

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

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

Журнал регистрации: кто, что и когда удалил

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

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

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

Расширения типа «корзина» и версионирование

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

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

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

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

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

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

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

Надёжно для отдельных объектов; требует наличия свежего бэкапа и времени на развёртывание копии

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

Возвращает всё, но теряются данные, введённые после создания копии

Восстановление по журналу регистрации

Работает без бэкапа, но вручную и только для небольшого числа объектов

Частые ошибки при восстановлении

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

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

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

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

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

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

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

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

Объект в списке

Норма

Открывается, реквизиты заполнены

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

Ошибка открытия, пустые реквизиты

Ссылки из других документов

Норма

Нет записей «Объект не найден»

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

Битые ссылки в документах

Отчёты за период

Норма

Обороты и остатки сходятся

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

Расхождения с ожидаемыми суммами

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

Норма

Очередь без ошибок, объекты синхронизированы

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

Ошибки выгрузки, конфликты версий

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

Можно ли восстановить объект после «Удаления помеченных объектов» без бэкапа?

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

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

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

Что делать с записями «Объект не найден» в документах?

Это битые ссылки на физически удалённые элементы. Оптимально — восстановить исходный объект из архивной копии с сохранением его идентификатора (через выгрузку-загрузку XML). Если это невозможно, создайте новый элемент и замените ссылки в документах обработкой поиска и замены значений.

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

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

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

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

Поможет ли «Тестирование и исправление» вернуть удалённые данные?

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