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