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