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