К статье
Практический материал

Администрирование · 10 мин

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

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

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

Выбор способа зависит от конфигурации (типовая или самописная), режима работы (файловая или клиент-серверная база) и от того, был ли заранее включён аудит изменений. Ниже разобраны все рабочие варианты с пошаговыми действиями и ограничениями каждого метода.

Почему автор не всегда виден прямо в карточке элемента

В типовых конфигурациях 1С (Бухгалтерия, Управление торговлей, ERP) у элементов справочников нет обязательного поля «Кто создал». Такой реквизит существует только если разработчики конфигурации добавили его явно — например, в некоторых конфигурациях есть реквизит «Автор» или «Ответственный», который заполняется автоматически при создании. Но это исключение, а не правило.

Платформа 1С:Предприятие сама по себе не хранит в объекте информацию о создателе. Зато она фиксирует все действия пользователей в журнале регистрации — это системный механизм, работающий независимо от конфигурации. Именно журнал регистрации становится основным инструментом, когда нужно установить автора уже существующего элемента.

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

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

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

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

В клиент-серверном варианте журнал может быть большим, поэтому отбор по периоду и типу данных существенно ускоряет поиск. В файловой базе журнал хранится в файле 1Cv8.lgd рядом с базой и тоже доступен для просмотра.

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

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

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

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

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

Способ 3. Реквизит «Автор» в конфигурации

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

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

bsl
Процедура ПередЗаписью(Отказ)
    Если ЭтоНовый() Тогда
        Автор = ПользователиИнформационнойБазы.ТекущийПользователь().Имя;
    КонецЕсли;
КонецПроцедуры

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

Способ 4. Запрос к данным через консоль

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

bsl
ВЫБРАТЬ
    Номенклатура.Ссылка,
    Номенклатура.Наименование,
    Номенклатура.Автор
ИЗ
    Справочник.Номенклатура КАК Номенклатура
ГДЕ
    Номенклатура.Ссылка = &Ссылка

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

Что делать, если автора установить невозможно

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

Маршрут решения

Как выбрать действие

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

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

Частые ошибки при поиске автора

Типичные ошибки
01
Искать автора в журнале без отбора по событию — в общем списке из тысяч записей нужная строка теряется; всегда фильтруйте по «Данные. Добавление» и справочнику.
02
Путать «Добавление» и «Изменение»: если элемент скопировали, а потом правили, автором в журнале будет тот, кто добавил запись, а не последний редактор.
03
Рассчитывать на журнал регистрации при общих учётных записях — технически автор будет найден, но это не поможет установить конкретного человека.
04
Включать версионирование и ждать историю по старым элементам — механизм работает только с момента включения.
05
Добавлять реквизит «Автор» в типовую конфигурацию без учёта обновлений — при обновлении доработка может конфликтовать; безопаснее версионирование или расширение конфигурации.

Отдельная ошибка — искать автора через дату создания в стандартных реквизитах. У элементов справочников нет системного поля «дата создания», доступного пользователю; дата документа или дата в наименовании ничего не говорят о моменте заведения элемента в базу.

Как проверить, что контроль авторов работает

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

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

Журнал регистрации с отбором по событию добавления
Норма

Видны записи с пользователем, датой и представлением элемента

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

Записей нет или в колонке «Пользователь» пусто — проверьте период отбора и настройки журнала

Карточка элемента, меню «Ещё»
Норма

Есть пункт «История изменений» с записями по созданию и правкам

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

Пункта нет — версионирование для справочника не включено

Список пользователей базы
Норма

У каждого сотрудника персональная учётная запись

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

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

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

Итог

Что важно запомнить

Автора элемента справочника в 1С ищут через журнал регистрации (событие «Данные. Добавление»), историю изменений при включённом версионировании или реквизит «Автор», если он есть в конфигурации. Задним числом восстановить автора можно только по журналу регистрации, поэтому аудит и персональные учётные записи стоит настроить заранее.

Частые вопросы

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

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

Видно ли в журнале регистрации, кто удалил элемент справочника?

Да. Настройте отбор по событию «Данные. Удаление» и нужному справочнику — в колонке «Пользователь» будет тот, кто выполнил удаление. Это работает и для непосредственного удаления, и для пометки на удаление (событие изменения).

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

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

Замедлит ли версионирование работу базы?

Запись версии добавляет небольшую нагрузку при сохранении объектов и увеличивает размер базы. На большинстве баз это незаметно, но для очень активно изменяемых справочников стоит включать версионирование выборочно и периодически очищать старую историю.

Можно ли вывести автора в список справочника колонкой?

Только если автор хранится в реквизите объекта — тогда колонку можно добавить в настройках списка. Данные журнала регистрации или версионирования в список напрямую не выводятся; для них нужен отдельный отчёт или доработка.

Работает ли поиск автора в файловой базе 1С?

Да, журнал регистрации ведётся и в файловом варианте — он хранится в файле 1Cv8.lgd в каталоге базы. Отбор и просмотр выполняются теми же средствами, что и в клиент-серверном режиме.