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