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

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

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

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

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

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

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

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

• 🔍 Обязательно проверяйте колонку «Пользователь» — там будет указан логин учетной записи, выполнившей действие.
• ⏱️ Обратите внимание на время события: оно должно совпадать с моментом исчезновения проводок или изменения итогов.
• 📄 В деталях события часто указывается имя объекта метаданных, который подвергся изменению.

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

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

Использование таблиц истории изменений (_InfoRg)

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

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

В структуре таких таблиц часто присутствуют поля _RecorderRRef (ссылка на документ-рекордер) и _UserRRef (ссылка на пользователя, внесшего изменение). Именно второе поле содержит идентификатор пользователя, который нам нужен.

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

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

Проверка через Технологический журнал (ТЖ)

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

Для включения ТЖ необходимо отредактировать файл 1CV8Log.cfg в каталоге профиля пользователя или на сервере. Нужно раскомментировать или добавить секцию, отвечающую за логирование событий проведения документов и транзакций.

• 🛠️ Включите логирование событий категории DBMSSQL или Transaction для отслеживания-commit операций.
• 📂 Файлы журнала сохраняются в папке log рабочего каталога сервера 1С.
• 📝 Для анализа огромных файлов ТЖ используйте утилиту 1CV8LogReader или текстовые редакторы с поддержкой больших файлов.

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

⚠️ Внимание: Включение подробного логирования Технологического журнала может значительно замедлить работу базы и быстро заполнить дисковое пространство. Используйте этот метод только на тестовых копиях или в периоды низкой нагрузки.

Анализ ТЖ требует высокой квалификации, так как информация представлена в техническом виде. Однако это единственный способ узнать правду, если пользователь действовал через внешние обработки или прямые SQL-запросы в обход интерфейса 1С.

Где искать файл конфигурации лога?

Файл 1CV8Log.cfg обычно находится в %APPDATA%\1C\1Cv8\ или в каталоге профиля службы сервера 1С на Linux/Windows Server.

Анализ блокировок и активных сеансов

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

Перейдите в раздел Администрирование → Монитор пользователей (или используйте консоль управления кластером серверов). Здесь отображаются все активные подключения к информационной базе.

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

Параметр	Где смотреть	Что означает
Имя пользователя	Монитор пользователей	Учетная запись в 1С
Компьютер	Колонка "Компьютер"	Имя ПК или IP-адрес
Основное приложение	Свойства сеанса	Имя запущенной обработки
Блокировки	Монитор блокировок	Объект, удерживаемый пользователем

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

Специальные обработки и внешние отчеты

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

Такие обработки обычно сканируют таблицы истории (_InfoRg), журналы регистрации и таблицы изменений основных объектов. Результат формируется в виде удобного отчета, где сразу видно: кто, когда и какой документ перепровел.

Чтобы воспользоваться такой возможностью, загрузите внешнюю обработку в формате .epf или .erf. Запустите её в режиме предприятия, укажите период анализа и выберите интересующие типы документов.

• 🚀 Обработки работают быстрее ручных запросов благодаря оптимизированным алгоритмам выборки.
• 📊 Результат часто можно выгрузить в Excel для дальнейшего анализа или отправки руководству.
• ⚙️ Некоторые решения требуют установки дополнительных компонентов или прав на чтение системных таблиц.

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

⚠️ Внимание: При использовании сторонних обработок убедитесь в их безопасности. Запуск непроверенного кода с правами администратора может привести к утечке данных или повреждению конфигурации.

Профилактика несанкционированного перепроведения

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

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

Включите механизм «Запрета редактирования прошлых периодов». В типовых конфигурациях это делается через НСИ и Администрирование → Параметры системы → Запрет редактирования прошлых периодов. Установите дату, раньше которой документы нельзя изменять и проводить.

Также рекомендуется использовать механизм «Запрета проведения при несовпадении периодов». Это не позволит пользователю провести документ датой, которая отличается от даты документа, если такая настройка включена в свойствах вида документа.

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

Часто задаваемые вопросы (FAQ)

Можно ли узнать, кто перепровел документ, если Журнал регистрации был очищен?

Да, это возможно через анализ таблиц истории изменений (_InfoRg) или таблиц изменений основных объектов (_AccRg...), если в конфигурации включено ведение истории. Также можно попробовать восстановить данные из резервной копии базы за предыдущий день и сравнить её с текущим состоянием.

Влияет ли режим работы 1С (Файловый или Клиент-Серверный) на возможность отслеживания?

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

Как найти пользователя, если он действовал через COM-соединение или внешнюю обработку?

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

Существует ли стандартный отчет «Кто провел документ» в 1С:Бухгалтерия?

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

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

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