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