Как в 1С отследить изменение документа

Обнаружить, что сумма в документе 1С не сходится, проводки изменились, а кто и когда внёс правки — неизвестно, можно прямо в базе: платформа 1С:Предприятие фиксирует действия пользователей в журнале регистрации, а в ряде конфигураций доступны версионирование объектов и история изменений. Главное — заранее включить нужные механизмы и знать, в каком разделе искать следы правок.

Инструментов контроля несколько: стандартный журнал регистрации, механизм версионирования объектов в конфигурациях на БСП, история изменений в отдельных решениях и программные средства аудита. Они различаются глубиной детализации: одни показывают факт изменения и автора, другие — конкретные старые и новые значения реквизитов.

Важно понимать ограничение: если нужный механизм не был включён до момента правки, восстановить детали изменения задним числом обычно невозможно. Поэтому контроль изменений настраивают заранее, а не после инцидента.

Что фиксирует 1С по умолчанию: журнал регистрации

Журнал регистрации — встроенный механизм платформы, который записывает действия пользователей и системные события. Он работает всегда и не требует включения, но его детализация зависит от настроек уровня регистрации событий.

Открыть журнал можно из режима 1С:Предприятие через меню «Администрирование → Обслуживание → Журнал регистрации» (в типовых конфигурациях путь может немного отличаться) или из конфигуратора через «Администрирование → Журнал регистрации». Для просмотра нужны права администратора или специальная роль.

Чтобы найти изменения конкретного документа, настройте отбор: укажите период, пользователя (если известен) и в поле «Данные» выберите нужный документ. В событиях вида «Данные. Изменение» или «Данные. Добавление» будет видно, кто, когда и с какого компьютера работал с объектом.

1. 1
   Откройте Администрирование → Обслуживание → Журнал регистрации
2. 2
   Нажмите «Отбор» и задайте период, когда могли быть правки
3. 3
   В поле «Данные» выберите нужный документ через кнопку выбора
4. 4
   При необходимости укажите пользователя и тип события «Данные»
5. 5
   Изучите список событий: дата, пользователь, компьютер, вид действия
6. 6
   Двойным щелчком по событию откройте детали и перейдите к данным объекта

Главное ограничение журнала регистрации: он показывает факт изменения, но не показывает, какие именно поля поменялись и какие значения были раньше. Для этого нужен другой инструмент — версионирование.

Версионирование объектов: видеть старые и новые значения

В конфигурациях на базе Библиотеки стандартных подсистем (БСП) — это большинство типовых решений: «1С:Бухгалтерия», «Управление торговлей», «ERP», «ЗУП» — есть механизм версионирования объектов. Он сохраняет снимки документа при каждой записи и позволяет сравнить версии между собой.

Включается механизм в разделе «Администрирование → Общие настройки» (или «Настройки работы с файлами и версиями», зависит от конфигурации). Там устанавливается флаг «Хранить историю изменений» и для нужных типов объектов выбирается режим: не версионировать, версионировать при записи или версионировать при проведении.

После включения у документа появляется команда «История изменений» (обычно в меню «Ещё»). В отчёте видно список версий с автором и датой, а при сравнении двух версий система подсвечивает, какие реквизиты и строки табличных частей изменились, что удалено и что добавлено.

Настройка для отдельных видов документов

Версионировать всё подряд не стоит: хранение версий увеличивает объём базы, а на документообороте в сотни документов в день рост может быть заметным. Разумная практика — включать историю для критичных объектов: банковских и кассовых документов, счетов-фактур, документов по расчётам с контрагентами, кадровых приказов.

Кто изменил документ: определяем автора правки

Даже без версионирования установить автора изменения можно по журналу регистрации. В событии указаны имя пользователя, сеанс, компьютер и время с точностью до секунды. Если под одной учётной записью работает несколько человек, идентификация затрудняется — это отдельная организационная проблема.

Дополнительный источник — стандартные реквизиты документа. Во многих конфигурациях есть поля «Автор» (кто создал) и иногда «Ответственный», но они не обновляются автоматически при каждой правке. Полагаться на них как на доказательство нельзя, они лишь дополняют картину.

Изменения через обмены и фоновые задания

Не все правки вносят люди. Документы могут меняться при синхронизации с другими базами (например, между «Управлением торговлей» и «Бухгалтерией»), при загрузке из внешних систем, при работе обработок и регламентных заданий. В журнале регистрации такие события тоже фиксируются, но пользователем будет указана учётная запись обмена или фонового задания.

Если документ «сам» изменился после обмена, смотрите события «Данные. Изменение» с комментарием обмена и проверяйте настройки синхронизации: какая база главная, какие правила конвертации действуют, не идёт ли двусторонняя загрузка одного и того же объекта.

Программные способы и расширенный аудит

Для конфигураций без БСП или при нестандартных требованиях контроль изменений реализуют доработкой: подписки на события «ПриЗаписи» с сохранением прежних значений в отдельный регистр сведений, либо планы обмена, фиксирующие изменённые объекты. Такой подход требует участия разработчика и тестирования на копии базы.

Пример простейшей подписки на событие записи документа, которая пишет автора и дату в регистр сведений:

Процедура ЗарегистрироватьИзменениеДокументаПриЗаписи(Источник, Отказ) Экспорт
	Если Источник.ЭтоНовый() Тогда Возврат; КонецЕсли;
	Запись = РегистрыСведений.АудитДокументов.СоздатьМенеджерЗаписи();
	Запись.Документ = Источник.Ссылка;
	Запись.Период = ТекущаяДатаСеанса();
	Запись.Пользователь = ПользователиИнформационнойБазы.ТекущийПользователь().Имя;
	Запись.Записать();
КонецПроцедуры

Перед внедрением доработки оцените риски: подписки на события выполняются при каждой записи объекта и при ошибках могут блокировать проведение документов у всех пользователей. Любые изменения конфигурации сначала проверяют на тестовой копии.

Как не допустить незаметных правок: права и запреты

Отслеживание — это реагирование, а эффективнее предотвращать лишние изменения. Основные средства: дата запрета изменения данных (закрытие периода), разграничение прав ролями, запрет редактирования проведённых документов для рядовых пользователей, персональные учётные записи вместо общих.

Дата запрета настраивается в разделе «Администрирование → Поддержка и обслуживание → Регламентные операции» либо «Настройки прав и пользователей» в зависимости от конфигурации. После установки даты документы закрытого периода нельзя изменить без специальных прав, а попытки правки видны в журнале.

Проверка результата и контроль настроек

После настройки контроля убедитесь, что всё работает: создайте тестовый документ, измените его, затем откройте историю изменений и журнал регистрации. Должны быть видны версии с различиями и события с вашим именем. Если история пуста — проверьте, включено ли версионирование именно для этого вида документов и хватает ли прав.

Частые вопросы