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

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

1. Механизмы создания элементов справочников в 1С

Элементы справочников в 1С:Предприятие могут появляться разными способами. Основные механизмы:

  • 👤 Ручной ввод — пользователь непосредственно добавляет запись через интерфейс программы. Это самый очевидный случай, но не всегда самый документально фиксируемый.
  • 🤖 Программное создание — элементы добавляются через скрипты, обработки или внешние интеграции (например, обмен данными с сайтом или другой системой).
  • 🔄 Автоматическая генерация — система создает элементы при выполнении регламентных задач (например, загрузка классификаторов из ФНС или обновление справочников через РегламентныеЗадания).
  • 📥 Массовая загрузка — импорт данных из Excel, XML или других форматов, где авторство может "размываться".

Важно понимать, что в стандартных конфигурациях 1С (например, "1С:Бухгалтерия 8" или "1С:Управление торговлей") поле "Создал" или "Автор" для элементов справочников по умолчанию не ведется. Его необходимо настраивать дополнительно или использовать косвенные методы отслеживания.

📊 Как вы обычно добавляете элементы в справочники 1С?
Ручной ввод
Через обработки/скрипты
Массовая загрузка из файлов
Автоматическая синхронизация

2. Как отследить автора элемента справочника: встроенные инструменты

Если поле "Создал" не заполнено, можно воспользоваться следующими методами:

2.1. Журнал регистрации изменений

Самый надежный способ — журнал регистрации (Администрирование → Журналы регистрации). Он фиксирует:

  • 🕒 Время и дату создания/изменения элемента.
  • 👤 Пользователя, выполнившего действие (если включена детализация по пользователям).
  • 📝 Тип операции (создание, изменение, удаление).

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

💡

Чтобы включить регистрацию для справочника, перейдите в Администрирование → Настройка журнала регистрации и добавьте нужный объект в список отслеживаемых.

2.2. История изменений (если включена)

Некоторые конфигурации (например, 1С:ERP или 1С:Управление холдингом) поддерживают версионирование данных. В этом случае для элемента справочника доступна история изменений с указанием авторов. Проверьте наличие кнопки "История" или "Версии" в форме элемента.

2.3. Поля "Дата создания" и "Пользователь"

В пользовательских конфигурациях часто добавляют реквизиты:

  • ДатаСоздания — автоматически заполняется при создании.
  • ПользовательСоздания — фиксирует текущего пользователя (требует доработки конфигурации).
Как добавить поле "Создал" в справочник?

1. Откройте конфигуратор (Файл → Конфигуратор).

2. Найдите нужный справочник в дереве объектов.

3. Добавьте реквизит типа "Ссылка.Пользователи" с именем "ПользовательСоздания".

4. В модуле объекта справочника пропишите обработчик события "ПриСозданииНаСервере":

Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)

Объект.ПользовательСоздания = Пользователи.ТекущийПользователь();


КонецПроцедуры

5. Обновите конфигурацию базы данных.

3. Программные методы создания элементов: кто ответственный?

Когда элементы добавляются через код, авторство определить сложнее. Рассмотрим типичные сценарии:

Способ создания Ответственный Как отследить
Обработка с кнопкой "Загрузить" Пользователь, запустивший обработку Журнал регистрации (действие "Выполнение обработки")
Регламентное задание Система (или пользователь, настроивший задание) Журнал регламентных заданий (Администрирование → Регламентные задания)
Обмен данными (например, с сайтом) Внешняя система или пользователь, инициировавший обмен Логи обмена (Администрирование → Обмен данными)
Прямой вызов метода через 1С:Предприятие или COM-соединение Разработчик или внешнее ПО Журнал регистрации (действие "Вызов метода")

🔍 Ключевой момент: если элемент создан программно без явного указания пользователя, в журналах может фиксироваться системный пользователь (например, Администратор или РегламентноеЗадание). В этом случае требуется анализировать контекст выполнения кода.

💡

При программном создании элементов всегда фиксируйте пользователя-инициатора в реквизитах объекта или комментариях к коду. Это упростит аудит в будущем.

4. Типичные ошибки при определении авторства

При попытке выяснить, кто создал элемент справочника, пользователи часто сталкиваются с следующими проблемами:

⚠️ Внимание: Если в вашей базе отключена регистрация изменений для справочников, восстановить историю авторства за прошедшие периоды будет невозможно. Настройте журнал заранее!
  • 🔍 Путаница с датами: поле "Дата" в справочнике может означать дату последнего изменения, а не создания. Всегда уточняйте, какой именно параметр вы анализируете.
  • 👥 Общие учетные записи: если несколько сотрудников работают под одним логином (например, Менеджер или Бухгалтер), определить конкретного человека не получится.
  • 📥 Массовые загрузки: при импорте данных из Excel автором всех элементов может значиться пользователь, выполнивший загрузку, даже если данные подготовил другой человек.
  • 🔄 Перенос данных между базами: при миграции или объединении баз информация об авторах часто теряется.

Чтобы избежать этих ошибок, рекомендуется:

  1. Настраивать индивидуальные учетные записи для всех пользователей.
  2. Включать регистрацию изменений для критичных справочников.
  3. Добавлять комментарии при массовых операциях (например, "Загрузка номенклатуры от 10.05.2026 — Иванов И.И.").

5. Права доступа и их влияние на создание элементов

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

  • 🔑 Роли пользователей: права на добавление элементов определяются ролью. Например, роль "Менеджер по продажам" может разрешать создание контрагентов, но запрещать изменение номенклатуры.
  • 🛡️ Ограничения по подразделениям: в некоторых конфигурациях (например, 1С:Зарплата и управление персоналом) пользователи видят только те справочники, которые относятся к их подразделению.
  • 🔒 Права на уровне записей (RLS): можно настроить доступ так, чтобы пользователь видел только "свои" элементы (например, только тех контрагентов, которых создал сам).

Чтобы проверить, кто имеет право создавать элементы в конкретном справочнике:

  1. Откройте Администрирование → Пользователи и права.
  2. Выберите роль или пользователя.
  3. Проверьте права на объект "Справочник.ИмяВашегоСправочника" (операция "Добавление").

Настроены ли индивидуальные роли для пользователей?|Включены ли ограничения по подразделениям (если нужно)?|Проверены ли права на уровне записей (RLS)?|Задокументированы ли исключения из правил доступа?-->

💡 Полезный совет: если в справочнике появляются "лишние" элементы, проверьте права пользователей на добавление. Часто проблема кроется в избыточных разрешениях для ролей типа "Полный доступ" или "Администратор".

6. Аудит и контроль изменений: лучшие практики

Чтобы всегда знать, кто и когда создал элемент справочника, следуйте этим рекомендациям:

6.1. Настройка журнала регистрации

Минимальные настройки для аудита:

  • Включите регистрацию для всех критичных справочников (Номенклатура, Контрагенты, Сотрудники).
  • Установите уровень детализации "Максимальный" для операций "Создание" и "Изменение".
  • Настройте автоматическую очистку журнала (например, хранить данные за последний год).

6.2. Доработка конфигурации

Если стандартных механизмов недостаточно, добавьте в справочники:

  • Реквизит "Создал" (ссылка на пользователя).
  • Реквизит "ДатаСоздания" (дата и время).
  • Реквизит "Комментарий" (для указания причины создания).

6.3. Регулярный анализ

Периодически проверяйте:

  • 📊 Отчет "Изменения данных" (доступен в некоторых конфигурациях).
  • 🔍 Журналы регистрации на подозрительную активность (например, массовое создание элементов ночью).
  • 📋 Сопоставление данных с внешними источниками (например, сверка справочника контрагентов с данными из ЕГРЮЛ).
💡

Используйте внешние отчеты для анализа изменений, например, "Универсальный отчет по регистрации изменений" из библиотеки 1С:ИТС. Он позволяет гибко фильтровать данные по пользователям, объектам и периодам.

7. Примеры из практики: кто виноват в дублях?

Распространенная проблема — появление дублирующихся элементов в справочниках. Разберем типичный случай:

Ситуация: В справочнике Контрагенты появилось два элемента с одинаковым названием "ООО Ромашка", но разными ИНН. Кто виноват?

Анализ:

  1. Проверяем журнал регистрации:
    • Первый элемент создал пользователь Петров П.П. 10.05.2026 в 10:15.
    • Второй элемент создал пользователь Иванов И.И. 11.05.2026 в 14:30.
  • Смотрим источник данных:
    • Петров ввел данные вручную на основании бумажного договора.
    • Иванов загрузил данные из Excel, не проверив наличие дубля.
    • Проверяем права доступа:
      • Оба пользователя имеют роль "Менеджер по продажам", которая разрешает добавление контрагентов.
      • Нет ограничений на создание элементов с одинаковыми названиями.

    Вывод: Виновников двое — оба пользователя не выполнили проверку на дубли перед созданием. Решение:

    • 🔧 Настроить контроль уникальности по ИНН в справочнике.
    • 📋 Добавить обязательное поле "Комментарий" с указанием источника данных.
    • 👥 Провести обучение пользователей по работе с дублями.
    💡

    Дубли в справочниках — это не только проблема данных, но и индикатор слабого контроля за процессами ввода. Автоматизируйте проверки и обучайте сотрудников!

    FAQ: Частые вопросы о создании элементов справочников

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

    Если журнал не настроен, прямых способов нет. Косвенно можно попробовать:

    • Проанализировать дату создания элемента и сопоставить с графиком работы сотрудников.
    • Проверять связанные документы (например, если элемент используется в заказе, посмотреть автора заказа).
    • Использовать внешние логи (например, логи сервера 1С или базы данных, если ведется их архивирование).

    В будущем настройте журнал регистрации, чтобы избежать подобных ситуаций.

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

    Это происходит, когда элемент создается:

    • Через регламентное задание (в журнале будет пользователь РегламентноеЗадание).
    • При обмене данными (может фиксироваться пользователь ОбменДанными или Интеграция).
    • Через прямой вызов метода из внешней системы (например, через COM-соединение).

    Чтобы отследить реального инициатора, проверяйте контекст выполнения (например, логи обмена или код обработки).

    Как запретить пользователям создавать элементы в справочнике, но разрешить редактировать существующие?

    Настройте права следующим образом:

    1. Откройте Администрирование → Пользователи и права → Роли.
    2. Выберите роль пользователя (или создайте новую).
    3. Для объекта "Справочник.ИмяВашегоСправочника":
      • Снимите флажок "Добавление".
      • Оставьте флажки "Чтение", "Изменение", "Просмотр".
    4. Сохраните изменения и обновите права пользователей.

      5. Теперь пользователи смогут только редактировать существующие элементы, но не создавать новые.

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

    Восстановление зависит от настроек:

    • Если включена регистрация удалений в журнале, вы увидите, кто и когда удалил элемент.
    • Если используется версионирование, можно восстановить удаленную версию.
    • Если включено архивирование данных (например, через 1С:ИТС), элемент можно восстановить из архива.

      • Без этих настроек восстановление невозможно. Настройте их заранее для критичных справочников!

    Как массово добавить поле "Создал" ко всем элементам существующего справочника?

    Для этого потребуется:

    1. Добавить реквизит "ПользовательСоздания" в конфигураторе (как описано в спойлере выше).
    2. Написать обработку для заполнения этого поля у существующих элементов. Пример кода: 
      Процедура ЗаполнитьАвторовСоздания()

      Справочник = Справочники.ВашСправочник;
      

      Выборка = Справочник.Выбрать();
      

      Пока Выборка.Следующий() Цикл
      

      Если ЗначениеЗаполнено(Выборка.ДатаСоздания) Тогда
      

      Выборка.ПользовательСоздания = Пользователи.НайтиПоИмени("Администратор"); // или другой пользователь
      

      Выборка.Записать();
      

      КонецЕсли;
      

      КонецЦикла;
      

      КонецПроцедуры

    3. Запустить обработку в монопольном режиме (чтобы избежать конфликтов блокировок).
    ⚠️ Внимание: Массовое изменение данных может занять много времени и заблокировать базу. Выполняйте операцию в нерабочее время!