Как узнать, кто внес изменения в 1С

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

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

Что фиксирует 1С и какие есть ограничения

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

Однако у журнала регистрации есть принципиальное ограничение: он показывает факт изменения объекта (какой документ, кем, когда), но не показывает, какие именно поля были изменены и какие значения там были раньше. Чтобы видеть «было — стало», нужны дополнительные механизмы: версионирование объектов или история изменений данных, которые должны быть включены до того, как произошло интересующее событие.

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

Как найти автора изменений через журнал регистрации

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

Нажмите кнопку отбора (фильтра) и задайте условия поиска. Ключевые параметры фильтра:

• Период — сузьте интервал до дня или часа, когда предположительно внесли изменение: журнал большой, без фильтра искать придётся долго.
• Пользователь — если есть подозреваемый, укажите его; если нет, оставьте пустым и смотрите всех.
• Данные — здесь можно указать конкретный объект: документ, элемент справочника. Это самый точный способ — журнал покажет все события именно по этому объекту.
• Событие — выберите виды «Данные. Изменение», «Данные. Добавление», «Данные. Удаление», чтобы отсечь лишнее.

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

1. 1
   Откройте Администрирование → Обслуживание → Журнал регистрации
2. 2
   Нажмите кнопку отбора и задайте период, пользователя и конкретный объект в поле «Данные»
3. 3
   В видах событий оставьте «Данные. Добавление/Изменение/Удаление»
4. 4
   Примените фильтр и найдите событие изменения нужного объекта
5. 5
   Зафиксируйте пользователя, время и компьютер из строки события

Как быстро открыть журнал по конкретному объекту

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

Как увидеть, какие именно реквизиты изменились

Журнал регистрации отвечает на вопрос «кто и когда», но для ответа на вопрос «что именно поменяли» нужен механизм версионирования. В конфигурациях на базе Библиотеки стандартных подсистем (БСП) — а это большинство типовых решений: УТ, ERP, Бухгалтерия, ЗУП — он называется «Версионирование объектов» или «История изменений».

Включение выполняется в разделе «Администрирование» → «Общие настройки» (или «Настройка версионирования объектов»). Там нужно активировать опцию и для каждого типа объектов (документы «Реализация товаров», справочник «Контрагенты» и т.д.) задать режим хранения версий: при записи, при проведении или всегда.

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

История изменений данных в новых версиях платформы

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

Как проверить действия конкретного пользователя

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

Обратите внимание на колонку «Компьютер» и, в клиент-серверном режиме, на сеансы. Если учётной записью пользовался кто-то другой, по имени компьютера это часто можно установить. Также полезно сопоставить события «Сеанс. Аутентификация» с событиями изменения данных — это покажет, в рамках какого сеанса выполнялись правки.

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

Сравнение инструментов

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

Всегда включён, показывает кто/когда/какой объект. Не показывает старые и новые значения реквизитов; глубина хранения ограничена настройками сокращения.

Версионирование объектов (БСП)

Показывает детальное «было — стало» по реквизитам. Работает только после включения и только для типов объектов, для которых настроено.

История данных (платформа)

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

Что делать, если записей в журнале нет

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

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

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

Как предотвратить несанкционированные изменения

Разбор инцидентов — половина задачи, вторая половина — профилактика. Основной инструмент — настройка прав: уберите у пользователей лишние роли, ограничьте права на изменение проведённых документов, используйте даты запрета изменения данных («Администрирование» → «Даты запрета изменения данных»), чтобы закрытые периоды нельзя было править задним числом.

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

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

Маршрут решения

Как выбрать действие

Нужно узнать, кто и когда трогал конкретный документОткройте объект и через меню «Ещё» запустите просмотр событий журнала регистрации по этому объекту

Нужно увидеть, какие реквизиты поменялись и старые значенияИспользуйте «Историю изменений» (версионирование); если не включено — сравните с резервной копией

Нужно проверить все действия конкретного сотрудникаОтфильтруйте журнал регистрации по пользователю и периоду, сверьте сеансы и компьютеры

Записей в журнале нетПроверьте настройки сокращения журнала и расширьте период отбора; далее — только резервные копии

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

Можно ли узнать автора изменений, если версионирование не было включено?

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

Видно ли в журнале, что документ был удалён, и кем?

Да. Удаление фиксируется событием «Данные. Удаление» с указанием пользователя и времени. Если объект удалён непосредственно (минуя пометку удаления), восстановить его можно только из резервной копии, но факт и автор удаления в журнале останутся.

Почему в журнале регистрации пусто или мало записей?

Скорее всего, журнал был сокращён — вручную или по расписанию. Также проверьте настройки уровней регистрации событий: при минимальном уровне часть событий не пишется. Уточните у администратора текущие настройки и глубину хранения.

Может ли обычный пользователь посмотреть журнал регистрации?

Только если ему явно выданы соответствующие права. По умолчанию просмотр журнала доступен администраторам. Выдавать такие права широкому кругу не стоит: журнал содержит служебную информацию о работе всех сотрудников.

Как узнать, кто изменил данные за закрытый период?

Тем же журналом регистрации с отбором по периоду события. Для профилактики установите дату запрета изменения данных — тогда редактирование документов закрытого периода будет заблокировано, а попытки обхода будут видны в журнале.

Фиксирует ли 1С изменения, сделанные через обработки и обмены?

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