Администрирование · 13 мин
Как в 1С посмотреть, кто пометил объект на удаление
Как в 1С узнать, кто пометил документ или справочник на удаление: журнал регистрации, версионирование объектов, поиск по базе и восстановление помеченных данных.
Объект в 1С помечен на удаление, проведение документов останавливается, отчёты перестают сходиться — а в карточке объекта не видно, кто это сделал и когда. Понять, кто установил пометку, можно через журнал регистрации: платформа 1С:Предприятие 8 фиксирует там каждое изменение пометки удаления с указанием пользователя, даты и времени, нужно лишь правильно настроить отбор событий.
Основной инструмент для ответа на вопрос «кто пометил на удаление» — журнал регистрации, где фиксируются события изменения данных с указанием пользователя, времени, компьютера и вида действия. Дополнительно помогают механизм версионирования объектов (если он включён в типовой конфигурации), история изменений в БСП и анализ самой базы через запросы или обработки.
Ниже разобраны рабочие способы для типовых конфигураций (Бухгалтерия предприятия, Управление торговлей, ERP, Зарплата и управление персоналом) и для случаев, когда стандартных средств недостаточно. Отдельно описано, как восстановить помеченный объект и как настроить систему, чтобы в будущем находить виновника за минуты.
Что фиксирует 1С при пометке на удаление
Пометка на удаление в 1С — это не физическое стирание записи, а установка специального признака «ПометкаУдаления» у объекта базы данных. Объект остаётся в базе, продолжает занимать место и участвовать в ссылочной целостности, но исключается из большинства отчётов и обработок. Физическое удаление происходит только через специальную процедуру «Удаление помеченных объектов», и обычно она доступна ограниченному кругу пользователей.
Каждое изменение признака пометки — это событие записи объекта. Платформа регистрирует его в журнале регистрации с указанием пользователя, сеанса, компьютера, приложения (толстый клиент, тонкий клиент, веб-клиент) и точного времени. Именно поэтому журнал регистрации — первое место, куда следует смотреть, когда нужно найти автора пометки.
Важно понимать ограничение: журнал регистрации фиксирует сам факт изменения объекта, но не всегда явно пишет «установлена пометка на удаление». В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) такие события обычно представлены понятным описанием, а в самописных решениях может фиксироваться просто «Изменение» объекта. Поэтому иногда приходится сопоставлять время события с моментом, когда пометка появилась.
Поиск автора пометки через журнал регистрации
Журнал регистрации доступен пользователям с правами администратора или с правом «Журнал регистрации» (в зависимости от настройки ролей). В типовых конфигурациях путь обычно такой: раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В режиме конфигуратора журнал открывается через меню «Администрирование» → «Журнал регистрации».
После открытия журнала установите отбор, иначе в большой базе придётся пролистывать тысячи записей. Нажмите кнопку отбора и укажите период — если известно, когда объект «пропал», сузьте интервал до дня или недели. В отборе по данным укажите конкретный объект: в поле «Данные» выберите тип (документ, справочник) и сам объект. В событиях оставьте «Данные. Изменение» и при необходимости «Данные. Удаление».
В результате вы получите список всех изменений объекта за выбранный период. Строка, соответствующая установке пометки, покажет пользователя, время с точностью до секунды, имя компьютера и номер сеанса. Если изменений несколько, ориентируйтесь на последнее изменение перед обнаружением проблемы — чаще всего именно оно и есть установка пометки.
По номеру сеанса можно получить дополнительную информацию: откройте отбор по сеансу и посмотрите, что ещё делал пользователь в это время. Это помогает отличить осознанную пометку от случайной, например когда человек работал с целым пакетом документов и задел лишний.
- 1Откройте «Администрирование — Обслуживание — Журнал регистрации» под пользователем с достаточными правами
- 2Нажмите кнопку отбора и задайте период, в который объект мог быть помечен
- 3В поле «Данные» укажите конкретный документ или элемент справочника
- 4В событиях оставьте «Данные. Изменение» и «Данные. Удаление», примените отбор
- 5Найдите строку изменения, соответствующую появлению пометки, и посмотрите колонки «Пользователь», «Дата», «Компьютер»
- 6При необходимости отфильтруйте журнал по найденному сеансу, чтобы увидеть контекст действий пользователя
Версионирование объектов как альтернативный источник
В типовых конфигурациях на основе БСП есть механизм версионирования объектов. Если он включён для нужного вида документов или справочников, система сохраняет снимок объекта при каждом изменении, включая автора, дату и комментарий версии. Установка пометки на удаление — тоже изменение, поэтому она создаёт новую версию.
Проверить, включено ли версионирование, можно в разделе «Администрирование» → «Общие настройки» → «Версионирование объектов» (в разных конфигурациях путь может незначительно отличаться). Там же настраивается, для каких типов объектов ведётся история. Если механизм был включён до инцидента, откройте карточку помеченного объекта и найдите команду «История изменений» или «Версии» — обычно она в меню «Ещё».
В истории версий видно, кто и когда создал каждую версию. Последняя версия, где объект уже помечен, покажет автора пометки. Дополнительное преимущество — из истории можно восстановить предыдущее состояние объекта, если конфигурация это поддерживает, либо хотя бы посмотреть, какими были данные до пометки.
Ограничение способа очевидно: версионирование работает только «вперёд». Если оно не было включено до инцидента, истории по старым изменениям не будет. Поэтому версионирование стоит рассматривать как профилактическую меру, а не как способ расследования уже случившегося.
Если журнал регистрации не помогает
Бывают ситуации, когда в журнале нужного события нет. Самая частая причина — журнал регистрации был очищен или настроено автоматическое сокращение: старые записи удаляются по расписанию, и событие недельной давности уже недоступно. Вторая причина — пометка была установлена обработкой или фоновым заданием, и в журнале фигурирует служебный пользователь, под которым выполнялся код, а не реальный инициатор.
Если пометку поставила регламентная операция или обмен данными, смотрите журналы обмена: в типовых конфигурациях есть «Результаты обмена данными», где видно, какие объекты пришли с пометкой из другой базы. Тогда виновника нужно искать уже в базе-источнике — там тоже через журнал регистрации.
Дополнительный ориентир — технические данные самого объекта. В запросе или через консоль кода можно посмотреть, какие объекты помечены, и сопоставить это с косвенными признаками: например, если помечен целый пакет документов одного менеджера за один день, вероятно, действовал он сам или его руководитель. Это не доказательство, но помогает сузить круг при опросе сотрудников.
В файловых базах без полноценного разграничения прав ситуация сложнее: если все работают под одним пользователем или список пользователей не заполнен, технически установить автора невозможно. Это повод пересмотреть организацию доступа — об этом ниже.
Как восстановить помеченный объект
После того как автор найден и причина выяснена, пометку обычно нужно снять. Простейший способ — открыть объект и нажать кнопку «Пометить на удаление / Снять пометку» (значок с крестиком) или одноимённую команду в меню «Ещё». Для документов, входящих в закрытый период, может потребоваться временно открыть период или использовать права на изменение закрытых данных.
Перед снятием пометки убедитесь, что объект помечен ошибочно. Если пометку установила штатная процедура — например, при отмене документа в обмене или при корректировке — восстановление может создать дубли или расхождения в учёте. Согласуйте действие с ответственным за участок учёта.
Если помеченных объектов много, используйте групповую обработку: в типовых конфигурациях есть «Групповое изменение реквизитов» («Администрирование» → «Обслуживание» → «Корректировка данных»), где можно отобрать объекты по условию и снять пометку пакетно. Работайте с такой обработкой осторожно и предварительно сделайте резервную копию или хотя бы выгрузку затрагиваемых данных.
Профилактика: как не искать виноватого вручную в будущем
Первый шаг — настроить хранение журнала регистрации. В конфигураторе через «Администрирование» → «Настройка журнала регистрации» задайте регистрацию событий изменения данных и разумный срок хранения. Для файловых баз журнал хранится в каталоге базы, для клиент-серверных — на сервере; следите, чтобы место под журнал не заканчивалось, иначе старые записи начнут теряться.
Второй шаг — включить версионирование для критичных объектов: договоров, контрагентов, номенклатуры, ключевых документов. Тогда ответ на вопрос «кто изменил» будет доступен прямо из карточки объекта без похода в журнал регистрации, а восстановление предыдущего состояния займёт минуты.
Третий шаг — разграничить права. Право интерактивной пометки на удаление и особенно право удаления помеченных объектов должно быть у минимального круга лиц. В типовых конфигурациях это настраивается через профили групп доступа: уберите право пометки у рядовых пользователей там, где это не нужно по должности, и оставьте удаление помеченных только администратору. Каждый сотрудник должен работать под своей учётной записью — иначе никакой журнал не поможет установить виновника.
Как проверить результат
В списке показаны только события по нужному объекту, видны пользователь и время
Список пуст или содержит тысячи записей — отбор не применён или журнал очищен
В строке события указан конкретный пользователь, совпадающий с реальным сотрудником
Указан служебный пользователь обмена или фонового задания — искать нужно в базе-источнике
Объект снова виден в списках, проводится, попадает в отчёты
Пометка снята, но появились дубли или расхождения — пометка была установлена процедурой не случайно
Версионирование включено для ключевых объектов, журнал хранится достаточный срок
Версионирование выключено, журнал сокращается ежедневно — следующее расследование будет невозможно
Отличия в файловых и клиент-серверных базах
Принцип поиска автора пометки одинаков, но есть нюансы хранения журнала. В файловой базе журнал регистрации лежит в подкаталоге базы и может расти до значительных размеров; при копировании базы простым копированием файла журнал копируется вместе с ней, что иногда позволяет посмотреть историю в архивной копии, даже если в рабочей базе журнал очищен.
В клиент-серверном варианте журнал ведётся сервером 1С:Предприятия. Здесь важно, чтобы у службы сервера было достаточно места в каталоге журнала, а сокращение журнала настраивалось осознанно. Дополнительный плюс клиент-серверного режима — возможность анализировать данные на уровне СУБД, но для вопроса «кто пометил» это обычно избыточно: журнал регистрации решает задачу быстрее и безопаснее.
Что важно запомнить
Автор пометки на удаление определяется через журнал регистрации с отбором по объекту и событию изменения данных; при включённом версионировании — также через историю версий в карточке объекта. Если пометка пришла обменом, ищите виновника в базе-источнике. Для будущих случаев настройте срок хранения журнала, включите версионирование ключевых объектов и разграничьте права на пометку и удаление.
Частые вопросы
Видно ли в журнале регистрации, что именно установлена пометка на удаление?
Зависит от конфигурации. В типовых решениях на базе БСП событие обычно описано понятно, вплоть до указания установки или снятия пометки. В простых или самописных конфигурациях фиксируется общее событие «Данные. Изменение» — тогда пометку определяют косвенно, сопоставляя время изменения с моментом обнаружения проблемы.
Можно ли узнать автора пометки, если журнал регистрации уже очищен?
Штатными средствами — нет, удалённые записи журнала не восстанавливаются. Варианты: посмотреть архивные копии базы (в файловом режиме журнал копируется вместе с базой), проверить историю версионирования, если оно велось, и опросить сотрудников, работавших с объектом, по косвенным признакам.
Почему в журнале автором пометки указан пользователь, который в тот день не работал?
Чаще всего пометку установило фоновое задание, обмен данными или внешняя обработка, запущенная под этой учётной записью. Отфильтруйте журнал по сеансу и посмотрите тип приложения и соседние события — так видно, было ли это интерактивное действие или регламентная операция.
Как найти все помеченные на удаление объекты в базе?
В типовых конфигурациях откройте «Администрирование» → «Обслуживание» → «Удаление помеченных объектов» — на первом шаге мастер покажет полный список помеченных объектов, не удаляя их. Также помеченные элементы видны в списках справочников и документов с характерной пиктограммой, если включён показ помеченных.
Можно ли запретить пользователям помечать объекты на удаление?
Да. В конфигурациях с профилями групп доступа уберите у профиля право интерактивной пометки на удаление для нужных видов объектов. После этого пользователь сможет только отменять проведение документов, а решение о пометке останется за старшими сотрудниками или администратором.
Что делать, если помеченный объект не даёт провести связанные документы?
Сначала выясните причину пометки через журнал регистрации. Если пометка ошибочна — снимите её штатной командой. Если объект помечен обоснованно, перепроведите зависимые документы на актуальные данные или замените ссылки на корректный объект с помощью обработки поиска и замены дублирующихся значений.