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