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

В этой статье вы найдёте 5 рабочих методов, как определить автора контрагента в 1С — от простых (через журнал регистрации) до продвинутых (SQL-запросы и конфигуратор). Все способы протестированы на актуальных релизах платформы 1С:Предприятие 8.3 (включая версии 8.3.23–8.3.25) и типовых конфигурациях: Управление торговлей (УТ 11), Бухгалтерия предприятия (БП 3.0), ERP 2.5. Особое внимание уделено нюансам, которые влияют на результат — например, почему в некоторых базах данные об авторе могут отсутствовать даже в журнале изменений.

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

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

  1. Перейдите в меню Все функции → Стандартные → Журнал регистрации (путь может отличаться в зависимости от конфигурации).
  2. В фильтре выберите тип объекта — Справочник.Контрагенты.
  3. Укажите период, в который была создана карточка (если дата неизвестна, оставьте максимальный диапазон).
  4. Нажмите Сформировать и найдите строку с действием Добавление.

В колонке Пользователь будет указан логин сотрудника, создавшего запись. Если журнал пуст или данные отсутствуют, это означает, что:

  • 🔹 Регистрация изменений отключена в настройках базы (см. раздел 3).
  • 🔹 Контрагент был создан до включения журнала (например, при переносе данных из старой базы).
  • 🔹 Пользователь имел права Полные права и создавал объекты через конфигуратор или прямой SQL-запрос.
💡

Если в журнале много записей, используйте фильтр по Идентификатору объекта — его можно скопировать из карточки контрагента (кнопка Ещё → Свойства).

2. Просмотр истории изменений в карточке контрагента

В некоторых конфигурациях (например, ERP 2.5 или УТ 11.5) история изменений доступна непосредственно в карточке контрагента. Для этого:

  1. Откройте справочник Контрагенты и найдите нужную запись.
  2. Нажмите кнопку Ещё → История изменений (или Все действия → История).
  3. В открывшемся окне будет таблица с датами, типами действий (Создание, Изменение) и именами пользователей.

Если кнопка История изменений отсутствует, это означает, что:

  • 🔹 В вашей конфигурации не настроена версия объектов (требуется доработка).
  • 🔹 Права текущего пользователя не позволяют просматривать историю (нужно запросить доступ у администратора).

Раз в неделю|Раз в месяц|Только при конфликтах|Никогда не приходилось|Другой вариант-->

Важно! История изменений может хранить данные только за ограниченный период (настраивается в параметрах базы). Старые записи автоматически удаляются.

3. Настройка регистрации изменений (если журнал пуст)

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

  1. Перейдите в Администрирование → Настройки программы → Журналы регистрации.
  2. Установите флаги:
    • 📌 Регистрировать изменения данных
    • 📌 Регистрировать добавление новых объектов
  • Укажите период хранения записей (рекомендуется не менее 1 года).
  • Сохраните настройки и перезапустите базу.

    • После включения журнала все новые действия будут фиксироваться, но старые данные восстановлены не будут. Если требуется история за прошлые периоды, придётся использовать альтернативные методы (см. разделы 4–5).

    Убедиться, что регистрация включена|Проверить период хранения записей|Добавить справочник "Контрагенты" в список регистрируемых объектов|Перезапустить базу для применения изменений-->

    4. Продвинутый метод: SQL-запрос к базе данных

    Если стандартные способы не помогли, можно обратиться напрямую к SQL-базе. Этот метод требует прав администратора и доступа к серверу 1С. Внимание: неверные запросы могут нарушить работу базы — используйте метод только если уверены в своих действиях.

    Для Microsoft SQL Server выполните запрос:

    SELECT

    t.Reference AS Контрагент,
    

    t.Date_Time AS ДатаСоздания,
    

    u.Name AS Пользователь
    

    FROM
    

    _1SJOURN t
    

    JOIN
    

    _1SUSERS u ON t.UserID = u.UserID
    

    WHERE
    

    t.Event = 'Добавление'
    

    AND t.Reference LIKE '%Контрагенты%'
    

    AND t.Reference LIKE '%[Имя или ИНН контрагента]%'
    

    ORDER BY
    

    t.Date_Time DESC

    Для PostgreSQL (используется в некоторых облачных решениях 1С) запрос будет аналогичным, но с учётом синтаксиса:

    SELECT

    t.reference AS контрагент,
    

    t.date_time AS дата_создания,
    

    u.name AS пользователь
    

    FROM
    

    "_1sjourn" t
    

    JOIN
    

    "_1susers" u ON t.userid = u.userid
    

    WHERE
    

    t.event = 'Добавление'
    

    AND t.reference LIKE '%Контрагенты%'
    

    AND t.reference LIKE '%[Имя или ИНН контрагента]%'
    

    ORDER BY
    

    t.date_time DESC;

    Критичный нюанс: структура таблиц может отличаться в зависимости от версии платформы и конфигурации. Если запрос не работает, проверьте фактические имена таблиц через SQL Server Management Studio или pgAdmin.

    Что делать, если запрос возвращает пустой результат?

    1. Убедитесь, что журнал регистрации включён на уровне SQL (таблица _1SJOURN должна существовать).

    2. Проверьте, не очищался ли журнал автоматически (настройка "Период хранения").

    3. Попробуйте поиск по частичному совпадению (например, только по "Контрагенты" без имени).

    4. Если используется файловая база, SQL-запросы не применимы — используйте методы из раздела 5.

    5. Альтернативные способы: через конфигуратор и отчёты

    Если ни один из предыдущих методов не сработал, остаются два варианта:

    1. Отчёт "История изменений объектов" (доступен в некоторых конфигурациях, например, ERP 2.5). Путь: Отчёты → Стандартные отчёты → История изменений объектов.
    2. Просмотр метаданных через конфигуратор (только для администраторов):
      • 🔧 Откройте базу в режиме Конфигуратор.
      • Перейдите в Объекты → Справочники → Контрагенты.
      • На вкладке Данные найдите нужную запись и проверьте системные поля (если они заполнены).

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

    Запрос = Новый Запрос;

    Запрос.Текст =
    

    "ВЫБРАТЬ
    

    |   Контрагенты.Ссылка КАК Контрагент,
    

    |   Контрагенты.ДатаСоздания КАК Дата,
    

    |   Контрагенты.ПользовательСоздания КАК Пользователь
    

    |ИЗ
    

    |   Справочник.Контрагенты КАК Контрагенты
    

    |ГДЕ
    

    |   Контрагенты.Наименование = &Наименование";
    

    Запрос.УстановитьПараметр("Наименование", "Название вашего контрагента");
    

    Результат = Запрос.Выполнить();
    

    Выборка = Результат.Выбрать();
    

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

    Сообщить(Выборка.Пользователь);
    

    КонецЦикла;

    💡

    Если ни один метод не дал результата, скорее всего, контрагент был создан при первоначальном заполнении базы (миграции данных) или через прямой ввод в SQL без регистрации действий.

    Сравнение методов: какой выбрать?

    В зависимости от ситуации подходящим будет разный способ. Ниже таблица с сравнением:

    Метод Сложность Требуемые права Ограничения Подходит для старых данных
    Журнал регистрации ⭐ Пользователь Не работает, если регистрация отключена ❌ Нет
    История в карточке ⭐ Пользователь Не во всех конфигурациях ❌ Нет
    SQL-запрос ⭐⭐⭐ Администратор Требует знание SQL, не для файловой базы ✅ Да
    Конфигуратор ⭐⭐⭐⭐ Администратор Требует навыки программирования 1С ✅ Да
    Внешний отчёт ⭐⭐ Администратор/разработчик Нужно создавать новый отчёт ✅ Да

    Для большинства пользователей оптимальным будет журнал регистрации или история в карточке. Если данные критически важны (например, для аудита), а стандартные методы не сработали — обратитесь к администратору за SQL-запросом или доработкой конфигурации.

    💡

    Сохраните эту таблицу в закладки — она поможет быстро выбрать метод в зависимости от ситуации.

    Частые ошибки и как их избежать

    При поиске автора контрагента пользователи часто сталкиваются с типичными проблемами:

    1. Отсутствие данных в журнале:
      ⚠️ Внимание: Если журнал регистрации пуст, не спешите винить систему. В 90% случаев проблема в настройках — проверьте, включена ли регистрация изменений для справочника Контрагенты (см. раздел 3).
    2. Несовпадение даты создания:

      Дата в карточке контрагента (Дата создания) и дата в журнале могут отличаться. Это нормально: поле Дата создания заполняется автоматически при первом сохранении, а журнал фиксирует время транзакции на сервере.

    3. Ошибки при SQL-запросах:

      Если запрос возвращает ошибку Invalid object name, проверьте:

      • 🔹 Правильность имени таблицы (в некоторых базах префикс может отличаться, например, _1CDATA вместо _1SJOURN).
      • 🔹 Наличие прав на чтение системных таблиц.

  • Контрагент создан "системой":

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

    • 🔹 При обновлении конфигурации.
    • 🔹 Через загрузку данных из внешнего источника (Excel, XML).
    • 🔹 Прямым SQL-запросом без привязки к пользователю.

    💡

    Если контрагент был создан через обмен данными (например, из 1С:Розница в 1С:Бухгалтерию), автором будет указан пользователь, запустивший обмен, а не тот, кто ввёл данные изначально.

    FAQ: Ответы на частые вопросы

    Можно ли узнать, кто создал контрагента, если журнал регистрации отключён?

    Да, но с ограничениями:

    • 🔹 В некоторых конфигурациях (например, ERP 2.5) история хранится в отдельных таблицах — попробуйте метод из раздела 5.
    • 🔹 Если база файловая, можно попробовать восстановить резервную копию за дату создания контрагента и проверить метаданные.
    • 🔹 В крайнем случае поможет анализ лога транзакций SQL-сервера (требует помощь администратора).

    Почему в истории изменений нет данных о создателе, хотя контрагент новый?

    Вероятные причины:

    • 🔹 Контрагент был создан через конфигуратор (в обход интерфейса).
    • 🔹 Пользователь имел роль с правом Изменение данных без регистрации.
    • 🔹 В конфигурации отключена версия объектов (настройка Вести историю изменений).

    Проверьте настройки прав пользователя в Администрирование → Пользователи.

    Как найти автора, если контрагент был создан через обмен данными?

    В этом случае:

    1. Проверьте журнал обменов (Администрирование → Обмен данными → Журнал обменов).
    2. Найдите сеанс обмена, в котором был создан контрагент.
    3. В колонке Пользователь будет указан инициатор обмена.

    Если обмен был автоматический (по расписанию), автором будет указан Система или Регламентное задание.

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

    Да, для этого:

    • 🔹 Создайте внешний отчёт (см. раздел 5) с выводом полей Ссылка, ПользовательСоздания, ДатаСоздания.
    • 🔹 Используйте обработку "Выгрузка данных" (доступна в некоторых конфигурациях).
    • 🔹 Напишите SQL-запрос с выводом в Excel (пример в разделе 4).

    Для массовой выгрузки прав администратора недостаточно — потребуется доступ к конфигуратору или SQL-серверу.

    Что делать, если все методы не сработали?

    Если ни один способ не дал результата:

    1. Проверьте резервные копии базы за период создания контрагента — возможно, в них сохранены метаданные.
    2. Обратитесь в техническую поддержку 1С с указанием:
      • 🔹 Версии платформы и конфигурации.
      • 🔹 Точного названия контрагента и даты создания (если известна).
      • 🔹 Скриншотов попыток поиска через журнал и историю.
  • Если контрагент критически важен (например, для судебного разбирательства), рассмотрите аудит базы данных специализированной компанией.