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