Как посмотреть, кто создал документ в 1С

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

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

Ниже разобраны все рабочие способы: от самого быстрого просмотра реквизита «Ответственный» до анализа журнала регистрации и включения версионирования на будущее. Также описаны типичные ошибки и ограничения каждого метода.

Способ 1. Реквизит «Ответственный» в самом документе

В большинстве типовых конфигураций (1С:Бухгалтерия, 1С:Управление торговлей, ERP, ЗУП) у документов есть реквизит «Ответственный» или «Автор». Откройте документ и посмотрите поля в шапке или на вкладке «Дополнительно» — часто ответственный отображается именно там или внизу формы.

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

Если реквизита не видно в форме, проверьте команду «Ещё → Изменить форму» — возможно, поле просто скрыто настройками интерфейса. Также в списке документов можно вывести колонку «Ответственный» через «Ещё → Изменить форму» в журнале документов.

Способ 2. Журнал регистрации — универсальный метод

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

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

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

Обратите внимание на колонку «Компьютер» и «Сеанс»: они помогают убедиться, что действие выполнял конкретный сотрудник со своего рабочего места, а не под чужой учётной записью. Если несколько человек работают под одним пользователем, журнал регистрации покажет только эту общую учётку — это ограничение метода.

Способ 3. История изменений и версионирование объектов

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

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

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

Способ 4. Поиск автора через структуру подчинённости и связанные данные

Если журнал регистрации очищен, а версионирование не включалось, прямого способа узнать автора уже нет. Но косвенные признаки помогают сузить круг. Откройте в документе «Ещё → Структура подчинённости» (или «Связанные документы»): если документ введён на основании другого, автором, скорее всего, был сотрудник, отвечающий за этот участок учёта.

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

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

Способ 5. Запрос или консоль кода для массового анализа

Если нужно определить авторов сразу по группе документов (например, все приходные накладные за месяц), ручной просмотр журнала регистрации неудобен. В этом случае используют выгрузку журнала регистрации во внешний файл с последующим анализом в табличном документе или через консоль запросов по реквизиту «Ответственный».

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

Сравнение способов

Реквизит «Ответственный»

Самый быстрый, но поле можно изменить вручную — не доказательство авторства.

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

Достоверный и всегда доступен ретроспективно, пока журнал не очищен; требует прав на просмотр.

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

Удобная история прямо из документа, но работает только если было включено заранее.

Косвенные признаки

Единственный вариант, когда журнал очищен; даёт лишь предположение, а не факт.

Почему автор может не отображаться или отображаться неверно

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

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

Третья причина — сокращение журнала регистрации. Администраторы периодически очищают журнал для экономии места, и события старше даты сокращения теряются безвозвратно. Проверить настройку можно в конфигураторе: «Администрирование → Настройка журнала регистрации».

Как настроить контроль авторства на будущее

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

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

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

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

Событие создания найдено в журнале регистрации

Норма

Видны пользователь, дата, время и компьютер

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

События нет — журнал очищен или документ создан до начала записи

История изменений в документе

Норма

Первая версия показывает автора создания

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

Команда истории отсутствует — версионирование не включено

Поле «Ответственный»

Норма

Заполнено и совпадает с данными журнала регистрации

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

Расходится с журналом — поле правили вручную после создания

Часто задаваемые вопросы

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

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

Видно ли в 1С, кто изменил документ после создания?

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

Почему в журнале регистрации автором указан не сотрудник, а служебный пользователь?

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

Нужны ли специальные права, чтобы смотреть журнал регистрации?

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

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

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