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