Удалили документ или элемент справочника в 1С 8.3: что вернётся само, а что только из копии

· 9 мин

Содержание

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

Ниже порядок для 1С:Предприятия 8.3 в интерфейсе «Такси». Он общий для платформы: БП 3.0, ЗУП 3.1, УТ 11 и другие типовые конфигурации на БСП ведут себя одинаково. Разница только в том, включена ли у вас история изменений и как давно делался бэкап.

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

От этого зависит весь дальнейший путь. В 1С 8.3 есть два разных действия, и пользователи их часто путают.

Что произошлоГде сейчас данныеКак вернуть
Пометка на удаление (Del)В базе, объект целиком целСнять пометку
Отработало «Удаление помеченных объектов»Удалены физическиТолько из резервной копии
Непосредственное удаление (Shift+Del)Удалены физически, ссылки могли остаться «битыми»Только из резервной копии
Объект изменили, а не удалилиВ базе, но со старыми значениями потеряны поляИстория изменений или копия

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

Как найти помеченный объект

  1. Откройте журнал или список, где объект лежал: например, Продажи → Реализация (акты, накладные, УПД) в БП 3.0.
  2. Сбросьте отборы и поиск, проверьте период списка.
  3. Включите показ помеченных: в Еще найдите команду показа помеченных на удаление объектов, если список их скрывает.
  4. Отсортируйте по дате или номеру и найдите перечёркнутую строку.
  5. Нажмите Del и подтвердите снятие пометки. Документ после этого нужно провести заново: пометка снимает проведение.

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

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

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

Где открыть журнал

  • В пользовательском режиме: Администрирование → Обслуживание, ссылка «Журнал регистрации».
  • В Конфигураторе: Администрирование → Журнал регистрации.

Какой отбор поставить

  1. Нажмите Установить отбор.
  2. Задайте интервал: от дня, когда объект точно был, до сегодня.
  3. В поле событий выберите Данные. Удаление. Если подозреваете пометку, добавьте Данные. Изменение.
  4. При необходимости ограничьте метаданные: например, только документ «Реализация товаров и услуг».
  5. Примените отбор и откройте нужную строку двойным щелчком.

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

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

Что показал журнал регистрации?

Возврат удаленных данных через MXL и XML из копии базы

Вариант с MXL часто советуют на форумах. Суть: в копии базы открыть удалённый документ, выгрузить его печатную форму или список в табличный документ, сохранить как .mxl и по нему вручную набрать объект в рабочей базе.

Это работает для одного-двух документов на 5–10 строк. MXL — только картинка данных. Ссылки, движения и связи с другими документами он не переносит, а ручной ввод даёт опечатки.

Надёжнее: выгрузка в XML с сохранением ссылок

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

Порядок:

  1. Разверните копию базы отдельно от рабочей (см. раздел о файлах .dt ниже).
  2. В копии откройте обработку через Файл → Открыть.
  3. На вкладке выгрузки отметьте нужный вид объекта и задайте отбор: номер, дата, организация.
  4. Выгрузите в файл .xml.
  5. В рабочей базе откройте ту же обработку, укажите файл и выполните загрузку.
  6. Откройте восстановленный объект, проверьте реквизиты и табличные части. Документ проведите вручную.

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

Что учесть при переносе

  • 📎 Если объект ссылается на элементы, которые тоже удалены (новый контрагент, договор), их выгрузите вместе с ним.
  • 📎 Обработка может выгружать «все связанные по ссылкам» объекты. Эту галку снимайте, иначе в файл попадёт полбазы.
  • 📎 Не загружайте проведённый документ в закрытый период: сначала проверьте дату запрета изменения.

История изменений: откат справочника или документа к прошлой версии

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

Если история включена, для существующего объекта видны все его прошлые состояния:

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

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

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

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

Резервные копии и файлы .dt: где взять удаленные данные

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

Правильный порядок — развернуть копию рядом.

Файловая база

  1. Найдите архив или папку копии с файлом 1Cv8.1CD, датированную раньше времени удаления из журнала.
  2. Скопируйте её в отдельный каталог, например D:\1C_restore\.
  3. В окне запуска 1С нажмите Добавить → добавление существующей базы и укажите этот каталог.
  4. Назовите базу понятно: «Бухгалтерия — копия на 14.10», чтобы не перепутать.

Выгрузка .dt

  1. В окне запуска добавьте новую пустую информационную базу.
  2. Откройте её в Конфигураторе.
  3. Выполните Администрирование → Загрузить информационную базу и укажите файл .dt.
  4. Загрузка заменит содержимое этой пустой базы. Рабочую базу она не трогает.

Клиент-серверная база

Администратор восстанавливает бэкап СУБД (MS SQL или PostgreSQL) в новую базу данных с другим именем. Затем в консоли кластера регистрирует для неё отдельную информационную базу. Публиковать её пользователям не нужно: работает с ней только тот, кто переносит данные.

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

СпособКогда подходитЧто теряетсяРиск
Снять пометкуОбъект помеченНичегоНет
История измененийОбъект цел, но испорченНичего, если версия естьНизкий
Ручной ввод по MXL1–2 простых документаСсылки и связиОпечатки
Выгрузка XML из копииУдалены физическиИзменения после бэкапа по этим объектамСредний
Загрузка .dt поверх рабочей базыИспорчена вся базаВсе данные после бэкапаВысокий

Когда копия развёрнута, нужный объект переносите в рабочую базу выгрузкой XML, как описано выше.

Тестирование и исправление и сторонние утилиты

«Битые ссылки» после непосредственного удаления

Если объект удалили через Shift+Del, в базе остаются документы, которые на него ссылаются. В формах на месте контрагента или номенклатуры появляется строка вида <Объект не найден> (123:a1b2c3...).

Выход — Администрирование → Тестирование и исправление в Конфигураторе:

  1. Сделайте резервную копию базы.
  2. Отметьте «Проверка логической целостности информационной базы» и «Проверка ссылочной целостности».
  3. В блоке «При наличии ссылок на несуществующие объекты» выберите «Создавать объекты».
  4. Запустите «Тестирование и исправление».

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

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

Сторонние инструменты

  • 🔧 Утилиты чтения файла 1Cv8.1CD (например, Tool_1CD) открывают таблицы файловой базы без запуска платформы. Помогают, когда копия повреждена и в 1С не открывается.
  • 🔧 Восстановление удалённых записей из «свободных» страниц файла базы — работа для специалиста. Гарантий нет: страницы быстро перезаписываются новыми данными.
  • 🔧 Обработки сравнения двух баз показывают, каких объектов нет в рабочей базе по сравнению с копией. Удобно, когда не знаете точный список удалённого.

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

Профилактика удалений и настройка прав доступа

Восстановление занимает от 15 минут до целого дня. Предотвратить удаление проще.

Права и регламент

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

Технические меры

  • 💾 Ежедневная копия базы с хранением минимум 14 дней. Удаление часто обнаруживают через одну-две недели, к сдаче отчётности.
  • 💾 Журнал регистрации на уровне «Регистрировать все события», без агрессивного сокращения.
  • 💾 История изменений для ключевых справочников и первичных документов.
Проверьте защиту базы от потери данных
Выполнено: 0 / 7

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

Можно ли вернуть данные из журнала регистрации без копии базы?
Нет. Журнал хранит факт удаления, пользователя и время, но не реквизиты и табличные части объекта. Для восстановления содержимого нужна копия или история изменений.
Удалённый документ вернулся из копии, а движений по регистрам нет. Почему?
Выгрузка переносит сам документ. Движения проще не переносить, а получить заново: откройте документ и проведите его в рабочей базе.
Помогут ли программы восстановления файлов с диска?
Только если удалили саму базу или файл копии. Отдельный документ хранится внутри 1Cv8.1CD или в таблицах СУБД, и файловые утилиты Windows его не увидят.
Что делать, если копии нет совсем?
Восстановить объект вручную по бумажным документам, данным контрагента или выпискам банка. Для битых ссылок сначала запустите тестирование с созданием объектов, чтобы документы не потеряли связи.
Сколько хранится журнал регистрации?
По умолчанию — без ограничения срока, пока администратор не сократит его. Если журнал периодически обрезают, нужные события могут уже пропасть.