К статье
Практический материал

Администрирование · 11 мин

Как посмотреть, кто изменил документ в 1С 8.3 Бухгалтерия

Как узнать, кто изменил документ в 1С 8.3 Бухгалтерия: история изменений, версионирование объектов, журнал регистрации и настройка контроля прав пользователей.

Вопрос «кто изменил документ» возникает в 1С:Бухгалтерии регулярно: сумма в отчёте не сходится, документ внезапно перепроведён или помечен на удаление, а исполнитель утверждает, что ничего не трогал. Программа предоставляет несколько штатных инструментов для ответа на этот вопрос — от простого просмотра истории изменений до детального анализа журнала регистрации.

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

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

Способ 1. История изменений документа через версионирование

Самый информативный способ — встроенный механизм версионирования объектов. Он сохраняет снимки документа при каждой записи и позволяет сравнить любые две версии между собой.

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

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

Как открыть историю изменений
  1. 1
    Откройте нужный документ или выделите его в журнале документов
  2. 2
    Нажмите «Ещё» в командной панели формы
  3. 3
    Выберите пункт «История изменений»
  4. 4
    В списке версий найдите нужную по дате и пользователю
  5. 5
    Откройте версию или сравните две версии, чтобы увидеть изменённые поля

Способ 2. Журнал регистрации — когда версионирование не включено

Журнал регистрации работает всегда и не требует предварительной настройки. Он фиксирует действия пользователей: вход в систему, запись и проведение документов, изменение элементов справочников, удаление объектов.

Откройте раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». Чтобы не пролистывать тысячи записей, нажмите кнопку отбора и задайте условия: период, когда предположительно была правка; пользователь, если есть подозрения; в поле «Данные» — ссылку на конкретный документ. Для этого в отборе добавьте условие по полю «Данные» и укажите документ через выбор из списка.

В результате вы получите список событий вида «Данные. Изменение» и «Данные. Добавление» с указанием пользователя, компьютера, точного времени и имени объекта. Колонка «Представление данных» покажет номер и дату документа.

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

Способ 3. Отчёт по истории изменений из списка документов

В типовой 1С:Бухгалтерии 8.3 историю можно посмотреть не только из карточки документа, но и прямо из журнала документов, не открывая сам объект. Выделите строку с документом, нажмите «Ещё» и найдите команду «История изменений» — она работает идентично.

Дополнительно в форме истории доступна кнопка «Перейти на версию» — документ откроется в том виде, в каком был на момент выбранной версии. Это удобно, когда нужно показать коллеге или аудитору первоначальное состояние документа, не восстанавливая его.

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

Как включить версионирование, чтобы контролировать изменения в будущем

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

В открывшемся списке для каждого вида документов и справочников выберите режим: «Версионировать» — сохранять все версии; «Версионировать при проведении» — только версии проведённых документов; «Не версионировать» — отключить. Для ключевых документов (реализации, поступления, банковские и кассовые документы, счета-фактуры) разумно включать полное версионирование.

Учитывайте, что версии занимают место в базе. Для массовых документов с частыми перепроведениями объём хранилища версий растёт быстро. Периодически используйте штатную очистку устаревших версий в тех же настройках, указывая срок хранения.

Кто имеет право видеть историю и как ограничить правки

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

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

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

Сравнение способов контроля

История изменений (версионирование)

Показывает автора, время и содержимое правок, позволяет сравнить версии. Требует предварительного включения, занимает место в базе

Журнал регистрации

Работает всегда без настройки, показывает автора и факт изменения. Не показывает, что именно изменилось, записи могут сокращаться

Даты запрета изменений

Предотвращает правки в закрытых периодах, а не расследует их. Действует только на будущее

Частые ошибки и нестандартные ситуации

Типичная ошибка — искать автора правки по полю «Ответственный» в документе. Это поле заполняется при создании и не меняется автоматически при последующих правках, поэтому оно не является доказательством того, кто редактировал документ последним.

Вторая ситуация — изменения, выполненные обменом данными. Если база синхронизируется с другой конфигурацией (например, с 1С:Управление торговлей или ЗУП), документ может меняться без участия пользователя. В журнале регистрации такие события будут записаны от имени пользователя, под которым выполняется синхронизация, или фонового задания. Проверьте настройки обмена и расписание синхронизации, прежде чем предъявлять претензии коллегам.

Третья ситуация — групповое перепроведение или обработки. Массовые операции (восстановление последовательностей, регламентные операции закрытия месяца) записываются от имени запустившего их пользователя и затрагивают множество документов сразу. Если история показывает десятки изменённых документов в одну минуту, скорее всего, это регламентная операция, а не ручные правки.

Типичные ошибки
01
Судить об авторе правки по полю «Ответственный» — оно не обновляется при редактировании и вводит в заблуждение
02
Обвинять пользователя, не проверив обмены данными и фоновые задания — правка могла прийти из синхронизации
03
Ожидать от журнала регистрации содержимое изменений — он фиксирует только факт, автора и время
04
Включать версионирование для всех объектов без ограничений — база раздувается, поиск версий замедляется

Как проверить результат и зафиксировать выводы

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

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

Контрольные точки

Как проверить результат

История изменений документа
Норма

Видны версии с указанием пользователя и времени, сравнение показывает изменённые поля

Тревожный признак

Список версий пуст при включённом версионировании — проверьте настройки хранения версий

Журнал регистрации
Норма

Отбор по документу показывает события изменения с автором и временем

Тревожный признак

Событий нет за нужный период — возможно, журнал сокращён или правка была раньше периода хранения

Источник изменений
Норма

События относятся к конкретному пользователю в рабочее время

Тревожный признак

Массовые изменения в один момент от одного пользователя — вероятна регламентная операция или обмен

Итог

Что важно запомнить

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

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

Можно ли узнать, кто удалил документ в 1С 8.3?

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

Почему команда «История изменений» не отображается в меню «Ещё»?

Наиболее вероятные причины: версионирование не включено для этого вида документов в настройках, либо у вашего пользователя недостаточно прав. Проверьте раздел «Администрирование» → «Общие настройки» и уточните у администратора базы свой профиль доступа.

Видно ли в истории изменений, какое именно поле поправили?

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

Сохраняется ли история изменений после обновления конфигурации?

Сами версии объектов хранятся в базе и обычно переживают обновление. Однако записи журнала регистрации могут быть утеряны при его сокращении или при выгрузке-загрузке базы через файл. Перед серьёзными техническими операциями делайте резервную копию.

Как узнать автора правки, если документ изменила синхронизация?

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

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

Штатного разграничения «только свои документы» в типовой Бухгалтерии нет, но можно ограничить права через профили групп доступа, убрать право отмены проведения и интерактивного удаления, а для закрытых периодов установить даты запрета изменений — общие или по пользователям.