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