Как найти, кто из пользователей изменил документ в 1С 8.3
Содержание
Посмотреть историю изменений в 1С по пользователям можно двумя способами. Журнал регистрации (Администрирование → Обслуживание → Журнал регистрации) показывает, кто, когда и с какого компьютера записал, провёл или удалил документ. История изменений (версионирование объектов) показывает, что именно поменялось: какие реквизиты и строки были до правки и стали после.
Журнал работает в любой базе на платформе 8.3 и включён по умолчанию. Историю изменений нужно включать заранее: версии появляются только с момента включения. Поэтому на вопрос «кто правил» почти всегда ответит журнал, а на вопрос «что было до правки» — только версионирование, если оно уже работало.
| Задача | Инструмент | Что покажет |
|---|---|---|
| Кто и когда изменил документ | Журнал регистрации | Пользователь, дата и время, компьютер, тип события |
| Что делал сотрудник за день | Журнал регистрации с отбором по пользователю | Все его записи, проведения, удаления, входы в базу |
| Какие поля поменяли | История изменений объекта | Значения реквизитов и табличных частей до и после |
| Вернуть документ к прежнему виду | История изменений объекта | Возврат к выбранной версии |
Как включить и настроить журнал регистрации
Журнал регистрации — механизм платформы, а не конфигурации. Он одинаково работает в Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и самописных базах. Отличается только место, откуда его удобнее открыть.
Где открыть журнал
| Откуда | Путь |
|---|---|
| БП 3.0, ЗУП 3.1, УТ 11 | Администрирование → Обслуживание → Журнал регистрации (группа «Отчёты администратора») |
| Любая конфигурация | Главное меню ☰ → Все функции → Стандартные → Журнал регистрации |
| Конфигуратор | Администрирование → Журнал регистрации |
Если пункта «Все функции» в главном меню нет, включите его: ☰ → Сервис → Параметры, флажок «Отображать команду “Все функции”».
Какие события записывать
Уровень детализации задаётся в конфигураторе: Администрирование → Настройка журнала регистрации. В конфигурациях на БСП та же настройка есть в пользовательском режиме, рядом со ссылкой на журнал в разделе «Обслуживание».
Варианты уровня:
- 🚫 не регистрировать;
- ❗ регистрировать ошибки;
- ⚠️ ошибки и предупреждения;
- ℹ️ ошибки, предупреждения и информацию;
- ✅ регистрировать все события.
Для поиска автора изменений нужен уровень «Регистрировать все события». Записи, проведения и удаления документов пишутся с уровнем «Информация» и ниже, поэтому при настройке «только ошибки» найти, кто правил документ, не получится.
Если в базе стоит «Не регистрировать» или «Регистрировать ошибки», журнал за прошлые дни уже не восстановить. Переключите уровень сейчас — следующий спорный случай вы уже разберёте.
Где физически лежит журнал
- 📁 файловая база — папка
1Cv8Logвнутри каталога базы; - 🖥️ клиент-серверная база
— каталог
srvinfo\reg_1541\<идентификатор базы>\1Cv8Logна сервере 1С.
С платформы 8.3.5 журнал по умолчанию хранится в одном файле 1Cv8.lgd (формат SQLite). В старом формате это набор файлов .lgf и .lgp. В настройке журнала можно разделить его по периодам — так проще архивировать старые части.
Как найти, кто изменил конкретный документ
Самый частый сценарий: в документе стоит не та сумма, и надо понять, кто её поставил.
Отбор по документу
- Откройте журнал регистрации.
- Нажмите кнопку отбора в командной панели журнала (в разных конфигурациях она называется «Установить отбор» или «Отбор»).
- Задайте интервал — день или неделю, когда документ могли править. Чем уже период, тем быстрее откроется журнал.
- В поле «Данные» выберите нужный документ: укажите его вид, затем найдите конкретный документ по номеру и дате.
- В поле «События» оставьте события группы «Данные»: добавление, изменение, проведение, отмена проведения, удаление.
- Примените отбор.
В списке останутся все действия с этим документом. В колонке «Пользователь» — автор, в колонке «Компьютер» — имя рабочего места, в колонке «Дата» — время до секунды.
Отбор по метаданным
Если документ удалили и выбрать его в поле «Данные» уже нельзя, используйте поле «Метаданные». Отметьте вид документа, например «Реализация (акты, накладные, УПД)», и событие «Данные. Удаление». В колонке «Представление данных» будет номер и дата удалённого документа.
Быстрый путь из списка документов
В конфигурациях на БСП в форме документа или списка есть команда «Журнал регистрации» в меню Ещё. Она открывает журнал уже с отбором по этому объекту. Если команды нет, используйте отбор вручную — результат тот же.
💡 Время в журнале — время сервера 1С (для файловой базы — компьютера, где лежит база). Если пользователь утверждает «я в это время уже ушёл», сверьте часы на сервере.
Анализ действий конкретного пользователя
Второй сценарий: нужно посмотреть, что сотрудник делал в базе за смену или перед увольнением.
- Откройте журнал и задайте интервал.
- В отборе на поле «Пользователи» отметьте нужного человека. Можно выбрать нескольких.
- Чтобы убрать шум, оставьте только события группы «Данные» и «Сеанс».
- Отсортируйте список по дате.
В результате видна вся сессия: вход, какие документы и справочники записывал, что удалял, когда вышел.
Как читать сессию пользователя
- 🔑 «Сеанс. Аутентификация» и «Сеанс. Начало» — вход в базу. Здесь же видно, с какого компьютера.
- 📝 события «Данные. …» — работа с объектами.
- 🚪 «Сеанс. Завершение» — выход.
Если записи одного пользователя идут с двух разных компьютеров одновременно, значит, под этой учётной записью работали двое. Это частая причина путаницы «я этого не делал»: учётку передали коллеге или пароль сохранён на общем компьютере.
Сводный анализ
Просматривать тысячи строк вручную неудобно. В конфигурациях на БСП (БП 3.0, ЗУП 3.1, УТ 11) в разделе Администрирование → Обслуживание есть отчёт «Анализ журнала регистрации». Он строит сводку активности пользователей за период: кто сколько работал и с какими объектами. Для разбора одного документа удобнее сам журнал, для оценки работы отдела — отчёт.
Журнал также можно выгрузить в табличный документ и сохранить в Excel, чтобы отфильтровать и сгруппировать строки привычными средствами.
Какие события пишет журнал и что они значат
Колонка «Событие» — главная при поиске автора изменений. Основные события, которые встречаются при разборе правок:
| Событие | Что произошло |
|---|---|
| Данные. Добавление | Создан и впервые записан новый объект |
| Данные. Изменение | Объект перезаписан: правка реквизитов, табличной части, пометка на удаление |
| Данные. Проведение | Документ проведён (или перепроведён) |
| Данные. Отмена проведения | С документа снято проведение |
| Данные. Удаление | Объект удалён из базы окончательно |
| Сеанс. Аутентификация | Пользователь вошёл в базу |
| Сеанс. Ошибка аутентификации | Неудачная попытка входа, например неверный пароль |
| Сеанс. Начало / Сеанс. Завершение | Начало и конец работы сеанса |
| Пользователи. Изменение | Изменены свойства пользователя ИБ: пароль, роли |
| Информационная база. Изменение конфигурации | Изменена конфигурация базы |
Чего журнал не показывает
Журнал фиксирует факт записи объекта, но не хранит старые и новые значения полей. По строке «Данные. Изменение» вы узнаете, что в 14:32 бухгалтер Иванова записала реализацию № 125. Но какую сумму она стёрла и какую поставила — журнал не скажет.
Для этого нужна история изменений объекта. Её разбираем в следующем разделе.
Как отличить ручную правку от обработки
Если документ изменён групповой обработкой, обменом или регламентным заданием, в журнале будет много однотипных записей подряд за секунды. Колонка «Приложение» подскажет источник: тонкий клиент, фоновое задание, COM-соединение, веб-сервис. Правки через обмен с другими базами часто идут от служебного пользователя, под которым настроена синхронизация.
История изменений: что поменяли и как вернуть прежнюю версию
Версионирование объектов есть в конфигурациях на Библиотеке стандартных подсистем: БП 3.0, ЗУП 3.1, УТ 11, КА 2, ERP. Оно сохраняет полную копию объекта при каждой записи.
Включение
- Откройте
Администрирование → Общие настройки. - В группе «История изменений» установите флажок «Хранить историю изменений».
- Перейдите по ссылке «Настроить» рядом с флажком.
- Для нужных видов документов и справочников выберите, когда сохранять версию: при каждой записи или только при проведении.
- Задайте срок хранения версий, чтобы база не разрасталась.
💡 Не включайте историю для всего подряд. Начните с документов, по которым бывают споры: реализации, поступления, кассовые и банковские документы, кадровые приказы. Хранение версий занимает место в базе, а частые регламентные записи (например, у справочников, которые обновляет обмен) быстро её раздувают.
Просмотр истории
- Откройте документ.
- В меню
Ещёвыберите команду «История изменений». - Откроется список версий: номер, дата, автор, комментарий.
Сравнение версий
Выделите две версии с зажатой клавишей Ctrl и нажмите «Сравнить». Программа сформирует отчёт, где изменённые реквизиты и строки табличной части подсвечены. Видно и старое, и новое значение: например, количество было 10, стало 100.
Одну версию можно открыть отдельно, чтобы посмотреть документ целиком таким, каким он был на тот момент.
Возврат к прежней версии
В списке версий выделите нужную и выполните команду «Перейти на версию». Документ перезапишется значениями этой версии, а в истории появится новая запись о возврате.
Возврат версии — это новая запись документа. Если документ проведён, его движения изменятся. В закрытом периоде это затронет отчётность и потребует перепроведения последующих документов. Перед возвратом в рабочей базе сделайте резервную копию, а при закрытом периоде согласуйте действие с главным бухгалтером.
Если истории нет
Если версионирование не было включено в момент правки, прежнюю версию из базы не достать. Остаются два пути:
- 💾 развернуть резервную копию за дату до изменения рядом с рабочей базой и сравнить документ вручную;
- 📄 найти печатную форму или выгрузку документа (PDF, отправленный по ЭДО экземпляр) с прежними данными.
Почему не получается найти изменения: права и ограничения
Нет доступа к журналу
Журнал регистрации открывают пользователи с полными правами или с ролью, которая даёт право просматривать журнал. Обычный бухгалтер раздел «Администрирование» часто не видит вовсе. Решение — попросить администратора базы сделать отбор или выдать доступ через профиль групп доступа.
В колонке «Пользователь» пусто или «<Не определен>»
- 👤 в базе нет ни одного пользователя, и все работают без авторизации — тогда журнал не может различить людей;
- 🤖 изменение сделано регламентным заданием, которое запущено без указания пользователя;
- 🔗 объект записан внешней программой через COM-соединение или веб-сервис под служебной учётной записью.
Вывод простой: без персональных учётных записей история изменений по пользователям невозможна. Если в базе все работают под «Администратором», первым делом заведите каждому свою учётку.
Журнал открывается очень долго или пуст за старые даты
- 🗂️ слишком широкий интервал — сужайте период до дней;
- ✂️ журнал сокращали: в конфигураторе есть команда сокращения журнала, которая удаляет записи до выбранной даты;
- 📦 журнал разделён по периодам, и старые файлы перенесли в архив — их нужно вернуть в каталог
1Cv8Log.
Документ правили, а записи «Данные. Изменение» нет
Проверьте уровень журнала: при «Регистрировать ошибки» записи об изменениях не попадают. Ещё одна причина — правка в другой базе с последующей загрузкой через обмен: тогда автор в этой базе будет служебный пользователь синхронизации, а реального автора ищите в журнале базы-источника.