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

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

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

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

Способ 1: журнал регистрации — основной инструмент

Журнал регистрации — штатный механизм платформы 1С, который фиксирует действия пользователей: вход в систему, запись, проведение и отмену проведения документов, изменение справочников. Он ведется всегда, независимо от конфигурации, но уровень детализации настраивается.

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

1. 1
   Откройте Администрирование → Обслуживание → Журнал регистрации
2. 2
   Нажмите «Отбор» и установите период, когда документ мог быть проведен
3. 3
   В поле «Событие» выберите «Данные. Проведение» (и при необходимости «Данные. Отмена проведения»)
4. 4
   В поле «Данные» укажите конкретный документ или в поле «Метаданные» — вид документа
5. 5
   Нажмите «ОК» и посмотрите колонку «Пользователь» в найденных строках

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

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

Способ 2: история изменений (версионирование объектов)

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

Проверить, включено ли версионирование, можно в разделе Администрирование → Общие настройки → История изменений (название пункта может отличаться). Там же задается, для каких видов документов ведется история и как долго хранятся версии.

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

Способ 3: реквизиты документа и поле «Ответственный»

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

Используйте это поле как вспомогательный признак: если «Ответственный» совпадает с пользователем из журнала регистрации — картина согласованная. Если расходится, приоритет у данных журнала регистрации, так как они не редактируются из пользовательского режима.

Способ 4: программный запрос и отчет для массовой проверки

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

Отбор = Новый Структура;
Отбор.Вставить("Событие", "_$Data$_.Post");
Отбор.Вставить("ДатаНачала", НачалоМесяца(ТекущаяДатаСеанса()));
Отбор.Вставить("ДатаОкончания", КонецМесяца(ТекущаяДатаСеанса()));

ТаблицаСобытий = Новый ТаблицаЗначений;
ВыгрузитьЖурналРегистрации(ТаблицаСобытий, Отбор, "Дата,Пользователь,Данные,ПредставлениеДанных", , 10000);

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

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

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

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

Как отличить нормальную ситуацию от проблемной

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

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

Что делать, если данные не найдены

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

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