Удалили документ или элемент справочника в 1С 8.3: что вернётся само, а что только из копии
Содержание
Если объект только помечен на удаление, его можно восстановить за секунду: найдите его в списке (он перечёркнут или с красным крестиком), выделите и нажмите Del ещё раз или выберите в меню Еще команду снятия пометки. Если же отработала обработка «Удаление помеченных объектов» или объект удалили напрямую, данных в рабочей базе больше нет. Вернуть их можно только из резервной копии.
Ниже порядок для 1С:Предприятия 8.3 в интерфейсе «Такси». Он общий для платформы: БП 3.0, ЗУП 3.1, УТ 11 и другие типовые конфигурации на БСП ведут себя одинаково. Разница только в том, включена ли у вас история изменений и как давно делался бэкап.
Сначала определите, как именно удалили объект
От этого зависит весь дальнейший путь. В 1С 8.3 есть два разных действия, и пользователи их часто путают.
| Что произошло | Где сейчас данные | Как вернуть |
|---|---|---|
Пометка на удаление (Del) | В базе, объект целиком цел | Снять пометку |
| Отработало «Удаление помеченных объектов» | Удалены физически | Только из резервной копии |
Непосредственное удаление (Shift+Del) | Удалены физически, ссылки могли остаться «битыми» | Только из резервной копии |
| Объект изменили, а не удалили | В базе, но со старыми значениями потеряны поля | История изменений или копия |
В типовых конфигурациях право непосредственного удаления обычным пользователям не выдают. Поэтому когда «всё пропало», первым делом ищите пометку, а не реальное удаление.
Как найти помеченный объект
- Откройте журнал или список, где объект лежал: например,
Продажи → Реализация (акты, накладные, УПД)в БП 3.0. - Сбросьте отборы и поиск, проверьте период списка.
- Включите показ помеченных: в
Ещенайдите команду показа помеченных на удаление объектов, если список их скрывает. - Отсортируйте по дате или номеру и найдите перечёркнутую строку.
- Нажмите
Delи подтвердите снятие пометки. Документ после этого нужно провести заново: пометка снимает проведение.
Если номер документа известен, а в списке его нет даже с помеченными — объект, скорее всего, удалён физически. Переходите к журналу регистрации.
Журнал регистрации: кто, когда и что удалил в 1С
Журнал регистрации не хранит содержимое документа. Он хранит событие: пользователь, компьютер, время, вид операции и представление объекта. Этого хватает, чтобы понять, из какой резервной копии восстанавливать данные и что именно пропало.
Где открыть журнал
- В пользовательском режиме:
Администрирование → Обслуживание, ссылка «Журнал регистрации». - В Конфигураторе:
Администрирование → Журнал регистрации.
Какой отбор поставить
- Нажмите Установить отбор.
- Задайте интервал: от дня, когда объект точно был, до сегодня.
- В поле событий выберите
Данные. Удаление. Если подозреваете пометку, добавьтеДанные. Изменение. - При необходимости ограничьте метаданные: например, только документ «Реализация товаров и услуг».
- Примените отбор и откройте нужную строку двойным щелчком.
В карточке события видно представление объекта (вид, номер, дата), имя пользователя и время с точностью до секунды. Время запишите: копия нужна сделанная раньше этого момента.
Если в журнале пусто, проверьте настройку в Конфигураторе: Администрирование → Настройка журнала регистрации. При уровне «Не регистрировать» или «Регистрировать ошибки» удаления туда не попадают. Включите «Регистрировать все события» — на будущее.
Возврат удаленных данных через MXL и XML из копии базы
Вариант с MXL часто советуют на форумах. Суть: в копии базы открыть удалённый документ, выгрузить его печатную форму или список в табличный документ, сохранить как .mxl и по нему вручную набрать объект в рабочей базе.
Это работает для одного-двух документов на 5–10 строк. MXL — только картинка данных. Ссылки, движения и связи с другими документами он не переносит, а ручной ввод даёт опечатки.
Надёжнее: выгрузка в XML с сохранением ссылок
Для переноса объектов из копии в рабочую базу используют обработку «Выгрузка и загрузка данных XML» (файл для 8.3 распространяется с методическими материалами 1С). Она пишет объект вместе с его уникальным идентификатором. После загрузки в рабочую базу документ получает ту же ссылку, и все документы, которые на него ссылались, снова видят его.
Порядок:
- Разверните копию базы отдельно от рабочей (см. раздел о файлах .dt ниже).
- В копии откройте обработку через
Файл → Открыть. - На вкладке выгрузки отметьте нужный вид объекта и задайте отбор: номер, дата, организация.
- Выгрузите в файл
.xml. - В рабочей базе откройте ту же обработку, укажите файл и выполните загрузку.
- Откройте восстановленный объект, проверьте реквизиты и табличные части. Документ проведите вручную.
Перед загрузкой в рабочую базу сделайте её резервную копию. Загрузка перезаписывает объекты с теми же ссылками. Если по ошибке выгрузить весь справочник, свежие правки пользователей откатятся к состоянию копии.
Что учесть при переносе
- 📎 Если объект ссылается на элементы, которые тоже удалены (новый контрагент, договор), их выгрузите вместе с ним.
- 📎 Обработка может выгружать «все связанные по ссылкам» объекты. Эту галку снимайте, иначе в файл попадёт полбазы.
- 📎 Не загружайте проведённый документ в закрытый период: сначала проверьте дату запрета изменения.
История изменений: откат справочника или документа к прошлой версии
В конфигурациях на БСП есть версионирование объектов. Включается оно в Администрирование → Общие настройки, группа «История изменений»: флажок «Хранить историю изменений» и ссылка на настройку хранения по видам объектов.
Если история включена, для существующего объекта видны все его прошлые состояния:
- Откройте элемент справочника или документ.
- В меню
Ещевыберите «История изменений». - Отметьте две версии и нажмите сравнение — увидите, какие реквизиты меняли и кто.
- Чтобы откатить объект, откройте нужную версию и воспользуйтесь командой перехода на эту версию.
Это спасает, когда объект не удалили, а «испортили»: стёрли табличную часть, заменили контрагента, обнулили суммы. Тогда копия базы не нужна.
История изменений работает только с момента включения. Включить её задним числом и найти старые версии нельзя. Для справочников «Контрагенты», «Номенклатура», «Договоры» и для первичных документов её стоит держать включённой постоянно.
Для объекта, который удалён физически, историю изменений в форме уже не открыть: самого объекта нет. В этом случае опора — резервная копия.
Резервные копии и файлы .dt: где взять удаленные данные
Главное правило: никогда не загружайте .dt-копию поверх рабочей базы ради одного документа. Вы вернёте документ, но потеряете всё, что пользователи ввели после бэкапа.
Правильный порядок — развернуть копию рядом.
Файловая база
- Найдите архив или папку копии с файлом
1Cv8.1CD, датированную раньше времени удаления из журнала. - Скопируйте её в отдельный каталог, например
D:\1C_restore\. - В окне запуска 1С нажмите Добавить → добавление существующей базы и укажите этот каталог.
- Назовите базу понятно: «Бухгалтерия — копия на 14.10», чтобы не перепутать.
Выгрузка .dt
- В окне запуска добавьте новую пустую информационную базу.
- Откройте её в Конфигураторе.
- Выполните
Администрирование → Загрузить информационную базуи укажите файл.dt. - Загрузка заменит содержимое этой пустой базы. Рабочую базу она не трогает.
Клиент-серверная база
Администратор восстанавливает бэкап СУБД (MS SQL или PostgreSQL) в новую базу данных с другим именем. Затем в консоли кластера регистрирует для неё отдельную информационную базу. Публиковать её пользователям не нужно: работает с ней только тот, кто переносит данные.
Сравнение способов восстановления
| Способ | Когда подходит | Что теряется | Риск |
|---|---|---|---|
| Снять пометку | Объект помечен | Ничего | Нет |
| История изменений | Объект цел, но испорчен | Ничего, если версия есть | Низкий |
| Ручной ввод по MXL | 1–2 простых документа | Ссылки и связи | Опечатки |
| Выгрузка XML из копии | Удалены физически | Изменения после бэкапа по этим объектам | Средний |
| Загрузка .dt поверх рабочей базы | Испорчена вся база | Все данные после бэкапа | Высокий |
Когда копия развёрнута, нужный объект переносите в рабочую базу выгрузкой XML, как описано выше.
Тестирование и исправление и сторонние утилиты
«Битые ссылки» после непосредственного удаления
Если объект удалили через Shift+Del, в базе остаются документы, которые на него ссылаются. В формах на месте контрагента или номенклатуры появляется строка вида <Объект не найден> (123:a1b2c3...).
Выход — Администрирование → Тестирование и исправление в Конфигураторе:
- Сделайте резервную копию базы.
- Отметьте «Проверка логической целостности информационной базы» и «Проверка ссылочной целостности».
- В блоке «При наличии ссылок на несуществующие объекты» выберите «Создавать объекты».
- Запустите «Тестирование и исправление».
Программа создаст пустые объекты с теми же ссылками. Ссылки в документах «оживут», а реквизиты созданных объектов останутся пустыми. Их заполняете вручную или загружаете поверх выгрузкой XML из копии — ссылка совпадёт, и данные лягут на место.
Тестирование с исправлением требует монопольного доступа к базе: всех пользователей придётся выгнать, их несохранённые данные пропадут. Запускайте вечером или в выходной, а для крупной базы — с запасом времени.
Сторонние инструменты
- 🔧 Утилиты чтения файла
1Cv8.1CD(например, Tool_1CD) открывают таблицы файловой базы без запуска платформы. Помогают, когда копия повреждена и в 1С не открывается. - 🔧 Восстановление удалённых записей из «свободных» страниц файла базы — работа для специалиста. Гарантий нет: страницы быстро перезаписываются новыми данными.
- 🔧 Обработки сравнения двух баз показывают, каких объектов нет в рабочей базе по сравнению с копией. Удобно, когда не знаете точный список удалённого.
Сторонние обработки запускайте только на копии. Перед этим проверьте, что источник надёжный: внешняя обработка выполняет любой код с правами пользователя.
Профилактика удалений и настройка прав доступа
Восстановление занимает от 15 минут до целого дня. Предотвратить удаление проще.
Права и регламент
- 🔒 Обычным пользователям — только пометка на удаление. Право интерактивного удаления не выдавайте никому, кроме администратора.
- 🔒 «Удаление помеченных объектов» запускает один ответственный, после проверки списка. Обработка показывает, какие объекты удалить нельзя из-за ссылок, — этот список читайте.
- 🔒 Автоматическое удаление помеченных по расписанию в бухгалтерии лучше выключить: ошибку пользователя заметят через неделю, а объект уже стёрт.
- 🔒 Даты запрета изменения закрывают прошлые периоды от правок и удалений. Найдите настройку поиском в разделе
Администрирование.
Технические меры
- 💾 Ежедневная копия базы с хранением минимум 14 дней. Удаление часто обнаруживают через одну-две недели, к сдаче отчётности.
- 💾 Журнал регистрации на уровне «Регистрировать все события», без агрессивного сокращения.
- 💾 История изменений для ключевых справочников и первичных документов.
Частые вопросы
Можно ли вернуть данные из журнала регистрации без копии базы?
Удалённый документ вернулся из копии, а движений по регистрам нет. Почему?
Помогут ли программы восстановления файлов с диска?
1Cv8.1CD или в таблицах СУБД, и файловые утилиты Windows его не увидят.