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