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