Как узнать в 1С, кто удалил документы

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

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

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

Как работает журнал регистрации и что он фиксирует

Журнал регистрации — это системный механизм платформы, который записывает события работы с информационной базой: входы и выходы пользователей, изменение и удаление данных, ошибки, работу фоновых заданий. В файловых базах журнал хранится в служебной папке рядом с базой, в клиент-серверных — на сервере 1С или в СУБД.

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

У журнала есть важное ограничение: уровень регистрации событий настраивается. Если администратор когда-то снизил уровень до «Ошибки» или «Предупреждения», то события удаления данных могли не записываться. Проверить настройку можно в конфигураторе: Администрирование → Настройка журнала регистрации. Для расследования инцидентов уровень должен включать события категории «Информация».

Пошаговый поиск события удаления в журнале

Основной инструмент расследования — отбор записей журнала по событию удаления. Порядок действий одинаков для большинства типовых конфигураций (Бухгалтерия предприятия, Управление торговлей, ERP):

1. 1
   Откройте раздел Администрирование → Обслуживание → Журнал регистрации (в некоторых конфигурациях: НСИ и администрирование → Поддержка и обслуживание).
2. 2
   Нажмите кнопку «Отбор» и установите период, в который предположительно пропал документ.
3. 3
   В списке событий отметьте «Данные. Удаление» и при необходимости «Данные. Удаление помеченных».
4. 4
   Если знаете примерный вид документа, добавьте фильтр по метаданным (например, «Документ. РеализацияТоваровУслуг»).
5. 5
   Примените отбор и изучите колонки «Пользователь», «Компьютер», «Данные» — там будут автор удаления и представление удалённого документа.
6. 6
   Дважды щёлкните по записи, чтобы увидеть полные детали события, включая сеанс работы.

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

Обратите внимание на событие «Данные. Удаление помеченных» — оно означает, что кто-то запустил штатную обработку удаления помеченных объектов. В этом случае документ сначала был помечен на удаление (возможно, другим человеком и раньше), а окончательно стёрт позже. Тогда искать нужно два события: пометку на удаление и саму очистку.

Что делать, если события в журнале нет

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

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

Если база участвует в обмене (РИБ, синхронизация с другой конфигурацией, обмен с сайтом), удаление могло прийти из другого узла. В этом случае в журнале автором будет служебный пользователь, под которым работает обмен. Искать первопричину нужно уже в связанной базе — там тоже есть свой журнал регистрации.

Как восстановить удалённый документ

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

Способы восстановления данных

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

Подходит, если документ только помечен. Восстановление мгновенное, данные полные. Не работает после удаления помеченных объектов.

Версионирование объектов

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

Восстановление из резервной копии

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

Повторный ввод документа

Крайний вариант при отсутствии копий. Данные придётся восстанавливать по первичным бумажным документам.

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

Версионирование объектов: защита на будущее

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

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

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

Как предотвратить повторное удаление документов

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

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

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

Контроль результата и границы самостоятельной работы

После восстановления документа убедитесь, что данные согласованы: документ проведён, движения по регистрам присутствуют, отчёты (оборотно-сальдовая ведомость, книга продаж и т.п.) дают ожидаемые цифры. Если документ участвовал в последовательности проведения, возможно, потребуется перепровести более поздние документы.

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

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

Документ в списке

Норма

Виден, проведён, пометка удаления снята

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

Отсутствует или остался помеченным

Движения по регистрам

Норма

Проводки и записи регистров сформированы

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

Документ есть, но движений нет

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

Норма

Суммы сошлись с ожидаемыми

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

Расхождения в оборотах и остатках

Журнал регистрации

Норма

Событие удаления найдено, пользователь установлен

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

Записей нет из-за настроек или сокращения журнала

Самостоятельно безопасно выполнять: анализ журнала, снятие пометки, настройку прав и версионирования. К специалисту стоит обратиться, если требуется восстановление из повреждённой копии, работа с базой на SQL-уровне или если удаление носит массовый характер и затронуло тысячи объектов — здесь цена ошибки слишком высока.

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

Можно ли узнать, кто удалил документ, если журнал регистрации очищен?

Напрямую — нет, записи журнала не восстанавливаются. Косвенно можно проанализировать резервные копии за соседние даты: сравнив наличие документа в копиях, вы сузите период удаления, а дальше — опросить сотрудников, работавших в этот интервал. На будущее настройте архивирование журнала перед его сокращением.

Видно ли в журнале, кто поставил пометку на удаление?

Да. Пометка на удаление — это изменение объекта, и оно фиксируется событием «Данные. Изменение» с указанием пользователя. Если включено версионирование, автор пометки виден ещё и в истории изменений самого документа.

Документ удалил обмен данными — как найти источник?

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

Можно ли запретить удаление документов только для части пользователей?

Да, через профили групп доступа. Создайте профиль без прав «Удаление» и «Интерактивное удаление» для документов и назначьте его нужным сотрудникам. Пометку на удаление при этом можно оставить — окончательная очистка останется прерогативой администратора.

Хранит ли 1С историю удалённых документов где-то ещё?

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

Что делать, если удалены сотни документов сразу?

Массовое удаление — признак работы обработки, обмена или действий с полными правами. Сначала зафиксируйте журнал регистрации (скопируйте его файлы), не запускайте сокращение. Затем определите автора по журналу и восстанавливайте данные из последней резервной копии с точечным переносом объектов. Такой объём работ лучше доверить специалисту.