Пропал документ или элемент справочника: что можно восстановить в 1С 8.3 и как
Содержание
Вернуть удалённый объект в 1С можно в двух случаях. Если документ или элемент справочника только помечен на удаление, выделите его в списке и нажмите Del: пометка снимется, объект снова в работе. Если он уже удалён физически (через «Удаление помеченных объектов»), корзины в 1С нет: восстановить его можно только из резервной копии базы, перенеся нужные объекты обработкой выгрузки-загрузки XML.
Порядок действий одинаков для 1С:Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других конфигураций на БСП: механизм пометки и удаления — платформенный. Различаются только пути к разделу обслуживания, они собраны в таблице ниже. Главное правило — сначала понять, что именно случилось с объектом, и ничего не запускать в рабочей базе, пока это не ясно.
1. Что случилось с объектом: помечен, удалён или просто скрыт
«Документ пропал» — это не всегда удаление. Перед восстановлением проверьте четыре варианта.
- 🔴 Помечен на удаление. Объект в базе, в списке у него красный крестик. Из отчётов он исчезает, потому что помеченный документ не может быть проведён: при установке пометки проведение отменяется.
- ⚪ Проведение отменено. Документ на месте, но без зелёной галочки. Движений нет, поэтому в оборотах и остатках его не видно.
- 🔍 Скрыт отбором или правами. В списке стоит отбор по организации, периоду или складу. Либо у пользователя нет прав на эту организацию через ограничение доступа.
- ❌ Удалён физически. Объекта нет в базе. Документы, которые на него ссылались, показывают
<Объект не найден>и длинный идентификатор в скобках.
Как проверить быстро:
- Откройте журнал или справочник, сбросьте отбор по периоду и прочие отборы (
Еще → Настроить список, вкладка «Отбор»). - Найдите объект поиском по номеру или наименованию (
Ctrl+Fв списке). - Если помеченные объекты в списке скрыты, добавьте в настройке списка отбор по полю «Пометка удаления» со значением «Да».
- Проверьте под пользователем с полными правами: если там объект виден, дело в настройке доступа, а не в удалении.
2. Как снять пометку удаления и вернуть объект в работу
Пока объект только помечен, вернуть его проще всего. Данные, табличные части и связи сохранены целиком.
- Откройте список документов или справочник.
- Выделите объект с красным крестиком. Можно выделить сразу несколько с
CtrlилиShift. - Нажмите
Delили выберите в менюЕщекоманду снятия пометки удаления. Клавиша работает как переключатель: на помеченном объекте она снимает пометку, на обычном — ставит. - Подтвердите действие в вопросе программы.
- Для документов: откройте каждый и нажмите
Провести и закрыть. Пометка снимается без автоматического перепроведения, а без движений документ в учёте не участвует.
Если документ относится к закрытому периоду, провести его не даст дата запрета изменения данных. Её временно сдвигает администратор в настройках даты запрета, а после проведения возвращает обратно.
С элементами справочников то же самое, но есть нюанс с группами. Если помечена группа, пометка ставится и на всё её содержимое. При снятии пометки с группы программа спросит, снимать ли её с подчинённых элементов. Ответьте «Да», иначе элементы внутри так и останутся помеченными.
Когда объект не даёт снять пометку
Встречаются два случая:
- 🔒 Нет права «Интерактивное снятие пометки удаления». Команда недоступна или выдаёт ошибку прав. Снимать пометку должен администратор или пользователь из группы доступа с этим правом.
- 🗓 Дата запрета. Снять пометку с документа закрытого периода не получится, пока дата запрета не сдвинута.
3. История изменений: откат содержимого объекта
Этот механизм часто называют «ведением версий». В типовых конфигурациях на БСП он называется «История изменений» (версионирование объектов) и включается в Администрирование → Общие настройки, флажок «История изменений». Там же задаются настройки хранения: для каких документов и справочников сохранять версии и сколько.
История помогает, когда объект не удалён, а испорчен: очищена табличная часть, затёрт контрагент, изменена сумма.
- Откройте объект.
- В меню
Ещевыберите «История изменений». - Сравните версии: выделите две и нажмите сравнение, программа подсветит различия по реквизитам.
- Откройте нужную версию и выполните переход на неё. Объект перезапишется данными этой версии.
- Документ после отката проведите заново.
История изменений не заменяет резервную копию. Версии пишутся, только если версионирование было включено для этого вида объекта до проблемы. Включить его задним числом и получить старые версии нельзя.
Для физически удалённого объекта история изменений не поможет: открыть его карточку уже невозможно. Тут остаётся только резервная копия.
4. Восстановление удалённых объектов из резервной копии базы
Физическое удаление необратимо в рамках рабочей базы. Поэтому порядок такой: развернуть копию отдельно, найти в ней объекты и перенести только их.
Никогда не загружайте резервную копию поверх рабочей базы ради одного документа: пропадёт вся работа, сделанная после момента копирования.
Шаг 1. Разверните копию как отдельную базу
| Формат копии | Что делать |
|---|---|
Выгрузка .dt | Создайте в окне запуска новую пустую базу, откройте её в Конфигураторе: Администрирование → Загрузить информационную базу |
Копия файловой базы (1Cv8.1CD) | Положите файл в новую папку и добавьте её в список баз как существующую |
| Бэкап SQL (MS SQL, PostgreSQL) | Восстановите бэкап в новую базу СУБД и зарегистрируйте её на сервере 1С как новую информационную базу |
Копию выбирайте по времени: она должна быть сделана до удаления, но как можно ближе к нему. Время удаления подскажет журнал регистрации (раздел 6).
В файловых базах на БСП бывают настроены автоматические копии: Администрирование → Обслуживание, группа «Резервное копирование и восстановление». Там видно, куда программа складывает архивы.
Шаг 2. Выгрузите нужные объекты в XML
Для переноса используют обработку «Выгрузка и загрузка данных XML» (файл ВыгрузкаЗагрузкаДанныхXML83.epf). Её распространяют вместе с платформой на ИТС, в типовую конфигурацию она не входит.
- В восстановленной копии откройте обработку через
Главное меню → Файл → Открыть. - На вкладке выгрузки отметьте нужный вид объекта: справочник или документ.
- Задайте отбор, чтобы выгрузить только пропавшие объекты: по номеру, дате, наименованию.
- Укажите имя файла и выполните выгрузку.
Обработка сохраняет внутренние идентификаторы объектов (GUID). Это главное её достоинство: после загрузки объект получит ту же ссылку, что и до удаления. Если в рабочей базе остались документы с <Объект не найден>, они снова «увидят» восстановленный элемент.
Шаг 3. Загрузите объекты в рабочую базу
- Сделайте свежую копию рабочей базы перед загрузкой.
- Откройте ту же обработку в рабочей базе, вкладка загрузки, выберите файл.
- Выполните загрузку.
- Проверьте объекты и перепроведите загруженные документы.
Что учесть при переносе:
- 📦 Сначала справочники, потом документы. Если пропали и документ, и контрагент из него, выгрузите оба. Иначе в документе снова будет пустая ссылка.
- ♻️ Существующие объекты перезапишутся. Если отбор захватил объект, который в рабочей базе с тех пор меняли, загрузка вернёт его к состоянию на момент копии. Отбирайте точно.
- 🧾 Движения документов. Надёжнее не переносить движения, а провести документ в рабочей базе: тогда остатки и обороты рассчитаются по текущим данным.
Восстановить всю базу или перенести объекты
| Способ | Когда подходит | Риски |
|---|---|---|
| Перенос объектов через XML | Удалены единицы или десятки объектов, после копии в базе шла работа | Перезапись изменённых объектов при неточном отборе |
| Полная загрузка копии вместо рабочей базы | Массовое удаление, а после копии никто ничего не вводил | Теряется всё, что сделано после копии |
| Ручной ввод заново | Один-два простых документа, копии нет | Новая ссылка: старые ссылки останутся битыми |
5. Битые ссылки «Объект не найден»: как сохранить связи
Если объект удалили без контроля ссылок (например, программным кодом или обработкой с отключённой проверкой), в документах остаются ссылки вида <Объект не найден> (45:8f3a...). Удаление помеченных в типовых конфигурациях такие объекты обычно не удаляет, а показывает их как неудаляемые из-за ссылок. Но если битые ссылки уже есть, связи можно спасти.
В Конфигураторе есть Администрирование → Тестирование и исправление информационной базы. В его настройках есть режим для ссылок на несуществующие объекты:
- Создавать объекты — платформа создаст пустые объекты-заглушки с теми же идентификаторами. Документы снова ссылаются на существующий элемент, а реквизиты заглушки заполняются вручную или загрузкой из копии через XML (раздел 4): загрузка с тем же GUID перезапишет заглушку полными данными.
- Очищать ссылки — ссылки станут пустыми. Для восстановления этот режим вреден: связь будет потеряна насовсем.
- Не изменять — ничего не трогать, только получить отчёт.
Тестирование и исправление требует монопольного доступа. Все пользователи должны выйти из базы, иначе их сеансы придётся завершить. Запускайте его вне рабочего времени и только после свежей резервной копии.
6. Журнал регистрации: кто и когда удалил объект
Журнал регистрации не вернёт сам объект: полных данных удалённого документа в нём нет. Зато он покажет пользователя, компьютер и точное время, а это нужно, чтобы выбрать правильную копию.
Где открыть:
- в пользовательском режиме:
Администрирование → Обслуживание, ссылка «Журнал регистрации»; - в Конфигураторе:
Администрирование → Журнал регистрации.
Как искать:
- Установите отбор по периоду: день, когда объект пропал.
- В отборе по событиям выберите «Данные. Удаление» — так записывается физическое удаление.
- Пометка удаления обычно фиксируется как изменение объекта, событие «Данные. Изменение». Найти её проще отбором по данным: укажите сам объект, если он ещё существует.
- Посмотрите колонку пользователя и представление данных: там видно, что именно и кем удалено.
Если в журнале пусто, проверьте уровень записи: Конфигуратор → Администрирование → Настройка журнала регистрации. При уровне «Не регистрировать» или «Регистрировать ошибки» удаления не попадают в журнал.
7. Профилактика: права, регламент удаления, копии
Удалённые данные теряют не из-за кнопки Del, а из-за того, что удаление помеченных запускают без проверки. Набор мер небольшой.
Права пользователей
На уровне платформы за удаление отвечают отдельные права в ролях: «Интерактивное удаление», «Интерактивное удаление помеченных», «Интерактивная пометка удаления», «Интерактивное снятие пометки удаления». В типовых конфигурациях их раздают через группы доступа: Администрирование → Настройки пользователей и прав → Группы доступа.
- 👤 Обычным пользователям оставьте пометку удаления. Физическое удаление — только администратору.
- 🗂 Не давайте бухгалтерам профиль с полными правами «для удобства».
Регламент удаления помеченных
| Конфигурация | Где запустить удаление помеченных |
|---|---|
| Бухгалтерия предприятия 3.0 | Администрирование → Обслуживание → Корректировка данных |
| ЗУП 3.1 | Администрирование → Обслуживание |
| УТ 11 | НСИ и администрирование → Администрирование → Обслуживание |
- 🕒 Удаляйте помеченные раз в месяц или квартал, после закрытия периода, а не каждый день.
- 👀 Перед удалением просмотрите список: в форме удаления видно, какие объекты будут удалены, отметки можно снять.
- ⚙️ Проверьте, не включено ли автоматическое удаление по расписанию. В новых версиях БСП оно настраивается там же, в разделе обслуживания. Если оно включено, помеченный утром документ к вечеру может исчезнуть.
Резервные копии
Перед удалением помеченных сделайте выгрузку .dt или копию базы. Минимальный ритм — ежедневная копия с хранением не меньше двух недель: часто пропажу замечают не сразу, а при сверке через несколько дней.