Как в 1С посмотреть кто сделал документ: Автор и Ответственный

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

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

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

Различия между полями Автор и Ответственный

Первое, что необходимо усвоить при поиске создателя документа, — это фундаментальное различие между двумя ключевыми реквизитами. В большинстве конфигураций на базе платформы 1С существуют поля Автор и Ответственный. Они выполняют разные функции и заполняются системой по-разному.

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

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

⚠️ Внимание: Не путайте пользователя, вошедшего в систему (сеанс), с автором документа. Если вы открыли чужой документ и нажали «Записать», вы не станете его автором, но можете стать ответственным, если поле было пустым или редактируемым.

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

Просмотр информации через форму документа и журнал

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

Чтобы найти автора, откройте нужный документ и внимательно осмотрите шапку. Ищите ссылку или поле с названием «Автор». Если его нет на главном экране, нажмите на кнопку «Еще» или перейдите на вкладку «Дополнительно». Там может находиться выпадающий список или текстовое поле, содержащее имя пользователя базы данных.

Аналогичным образом можно просмотреть список документов через общий журнал. В стандартном журнале документов колонка «Автор» часто скрыта по умолчанию для экономии места на экране. Чтобы её отобразить, необходимо настроить список:

• 🔍 Нажмите на значок настроек списка (обычно это шестеренка или три точки в углу таблицы).
• 📋 В открывшемся окне «Настройка списка» найдите поле «Автор» или «Создал».
• ✅ Поставьте галочку напротив нужного поля и сохраните изменения.
• 👁️ Теперь в журнале будет отображаться колонка с именами пользователей, создавших документы.

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

Использование отчета «Валовая прибыль» и других аналитических форм

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

Для получения данных сформируйте этот отчет за интересующий период. В настройках отчета обязательно включите детализацию до уровня документов. Часто в расшифровке данных или в дополнительных колонках, которые можно добавить через кнопку «Настройки», появляется информация о пользователе, который провел документ.

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

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

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

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

Анализ истории изменений и версионирования

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

Чтобы просмотреть историю, откройте документ и найдите команду «История изменений» в меню «Еще» или на панели навигации. Система покажет список всех версий документа с указанием даты, времени и пользователя, внесшего изменения. Вы увидите, кто создал документ, кто его изменил и кто провел повторное редактирование.

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

В таблице ниже приведены основные возможности анализа истории в зависимости от включенных настроек:

Настройка	Что показывает	Где смотреть	Влияние на скорость
Без регистрации	Только текущее состояние	Форма документа	Минимальное
Регистрация изменений	Кто и когда менял поля	Кнопка «История»	Среднее
Журнал регистрации	Все события в системе	Меню «Администрирование»	Высокое (при большом объеме)
Технологический журнал	Детальные логи сервера	Файлы на сервере	Критическое (только для отладки)

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

Как включить историю изменений?

Для включения версионирования необходимо иметь права администратора. Зайдите в раздел «НСИ и Администрирование», найдите настройку «Регистрация изменений» и выберите объекты (документы, справочники), для которых нужно вести историю. Помните, что это увеличит размер базы данных.

Работа с Журналом регистрации событий

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

Для входа в журнал регистрации перейдите в меню Администрирование → Журнал регистрации. В открывшемся окне необходимо установить отбор по нужному периоду и, при возможности, по конкретному документу. Фильтрация по дате и времени создания документа позволит сузить круг поиска.

В списке событий ищите события типа Запись документа или Проведение документа. В колонке «Пользователь» будет указано имя учетной записи, под которой было выполнено действие. Журнал регистрации хранит данные долгое время, если они не были удалены в ходе регламентных работ по очистке.

Важно отметить, что журнал регистрации может содержать миллионы записей. Без правильного отбора найти нужное событие будет крайне сложно. Используйте фильтры по типу объекта (например, «Документ.РеализацияТоваровУслуг») для ускорения поиска.

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

Технические методы: Анализ через SQL и Консоль запросов

Для продвинутых пользователей и администраторов баз данных существует прямой способ получения информации через запросы к таблице базы данных. Этот метод требует понимания структуры хранения данных в 1С и прав доступа к СУБД (SQL Server, PostgreSQL или встроенной DBMS).

В таблицах базы данных 1С имена полей часто имеют технические названия. Поле «Автор» обычно хранится в колонке с суффиксом _Автор или _Creator, а ссылка на пользователя — в соответствующей таблице предопределенных элементов. Для получения данных можно использовать консоль запросов внутри 1С или внешний SQL-клиент.

Пример запроса на языке запросов 1С для поиска автора документа реализации:

ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка КАК Документ,
РеализацияТоваровУслуг.Автор КАК Автор,
РеализацияТоваровУслуг.Дата КАК ДатаДокумента
ИЗ
Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ГДЕ
РеализацияТоваровУслуг.Ссылка = &СсылкаНаДокумент

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

Прямой SQL-запрос к базе данных (для MS SQL Server) может выглядеть следующим образом, если вы знаете физическое имя таблицы:

SELECT _DocID, _Author FROM _Doc80 WHERE _DocID = 0xHEX_VALUE_OF_DOCUMENT

Использование технических методов требует осторожности. Ошибочный запрос может замедлить работу сервера, а неправильная интерпретация бинарных данных (UID) приведет к неверным выводам.

Частые проблемы и способы их решения

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

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

Также стоит учитывать роль прав доступа. Если у вас нет права на чтение служебных реквизитов документа, система может скрывать поле «Автор» или показывать его как пустое, даже если оно заполнено. Проверьте свои права доступа в режиме «Предприятие» через меню «Сервис» → «Пользователи».

⚠️ Внимание: Если вы видите, что документ создан пользователем, который уже уволен или удален из базы, это не ошибка. Ссылка на пользователя в документе хранится независимо от актуальности записи в справочнике пользователей.

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

Можно ли изменить автора документа post factum?

Стандартными средствами интерфейса 1С изменить поле «Автор» после записи документа невозможно. Это поле защищено от редактирования для обеспечения целостности аудита. Изменение возможно только прямым редактированием таблицы базы данных через SQL, что крайне не рекомендуется и может привести к ошибкам при обновлении конфигурации.

Почему в журнале документов не видно колонку «Автор»?

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

Как найти автора, если документ уже удален?

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

Влияет ли смена имени пользователя на историю документов?

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

Где хранится информация об авторе в файловой базе 1С?

В файловой базе информация об авторах хранится в тех же табличных частях файлов данных (.1CD), что и в клиент-серверном варианте. Разница лишь в механизме доступа. Для просмотра через SQL в файловой базе требуется использование специального драйвера или выгрузка данных в внешнюю СУБД.