В процессе ведения учета на предприятии часто возникает ситуация, когда в справочнике Номенклатура появляются новые позиции, и необходимо установить авторство этих записей. Вопрос о том, кто именно создал конкретный элемент или группу, является критически важным для внутреннего аудита и контроля действий персонала. Без надлежащей системы мониторинга определить ответственного за появление той или иной позиции в базе данных будет практически невозможно.
Система 1С:Предприятие предоставляет несколько инструментов для решения этой задачи, начиная от стандартных средств аудита и заканчивая специализированными отчетами. Понимание механизма работы журнала регистрации и настроек прав доступа позволит вам быстро идентифицировать пользователя, создавшего элемент справочника. Далее мы подробно рассмотрим каждый из доступных методов.
Роль журнала регистрации в поиске создателя
Основным инструментом для отслеживания всех действий пользователей в информационной базе является журнал регистрации. Именно в этот системный журнал заносятся события открытия, создания, изменения и удаления объектов. Если в вашей базе данных включен режим регистрации событий, то найти автора созданной номенклатуры не составит труда, даже если с момента создания прошло значительное время.
Для доступа к журналу необходимо войти в систему под пользователем с правами администратора или владельца прав. В интерфейсе программы следует перейти в меню Администрирование → Журнал регистрации. В открывшемся окне вам потребуется настроить отбор, чтобы исключить лишнюю информацию. Важно понимать, что поиск записи о создании элемента требует знания точного наименования или кода номенклатуры.
В поле отбора по объекту следует выбрать тип Справочник.Номенклатура и указать конкретный элемент. Однако, более надежным способом является фильтрация по событию. Вам нужно выбрать событие Создание, которое фиксирует момент первоначальной записи объекта в базу данных. После настройки фильтров система выдаст список всех подходящих записей.
В колонке Пользователь будет отображено имя учетной записи, под которой было выполнено действие. Обратите внимание, что если действия выполнялись от имени технического пользователя или в фоновом задании, там может быть указан системный аккаунт. В таком случае потребуется дополнительный анализ регламентных заданий.
Что делать, если журнал регистрации пуст?
Если журнал регистрации пуст или в нем нет записей о создании, значит, режим регистрации событий для данного типа объектов не был включен ранее. В этом случае восстановить информацию штатными средствами невозможно, и потребуется анализ логов сервера или внешних систем логирования, если таковые настроены.
⚠️ Внимание: Журнал регистрации имеет ограниченный срок хранения записей, который настраивается в параметрах системы. Старые записи могут быть автоматически удалены при проведении процедуры удаления старых записей журнала.
☑️ Проверка настроек журнала
Использование отчета «Кто изменил справочник»
Для упрощения работы с данными аудита во многих конфигурациях 1С:Бухгалтерия и 1С:Управление торговлей предусмотрен специализированный отчет «Кто изменил справочник». Этот инструмент агрегирует данные из журнала регистрации и представляет их в удобном табличном виде, позволяя быстро отследить историю изменений любого элемента.
Отчет позволяет увидеть не только автора создания, но и всех пользователей, которые вносили изменения в карточку номенклатуры в последующем. Это особенно полезно при расследовании случаев несанкционированного изменения цен или характеристик товаров. Для запуска отчета перейдите в раздел НСИ и Администрирование → Журнал изменений или воспользуйтесь поиском по названию отчета.
В форме отчета необходимо выбрать конкретный элемент справочника или группу, которую вы хотите проверить. Система автоматически сформирует таблицу, где будут указаны дата и время изменения, вид изменения (создание, запись, удаление) и пользователь. Такой подход экономит время по сравнению с ручным фильтрованием журнала регистрации.
Для ускорения поиска в больших базах данных используйте расширенные настройки отбора в отчете, ограничивая период анализа последними месяцами, если точная дата создания неизвестна.
Важно отметить, что данный отчет доступен только в тех конфигурациях, где разработчиками реализована соответствующая подсистема аудита. В типовых решениях фирмы «1С» этот функционал присутствует по умолчанию, но в самописных или сильно доработанных конфигурациях он может отсутствовать.
Анализ свойств объекта через технические поля
В некоторых случаях информация о создателе может храниться непосредственно в свойствах объекта, если разработчики предусмотрели заполнение специальных реквизитов при создании. Например, в доработанных конфигурациях часто встречаются поля АвторСоздания или ДатаСоздания, которые заполняются автоматически.
Проверить наличие таких полей можно, открыв карточку номенклатуры и перейдя в режим просмотра всех свойств или используя Конструктор запросов. Если такие поля существуют, вы можете сформировать произвольный отчет или обработку, которая выведет список всей номенклатуры с указанием авторов.
Ниже приведена таблица, демонстрирующая возможные источники информации о создателе в различных сценариях работы с базой:
| Источник данных | Необходимые права | Информативность | Сложность получения |
|---|---|---|---|
| Журнал регистрации | Администратор | Полная (время, пользователь, событие) | Средняя |
| Отчет «Кто изменил» | Полные права | Высокая (удобная выборка) | Низкая |
| Спец. реквизиты объекта | Чтение справочника | Зависит от настройки | Низкая |
| Логирование СУБД | DBA (админ БД) | Техническая (низкоуровневая) | Высокая |
Использование специальных реквизитов является наиболее быстрым способом, но оно эффективно только в том случае, если эта функция была внедрена в систему заблаговременно. Если же вы столкнулись с необходимостью найти автора постфактум в типовой конфигурации без доработок, этот метод не сработает.
Наличие специальных реквизитов «Автор» в карточке номенклатуры значительно упрощает аудит, но требует предварительной доработки конфигурации или включения соответствующих опций.
Настройка прав доступа и ограничение создания
Для предотвращения несанкционированного создания номенклатуры недостаточно просто отслеживать действия постфактум. Гораздо эффективнее настроить ролевую модель безопасности таким образом, чтобы право на создание новых элементов имели только уполномоченные сотрудники.
В конфигурациях 1С:Предприятие права доступа регулируются через профиль групп доступа. Вам необходимо проверить, каким ролям предоставлено право Создание для объекта Справочник.Номенклатура. Если это право есть у всех пользователей, риск появления дублей и некорректных позиций возрастает многократно.
Рекомендуется создать отдельную роль, например, МенеджерНоменклатуры, и выдать право на создание элементов только пользователям с этой ролью. Остальные сотрудники должны иметь права только на Чтение или Изменение (если это необходимо для заполнения дополнительных полей).
- 👮 Ограничьте круг лиц, имеющих право создавать новые позиции, до минимума.
- 📝 Введите обязательное заполнение поля «Ответственный» при создании новой номенклатуры.
- 🔍 Регулярно проводите аудит списка созданных позиций за прошедший период.
Такой подход позволяет не только контролировать процесс, но и сразу видеть в карточке элемента, кто его создал, если в системе настроено автоматическое подставление текущего пользователя в поле «Ответственный».
⚠️ Внимание: Изменение прав доступа может временно заблокировать работу пользователей, если они пытаются выполнить действия, которые ранее были им разрешены. Проводите изменения прав в нерабочее время или предупредите персонал заранее.
Поиск через консоль запросов и SQL
Для продвинутых пользователей и администраторов баз данных существует возможность получения информации напрямую через запросы к базе данных. В платформе 1С:Предприятие для этого используется консоль запросов, которая позволяет выполнять выборки на языке запросов 1С.
Чтобы найти создателя номенклатуры, можно выполнить запрос к виртуальной таблице журнала регистрации. Примерный текст запроса будет выглядеть следующим образом:
ВЫБРАТЬ
ЖурналРегистрации.ДатаВремя КАК Дата,
ЖурналРегистрации.Пользователь КАК Пользователь,
ЖурналРегистрации.Объект КАК Объект
ИЗ
РегистрСведений.ЖурналРегистрации КАК ЖурналРегистрации
ГДЕ
ЖурналРегистрации.Событие = ЗНАЧЕНИЕ(Перечисление.СобытияЖурналаРегистрации.СозданиеОбъекта)
И ЖурналРегистрации.Объект = &Номенклатура
Этот метод дает максимальную гибкость и позволяет выгружать данные в удобном формате для дальнейшего анализа в Excel. Однако он требует от пользователя знания структуры метаданных и языка запросов платформы.
Если у вас есть доступ непосредственно к серверу баз данных (MS SQL, PostgreSQL), вы можете выполнить SQL-запрос к системным таблицам журнала регистрации. Это может быть полезно, если интерфейс 1С работает медленно или заблокирован. Однако структура таблиц зависит от версии платформы и типа СУБД.
Риски прямых SQL-запросов
Прямое изменение данных через SQL в таблицах 1С категорически запрещено и может привести к порче базы данных. Используйте SQL только для выборки данных (SELECT) и только если вы понимаете структуру системных таблиц.
Профилактика и лучшие практики ведения справочника
Вопрос «кто создал номенклатуру» часто возникает в моменты кризисного управления, когда в базе уже накопился беспорядок. Чтобы не доводить ситуацию до необходимости расследований, следует внедрить регламент работы со справочником.
Во-первых, необходимо договориться о единых правилах наименования и заполнения карточек. Во-вторых, стоит использовать механизмы запрета дублей, которые присутствуют в современных версиях конфигураций. В-третьих, регулярный мониторинг журнала регистрации должен стать частью ежемесячной отчетности ответственного администратора.
Использование внешних систем логирования или SIEM-систем позволяет собирать события из 1С в централизованное хранилище. Это защищает данные аудита от возможной очистки журнала регистрации внутри самой базы 1С недобросовестным пользователем с правами администратора.
Можно ли узнать, кто создал номенклатуру, если журнал регистрации был очищен?
Если журнал регистрации внутри базы 1С был очищен штатными средствами или путем удаления записей, восстановить эту информацию стандартными средствами платформы невозможно. Данные удаляются безвозвратно. Единственный шанс — наличие резервных копий базы данных за предыдущий период или логов на уровне СУБД/Операционной системы, если они велись отдельно.
Как найти создателя, если действие выполнено пользователем «Администратор»?
Если все пользователи работают под одной учетной записью «Администратор», технически невозможно различить реальных людей в журнале регистрации. В этом случае необходимо смотреть журналы входа в операционную систему или использовать системы биометрического контроля доступа, сопоставляя время входа в ОС и время создания объекта в 1С.
Влияет ли проведение документа на создание номенклатуры?
Да, если в настройках системы разрешено создание номенклатуры «на лету» при проведении документов (например, при поступлении товаров), то создателем будет считаться пользователь, который провел этот документ. В журнале регистрации это будет отражено как создание объекта в контексте проведения документа.
Где хранится история изменений цен в карточке номенклатуры?
История изменений цен обычно хранится не в самом справочнике номенклатуры, а в отдельных регистрах сведений, таких как «ИсторияИзмененияНоменклатуры» или «ЦеныНоменклатуры». Для просмотра этой истории используйте отчеты по движению документов или специализированные отчеты по истории цен.