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

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

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

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

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

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

Ниже разобраны все основные способы: от простого просмотра журнала регистрации до запроса через консоль кода. Для каждого указаны условия, при которых метод сработает, и его ограничения.

Почему у номенклатуры нет поля «Автор» и что это значит

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

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

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

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

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

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

Если отбор по наименованию ничего не дал, попробуйте отобрать по пользователю-подозреваемому за предполагаемый период и посмотреть все его действия со справочником «Номенклатура». Это трудоёмко, но срабатывает, когда точное наименование неизвестно.

Способ 2: история изменений в карточке элемента

В конфигурациях на Библиотеке стандартных подсистем (УТ 11, ERP 2, КА 2, УНФ и других) есть встроенный механизм «История изменений», который показывает версии объекта с указанием пользователя и даты. Для справочника «Номенклатура» он доступен, если в настройках включено хранение истории.

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

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

Способы узнать автора номенклатуры

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

Работает всегда, пока журнал не очищен. Требует прав администратора или доступа к журналу. В больших базах отбор идёт медленно.

История изменений в карточке

Самый быстрый и наглядный способ. Работает только если версионирование включено для справочника «Номенклатура».

Запрос к данным версий

Подходит для массового анализа многих позиций. Требует консоли запросов и включённого версионирования.

Реквизит «Автор» в доработанной конфигурации

Мгновенный ответ, но только если разработчики добавили такой реквизит и он заполняется.

Способ 3: массовая проверка через консоль запросов

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

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

ВЫБРАТЬ

ВерсииОбъектов.Объект КАК Номенклатура,

МИНИМУМ(ВерсииОбъектов.ДатаВерсии) КАК ДатаСоздания

ПОМЕСТИТЬ ПервыеВерсии

ИЗ

РегистрСведений.ВерсииОбъектов КАК ВерсииОбъектов

ГДЕ

ВерсииОбъектов.Объект ССЫЛКА Справочник.Номенклатура

СГРУППИРОВАТЬ ПО

ВерсииОбъектов.Объект

;

ВЫБРАТЬ

ВерсииОбъектов.Объект КАК Номенклатура,

ВерсииОбъектов.АвторВерсии КАК Автор,

ВерсииОбъектов.ДатаВерсии КАК ДатаСоздания

ИЗ

РегистрСведений.ВерсииОбъектов КАК ВерсииОбъектов

ВНУТРЕННЕЕ СОЕДИНЕНИЕ ПервыеВерсии КАК ПервыеВерсии

ПО ВерсииОбъектов.Объект = ПервыеВерсии.Номенклатура

И ВерсииОбъектов.ДатаВерсии = ПервыеВерсии.ДатаСоздания

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

Что делать, если автор не находится

Ситуация, когда автора установить не удаётся, встречается чаще, чем хотелось бы. Основные причины и варианты действий:

  • Журнал регистрации очищен. Во многих организациях журнал периодически сокращают для экономии места. Если событие создания старше периода хранения — данные безвозвратно утеряны. Проверьте настройку хранения в разделе администрирования.
  • Версионирование не включено. Если история изменений для справочника не велась, а журнал очищен, штатных способов узнать автора нет. Останется только косвенный анализ: кто работал с похожими позициями, кто вёл соответствующую группу товаров.
  • Данные загружены обменом. Если номенклатура пришла из другой базы (обмен УТ–БП, синхронизация с сайтом), в журнале автором будет пользователь, под которым выполнялась синхронизация, — часто это служебная учётная запись или «Администратор». Реального автора ищите в базе-источнике.
  • Создано обработкой или загрузкой из Excel. При групповой загрузке автором значится пользователь, запустивший обработку. В журнале регистрации рядом с событием добавления обычно видно и событие запуска обработки.

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

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

Первый — включить историю изменений для справочника «Номенклатура», если она ещё не включена. Это штатная настройка, не требующая доработок. Минус — рост объёма базы при частых изменениях карточек.

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

Третий — попросить разработчика добавить в справочник реквизиты «Автор» и «Дата создания» с автоматическим заполнением при записи нового элемента. Это небольшая доработка, но она снимает вопрос полностью: автор будет виден прямо в карточке и в списке номенклатуры.

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

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

Нужно узнать автора одной карточки прямо сейчасОткройте карточку и проверьте «Ещё → История изменений»; если пункта нет — идите в журнал регистрации
Нужно проверить десятки или сотни позицийИспользуйте запрос к регистру «Версии объектов» через консоль запросов
Номенклатура пришла обменом из другой базыИщите автора в журнале регистрации базы-источника, а не текущей
Журнал очищен и версионирование выключеноПризнайте, что автора восстановить нельзя, и настройте фиксацию на будущее

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

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

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

Проверка результата

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

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

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

Событие в журнале
Норма

Событие «Данные. Добавление», метаданные «Справочник.Номенклатура», представление совпадает с карточкой

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

Событие «Изменение» или метаданные относятся к другому объекту — это не создание

Дата в истории изменений
Норма

Самая ранняя версия содержит заполненные основные поля карточки

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

Первая версия пустая или дата новее реального появления позиции в документах

Пользователь
Норма

Указано конкретное имя пользователя, работавшего в базе на ту дату

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

Стоит служебная учётная запись обмена — автор находится в другой базе

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

Итог

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

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

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

Можно ли узнать автора номенклатуры в 1С:Бухгалтерии?

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

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

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

Как узнать автора, если номенклатура создана несколько лет назад?

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

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

Да, удаление фиксируется событием «Данные. Удаление». Настройте отбор по этому событию и представлению элемента. Учтите, что пометка на удаление — это событие «Изменение», а непосредственное физическое удаление выполняется обработкой «Удаление помеченных объектов» под пользователем, который её запустил.

Можно ли сделать поле «Автор» в карточке номенклатуры?

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

Почему пункта «История изменений» нет в меню «Ещё» карточки?

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