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