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

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

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

Какие механизмы 1С фиксируют автора записи

В типовых решениях на базе Библиотеки стандартных подсистем (БСП) для справочников и документов автоматически сохраняются служебные сведения: кто создал объект, когда, кто и когда его последний раз изменил. Эти данные хранятся в дополнительных реквизитах или в регистре версий объектов и доступны пользователю с соответствующими правами.

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

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

Способ 1: кнопка «История изменений» в карточке контрагента

Самый простой и наглядный способ, доступный в актуальных версиях 1С:Бухгалтерии, УТ, ERP и других конфигураций на БСП. Откройте нужного контрагента из справочника, затем в командной панели формы найдите кнопку «История изменений» — обычно она скрыта в меню «Ещё» или вынесена отдельной командой со значком часов.

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

1. 1
   Откройте справочник «Контрагенты» и найдите нужный элемент
2. 2
   Откройте карточку контрагента двойным щелчком
3. 3
   Нажмите «Ещё» → «История изменений» (или отдельную кнопку с часами)
4. 4
   Найдите самую раннюю строку — это создание элемента
5. 5
   Посмотрите колонки «Пользователь» и «Дата» — это автор и момент создания

Если кнопки «История изменений» нет, проверьте права: команда доступна пользователям с ролью, допускающей просмотр версий объектов. Также в некоторых конфигурациях версионирование для справочника «Контрагенты» может быть отключено в настройках — тогда история будет пустой или начнётся с момента включения механизма.

Способ 2: поля «Автор» и «Кем создан» в карточке

В ряде конфигураций и доработанных решений в форме элемента справочника присутствует реквизит «Автор», «Кем создан» или аналогичный. Он может располагаться на закладке «Дополнительно», внизу формы или в служебной группе полей. Значение заполняется автоматически при создании и обычно недоступно для ручного редактирования.

Если поле не видно, попробуйте открыть настройки формы: «Ещё» → «Изменить форму» — и проверьте, не скрыт ли реквизит. В некоторых базах автор выводится также в список справочника: настройте колонки списка через «Ещё» → «Настроить список» или «Изменить форму списка», добавив поле «Автор» — тогда создателя будет видно сразу по всем контрагентам без открытия карточек.

Способ 3: журнал регистрации

Журнал регистрации — резервный вариант, когда прикладная история не ведётся или нужно подтвердить данные независимым источником. Откройте его через «Администрирование» → «Обслуживание» → «Журнал регистрации» (в некоторых конфигурациях путь отличается, а в файловых базах журнал может открываться через конфигуратор).

Нажмите «Отбор» и настройте фильтр: укажите период, в который предположительно создавался контрагент, тип события — «Данные. Добавление», а в поле данных или комментария — представление контрагента (наименование). После применения отбора в таблице останутся события создания, где в колонке «Пользователь» указан автор.

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

Способ 4: отчёт «Анализ версий объектов» и права доступа

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

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

Сравнение способов

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

Быстро и наглядно, но работает только при включённом версионировании и при наличии прав

Поле «Автор» в форме

Мгновенный ответ, но поле есть не во всех конфигурациях и может быть скрыто

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

Работает почти всегда, но требует отбора, а старые события могут быть удалены

Отчёт «Анализ версий объектов»

Подходит для массовой проверки, но нужны права и включённое версионирование

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

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

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

Как проверить результат и закрепить контроль на будущее

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

Если контроль авторства нужен регулярно, попросите администратора включить версионирование для справочника «Контрагенты» (если оно отключено), вывести колонку «Автор» в список справочника и настроить достаточную глубину хранения журнала регистрации. Это снимет большинство вопросов в будущем без ручных поисков.

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

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

Строка создания в истории изменений

Норма

Есть запись с датой и пользователем, это самая ранняя версия

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

История пуста или начинается позже фактического создания

Совпадение с журналом регистрации

Норма

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

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

Данные расходятся — возможен обмен или доработка

Тип учётной записи автора

Норма

Персональная учётная запись сотрудника

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

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

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

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

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

Почему в истории изменений автором значится «Администратор» или служебный пользователь?

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

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

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

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

Добавьте колонку «Автор» в форму списка справочника через настройку формы — если реквизит существует в конфигурации. Альтернатива — отчёт «Анализ версий объектов» по типу «Контрагенты», который покажет создателей всех версионированных элементов.

Что делать, если кнопки «История изменений» нет вообще?

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

Можно ли изменить автора созданной записи?

Штатными средствами — нет: автор фиксируется автоматически и не редактируется. Технически изменение возможно только программно, но это искажает аудиторский след и не рекомендуется. Корректный путь — оставить данные как есть и зафиксировать пояснение в комментарии к элементу.