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