Администрирование · 11 мин
Как посмотреть в 1С, кто последний проводил документ
Способы узнать в 1С, кто последним проводил документ: журнал регистрации, история изменений, стандартные отчёты. Пошаговые инструкции для 8.3 и типовых конфигураций.
Вопрос о том, кто последним провёл или изменил документ, возникает в 1С регулярно: при разборе расхождений в учёте, проверке действий сотрудников или поиске причины ошибки в данных. В зависимости от версии платформы, конфигурации и настроек журнала регистрации ответ можно получить несколькими способами — от встроенного отчёта до запроса к журналу регистрации.
Важно понимать ключевое ограничение: стандартная 1С по умолчанию не хранит в самом документе поле «кто провёл последним». Информация о действиях пользователей фиксируется в журнале регистрации, а в типовых конфигурациях — дополнительно в механизме версионирования объектов или истории изменений. Если журнал регистрации настроен на минимальный уровень или был очищен, восстановить автора проведения может оказаться невозможно.
Ниже разобраны рабочие способы для 1С:Предприятие 8.3 и типовых конфигураций (Бухгалтерия, Управление торговлей, ERP, ЗУП), а также вариант для тех, кто работает в режиме толстого клиента или имеет доступ к конфигуратору.
Способ 1. Журнал регистрации — универсальный вариант
Журнал регистрации — это системный механизм платформы, который фиксирует действия пользователей: проведение документов, изменение данных, вход и выход из системы. Он работает независимо от конфигурации, поэтому способ подходит для любой базы на платформе 8.3.
Чтобы найти, кто проводил документ, откройте раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В открывшемся окне нажмите кнопку «Отбор» и задайте условия: в поле «Событие» выберите «Данные. Проведение», в поле «Данные» укажите нужный документ (через кнопку выбора можно найти его по номеру и дате). При необходимости ограничьте период поиска — это ускорит выборку в больших базах.
После применения отбора в таблице останутся только события проведения этого документа. Колонка «Пользователь» покажет, кто выполнял действие, а колонка «Дата» — когда. Самая поздняя запись и есть ответ на вопрос о последнем проведении. Двойной клик по строке открывает карточку события с деталями.
- 1Откройте Администрирование → Обслуживание → Журнал регистрации
- 2Нажмите «Отбор» и выберите событие «Данные. Проведение»
- 3В поле «Данные» укажите конкретный документ
- 4Задайте период поиска, чтобы ускорить выборку
- 5Найдите самую позднюю запись — в колонке «Пользователь» будет автор последнего проведения
Учтите, что поиск по журналу в крупной базе без ограничения периода может занять несколько минут. Если журнал ведётся давно и не сокращался, его объём измеряется гигабайтами — в этом случае всегда задавайте дату «с» и «по».
Способ 2. История изменений в типовых конфигурациях
В типовых решениях (Бухгалтерия 3.0, УТ 11, ERP, ЗУП 3.1) есть механизм версионирования объектов. Если он включён, система сохраняет каждую версию документа вместе с указанием автора изменения и даты. Это самый наглядный способ, не требующий работы с отборами журнала.
Чтобы проверить, включено ли версионирование, откройте «Администрирование» → «Общие настройки» (в некоторых конфигурациях — «Поддержка и обслуживание») и найдите блок «Версионирование объектов». Там задаётся, для каких видов документов хранятся версии и сколько они хранятся.
Если версионирование активно для нужного вида документов, откройте сам документ и в меню «Ещё» выберите пункт «История изменений» (в некоторых конфигурациях — «Версии объекта»). Появится список версий с колонками «Дата», «Автор», «Комментарий». Верхняя версия соответствует последнему изменению, а её автор — тот, кто последним проводил или перепроводил документ.
Способ 3. Отчёт «Анализ активности пользователей» и даты запрета
В типовых конфигурациях есть отчёт «Анализ активности пользователей» (раздел «Администрирование» → «Обслуживание» → «Отчёты администратора»). Он показывает, какие пользователи и когда работали с объектами системы, и позволяет сгруппировать данные по виду документа или конкретному пользователю.
Этот отчёт удобен, когда нужно не только найти автора последнего проведения, но и оценить картину в целом: кто чаще всего изменяет документы определённого вида, в какое время выполнялись массовые перепроведения. Однако он тоже опирается на данные журнала регистрации, поэтому при очищенном журнале отчёт будет пустым.
Дополнительно проверьте настройку «Даты запрета изменения данных» («Администрирование» → «Поддержка и обслуживание»). Если дата запрета установлена, документы старше неё физически не могли быть перепроведены обычными пользователями — это сужает круг подозреваемых периодов и помогает при расследовании.
Способ 4. Запрос через консоль или конфигуратор
Если у вас есть права разработчика или администратора, автора последнего изменения можно попробовать определить программно. Сам документ хранит только ссылку на автора создания в некоторых конфигурациях (реквизит «Автор» или «Ответственный»), но это не то же самое, что автор последнего проведения — реквизит заполняется при создании и не обновляется при перепроведении.
Поэтому программный путь — это обращение к журналу регистрации через метод «ВыгрузитьЖурналРегистрации» с отбором по событию проведения и ссылке на документ. Результат выгружается в таблицу значений, где доступны поля «Дата», «Пользователь», «Событие». Такой подход применяют, когда нужно автоматизировать проверку для большого числа документов.
Для разовой задачи проще использовать внешнюю обработку «Консоль запросов» или штатный интерфейс журнала. Писать код имеет смысл только при регулярной потребности — например, для ежедневного контроля проведений кассовых документов.
Что делать, если журнал пуст или очищен
Самая частая причина, по которой найти автора проведения не удаётся, — журнал регистрации был сокращён или настроен на регистрацию только ошибок. В этом случае события проведения просто не записывались, и восстановить их штатными средствами невозможно.
Проверить настройки можно в конфигураторе: меню «Администрирование» → «Настройка журнала регистрации». Если там отмечен вариант «Не регистрировать» или «Регистрировать только ошибки», события изменения данных не фиксируются. Для будущего контроля установите режим, включающий события «Данные. Изменение» и «Данные. Проведение».
Косвенные способы восстановления картины: резервные копии базы (можно развернуть копию на нужную дату и сравнить состояние документа), данные версионирования, если оно работало, и опрос пользователей, у которых были права на проведение этого вида документов. Полный список таких пользователей виден в разделе «Администрирование» → «Пользователи и права».
Как выбрать способ
Типичные ошибки при поиске автора проведения
Первая ошибка — путать автора документа с автором последнего проведения. Реквизиты «Автор», «Ответственный» или «Менеджер» показывают, кто создал документ или кто за него отвечает, но перепровести документ мог совершенно другой пользователь, например при групповом перепроведении за период.
Вторая ошибка — искать по событию «Данные. Изменение» вместо «Данные. Проведение». Проведение в журнале регистрации — отдельное событие, и если отбор настроен не на него, нужная запись может не попасть в выборку. Проверяйте оба типа событий, если результат пуст.
Третья ошибка — игнорировать работу под служебными пользователями. Обмены данными, регламентные задания и обработки группового перепроведения часто выполняются под специальной учётной записью (например, «ФоновоеЗадание» или пользователь обмена). Если в журнале автором значится такой пользователь, реального инициатора придётся искать по логам обмена или по тому, кто запускал обработку.
Как настроить контроль на будущее
Чтобы вопрос «кто провёл документ» больше не становился проблемой, настройте три вещи. Во-первых, в конфигураторе установите режим журнала регистрации с фиксацией событий изменения и проведения данных. Во-вторых, включите версионирование для критичных видов документов — кассовых, банковских, документов продажи. В-третьих, настройте регулярное сокращение журнала с выгрузкой архива в файл, а не безвозвратным удалением.
Дополнительно ограничьте права: если перепроводить закрытые периоды могут все подряд, найти виновника будет сложнее. Установите дату запрета редактирования и выдайте права на её изменение только администратору. Разделение прав — самый надёжный способ сузить круг пользователей, способных изменить документ.
Как проверить результат
Есть событие «Данные. Проведение» с именем пользователя и датой
Журнал пуст или событие отсутствует — регистрация отключена или очищена
Список версий с авторами и датами
Пункт «История изменений» отсутствует — версионирование не включено
Указан конкретный пользователь базы
Автор — служебная учётная запись обмена или фонового задания
Что важно запомнить
Автор последнего проведения определяется через журнал регистрации (событие «Данные. Проведение») или через историю изменений при включённом версионировании. Реквизит «Ответственный» не показывает, кто перепроводил документ. Если журнал очищен или регистрация отключена, восстановить данные нельзя — настройте фиксацию событий заранее.
Частые вопросы
Можно ли увидеть автора проведения прямо в форме документа?
Штатного поля «провёл последним» в документах нет. В типовых конфигурациях при включённом версионировании доступна команда «Ещё» → «История изменений», где виден автор каждой версии. Без версионирования остаётся только журнал регистрации.
Почему в журнале регистрации нет событий проведения?
Проверьте настройку журнала в конфигураторе: «Администрирование» → «Настройка журнала регистрации». Если выбран режим «Не регистрировать» или «Только ошибки», события проведения не записываются. Также события исчезают после сокращения журнала без выгрузки архива.
Что означает, если автором проведения значится фоновое задание?
Документ был перепроведён регламентным заданием, обменом данными или обработкой группового перепроведения. Реального инициатора ищите в настройках соответствующего задания или обмена — там указано, под каким пользователем оно выполняется и кто его настраивал.
Можно ли узнать, кто отменил проведение документа?
Да, тем же способом через журнал регистрации. Отмена проведения фиксируется как отдельное событие «Данные. Отмена проведения». Добавьте его в отбор вместе с событием проведения, чтобы увидеть полную историю манипуляций с документом.
Хранит ли 1С историю изменений документа бессрочно?
Журнал регистрации растёт постоянно и хранит данные, пока его не сократят вручную или по расписанию. Версии документов хранятся в пределах срока, заданного в настройках версионирования. Для долгосрочного хранения настройте выгрузку журнала в файл перед сокращением.
Нужны ли права администратора для просмотра журнала регистрации?
Да, доступ к журналу регистрации и отчётам администратора обычно есть только у пользователей с правами «Администратор системы» или «Полные права». Если у вас таких прав нет, обратитесь к администратору базы — он сможет выполнить отбор и передать вам результат.