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