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