В ходе ежедневной работы с базой данных 1С:Предприятие менеджеры и бухгалтеры постоянно добавляют новые элементы в справочники. Однако при возникновении ошибок, дублей или сомнительных записей перед администратором встает вопрос: кто именно внес эти изменения? Поиск автора записи необходим не только для наведения порядка, но и для обеспечения безопасности данных.
Определить пользователя, который создал конкретного контрагента, можно несколькими способами в зависимости от версии платформы и настроек системы. В некоторых конфигурациях эта информация отображается прямо в карточке объекта, в других — требует анализа системных журналов. Мы рассмотрим все доступные методы, от простых к сложным.
Главная сложность заключается в том, что стандартный интерфейс не всегда выводит поле «Автор создания» на первый план. Вам потребуется знать, где искать скрытые метаданные или как правильно настроить журнал регистрации для будущего контроля. Ниже приведена подробная инструкция для различных сценариев.
Просмотр свойств элемента в карточке
Самый быстрый способ узнать автора — проверить саму карточку контрагента. В современных версиях типовых конфигураций, таких как 1С:Бухгалтерия предприятия 3.0 или 1С:УТ 11, разработчики часто выводят служебную информацию в нижнюю часть формы или на отдельную вкладку.
Откройте карточку нужного контрагента и внимательно осмотрите интерфейс. Попробуйте нажать кнопку Еще в нижней панели команд или переключиться на вкладку Дополнительно. Именно там часто скрываются поля, содержащие ссылки на пользователя системы.
Если вы нашли поле «Ответственный» или «Автор», обратите внимание на его содержание. Иногда там указан только пользователь, который последним редактировал запись, а не тот, кто её создал. Для уточнения нужно навести курсор на имя или кликнуть по нему правой кнопкой мыши.
⚠️ Внимание: Поле «Ответственный» может быть заполнено автоматически текущим пользователем при любом изменении, поэтому оно не всегда гарантирует identification создателя.
В некоторых случаях информация о создателе хранится в свойствах объекта, недоступных через обычный интерфейс. Тогда стоит попробовать вызвать контекстное меню прямо на названии контрагента в списке и выбрать пункт Свойства. Там могут отобразиться системные идентификаторы.
Если в карточке нет явного указания автора, проверьте поле «Владелец» — в некоторых конфигурациях оно дублирует информацию о создателе записи.
Использование журнала регистрации событий
Наиболее надежный метод поиска — анализ журнала регистрации. Этот инструмент фиксирует практически все действия пользователей в базе, включая создание новых записей в справочниках. Однако для его работы требуется предварительная настройка прав доступа.
Для входа в журнал регистрации перейдите в раздел Администрирование и выберите пункт Журнал регистрации. Если у вас нет прав на этот раздел, обратитесь к главному администратору информационной базы. В открывшемся окне необходимо настроить отбор данных.
Установите фильтр по типу события. Вам нужно найти событие, связанное с записью данных. Обычно это событие Запись или Создание. Также можно отфильтровать список по конкретному справочнику — Контрагенты.
- 🔍 Укажите период времени, когда предположительно был создан контрагент.
- 👤 В поле «Пользователь» можно оставить значение «Все», чтобы увидеть действия всех сотрудников.
- 📂 В отборе по объекту выберите справочник «Контрагенты».
- 📝 В поле «Представление объекта» введите название искомого контрагента.
После применения отбора система сформирует список событий. Найдите самую первую запись, где статус операции был «Создание» или «Запись» (если это была первая операция с объектом). В колонке «Пользователь» будет указан логин того, кто совершил действие.
Поиск через отчеты по истории изменений
Если прямой доступ к журналу регистрации затруднен или он не велся в нужный период, можно воспользоваться специализированными отчетами. Многие конфигурации включают в себя механизм истории изменений, который визуализирует данные в более понятном виде.
В меню отчетов найдите раздел, связанный с мониторингом или администрированием. Часто там присутствует отчет с названием «История изменений объектов» или «Аудит действий пользователей». Запустите этот отчет и задайте параметры поиска.
В отличие от сырого журнала, отчеты позволяют группировать данные по объектам. Вы сможете увидеть полную цепочку изменений по конкретному контрагенту: от момента создания до последней правки. Первая строка в такой выборке укажет на инициатора создания.
| Тип отчета | Где найти | Что показывает |
|---|---|---|
| Журнал регистрации | Администрирование | Технические события системы |
| История изменений | Отчеты / Мониторинг | Изменения реквизитов объектов |
| Активность пользователей | НСИ и Администрирование | Время входа и общие действия |
Использование отчетов удобнее тем, что они часто позволяют выгрузить результат в Excel для дальнейшего анализа. Это полезно при проведении внутренних расследований или аудита базы данных.
Анализ через консоль запросов
Для продвинутых пользователей и программистов 1С существует метод прямого обращения к таблицам базы данных. Этот способ требует знаний языка запросов 1С и доступа к консоли запросов или обработке «Универсальный отчет».
Информация о создателе часто хранится в таблицах информационного регистра сведений. Например, в таблицe РегистрСведений.Пользователи или непосредственно в таблице справочника, если там есть реквизит Создатель.
ВЫБРАТЬ
Контрагенты.Ссылка,
Контрагенты.Наименование,
Контрагенты.Автор
ИЗ
Справочник.Контрагенты КАК Контрагенты
ГДЕ
Контрагенты.Наименование = &Наименование
Выполните этот запрос, подставив реальное название контрагента. Если в метаданных конфигурации предусмотрено хранение автора, запрос вернет ссылку на пользователя. Если поле пустое, значит, эта информация не фиксировалась на уровне объекта.
⚠️ Внимание: Прямые запросы к базе могут работать медленно на больших объемах данных. Используйте их только при наличии индексов или на тестовой копии базы.
Стоит помнить, что структура таблиц может отличаться в зависимости от версии платформы и конкретной конфигурации. То, что работает в 1С:ERP, может не сработать в самописной базе.
Что делать, если поле автора пустое?
Если в базе не велся журнал регистрации и в объекте нет поля автора, восстановить эту информацию технически невозможно. Можно лишь косвенно предположить владельца по отделу или анализу смежных документов.
Настройка контроля создания контрагентов
Чтобы проблема поиска автора не возникала в будущем, необходимо правильно настроить систему заранее. Профилактика всегда эффективнее поиска причин постфактум. Администратор должен убедиться, что сбор данных включен.
В первую очередь проверьте настройки журнала регистрации. Убедитесь, что галочка напротив события Добавление для справочника Контрагенты установлена. Без этого система просто не будет запоминать факт создания.
- ✅ Включите регистрацию событий создания и изменения объектов.
- ✅ Настройте хранение журнала на достаточный период (например, 1 год).
- ✅ Ограничьте права на очистку журнала только для суперпользователей.
Также рекомендуется использовать механизм ответственных лиц. Назначайте ответственного за группу контрагентов или требуйте заполнения поля «Менеджер» при создании новой карточки. Это упростит поиск в будущем.
Регулярная настройка журнала регистрации — единственный способ гарантированно знать историю изменений в базе 1С.
Частые ошибки при поиске и их решение
При попытке найти создателя пользователи часто совершают типичные ошибки, которые приводят к ложным выводам. Понимание этих нюансов сэкономит вам время и нервы при администрировании.
Одна из самых распространенных ошибок — путаница между пользователем, который запустил базу, и тем, кто создал объект. В сеансах работы с общим подключением (терминальный сервер) в журнале может отображаться технический пользователь службы, а не конкретный человек.
Еще один нюанс связан с обменом данными. Если контрагент был загружен из другой базы через Корреспондент или синхронизацию, создателем в вашей базе может быть записан системный пользователь обмена, а не реальный менеджер.
⚠️ Внимание: При импорте из внешних источников поле «Автор» часто перезаписывается данными из файла или другой базы. Сверяйте даты загрузки.
Для решения проблем с идентификацией при обмене данными рекомендуется настраивать правила регистрации объектов так, чтобы они сохраняли оригинального автора или добавляли комментарий о источнике поступления.
☑️ Проверка перед поиском автора
Можно ли узнать создателя, если журнал регистрации был выключен?
К сожалению, нет. Если механизм регистрации событий не был активен в момент создания записи, система не сохраняет эту информацию нигде. Восстановить данные задним числом технически невозможно без резервных копий, сделанных до момента создания.
Где хранится информация о создателе в типовых конфигурациях?
В большинстве современных типовых конфигураций (БП 3.0, УТ 11, ЗУП 3.1) эта информация не хранится в явном виде в карточке, если не включена специальная функциональность «Расширенная аналитика» или аналогичные механизмы аудита.
Как найти, кто изменил ИНН у контрагента?
Для этого используйте отчет «История изменений данных» или фильтр в журнале регистрации по типу события «Изменение» и конкретному реквизиту «ИНН». Там будет указан пользователь, дата и старое/новое значение.
Влияет ли смена пароля пользователя на историю создания?
Нет, смена пароля или блокировка пользователя не удаляет историю его действий. В журнале регистрации останутся записи с его именем, даже если учетная запись впоследствии будет удалена из списка пользователей.
Может ли один контрагент иметь нескольких создателей?
Технически объект создается один раз одним пользователем. Однако если контрагент был удален, а затем создан заново с тем же названием (но новым GUID), у него будет новый создатель. Также при слиянии дублей авторство может стать неоднозначным.