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

Документ перепровели, суммы в отчетах изменились, а ответственный за изменение неизвестен — установить, кто и когда это сделал, в 1С:Предприятие 8.3 можно несколькими штатными способами. Основные инструменты: журнал регистрации с отбором по событию «Проведение документа», механизм версионирования объектов, если он включен в настройках, и реквизиты самого документа (автор, дата изменения). Дальше разберем пошагово, где искать следы перепроведения в типовых конфигурациях — Бухгалтерии, ERP, Управлении торговлей, ЗУП — и в самописных решениях.

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

Что фиксирует 1С при перепроведении документа

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

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

Способ 1. Журнал регистрации: находим автора перепроведения

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

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

В результате вы увидите строки вида: дата и время, имя пользователя, событие «Данные. Изменение», комментарий с представлением документа. Самая поздняя запись перед обнаружением проблемы — и есть момент перепроведения. Если событий несколько, смотрите на последовательность: запись документа, затем проведение от того же пользователя.

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

Если журнал пуст или событие старое

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

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

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

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

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

Способ 3. Косвенные признаки, когда прямых данных нет

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

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

Перепроведение обменами и фоновыми заданиями

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

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

Маршрут решения

Как выбрать действие

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

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

Событий в журнале нет, версий нетВосстановить автора нельзя: включите версионирование и настройте хранение журнала, чтобы ситуация не повторилась

Профилактика: как не потерять информацию в будущем

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

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

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

Можно ли увидеть автора проведения прямо в форме документа?

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

Журнал регистрации пуст за нужный период — что делать?

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

Как отличить ручное перепроведение от работы обработки?

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

Можно ли запретить перепроведение закрытых периодов?

Да, через дату запрета изменения данных: Администрирование → Даты запрета изменения данных. Документы раньше указанной даты нельзя будет изменить или перепровести без специальных прав. Это основной способ защиты закрытых периодов от случайных изменений.

Сохраняется ли информация о том, кто отменил проведение?

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

Что делать, если перепровели сразу много документов?

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