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