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