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