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