Как найти автора правок документа в 1С: журнал регистрации и история версий
Содержание
Проверить, кто изменял документ в 1С, проще всего через журнал регистрации. В БП 3.0, ЗУП 3.1 и УТ 11 он открывается по пути Администрирование → Обслуживание → Журнал регистрации. Поставьте отбор по полю «Данные» на нужный документ, и журнал покажет каждое изменение, проведение и удаление: дату, время, пользователя и компьютер.
Журнал отвечает на вопрос «кто и когда». На вопрос «что именно поменяли» он не отвечает: какая была сумма и какая стала, там не видно. Для этого служит второй механизм, версионирование объектов, или «История изменений». Ниже оба способа, их настройка и порядок действий, когда документ уже удалили.
| Что нужно узнать | Чем пользоваться | Что нужно заранее |
|---|---|---|
| Кто и когда изменил, провёл, удалил | Журнал регистрации | Уровень записи не ниже «Информация» |
| Какие реквизиты и строки поменялись | История изменений (версионирование) | Включённое версионирование для этого вида документов |
| Как выглядел документ до правки | История изменений или резервная копия | Версии или свежий бэкап |
| Кто создал документ | Реквизит «Ответственный» или журнал | Ничего, заполняется автоматически |
Настройка записи событий: без неё журнал пуст
Журнал регистрации пишет платформа, а не конфигурация. Поэтому он есть в любой базе на 8.3, но сколько в нём событий, зависит от уровня записи. Если стоит «Не регистрировать» или «Ошибки», изменения документов в журнал не попадут, и узнать задним числом, кто их сделал, будет нельзя.
Как поставить уровень записи
- Откройте базу в режиме Конфигуратор под администратором.
- Выберите
Администрирование → Настройка журнала регистрации. - В поле уровня выберите «Регистрировать ошибки, предупреждения, информацию и примечания» или «Регистрировать все».
- Нажмите «ОК». Настройка действует сразу, перезапускать пользователей не нужно.
Уровни устроены по нарастанию: каждый следующий включает предыдущие.
- 🚫 Не регистрировать — журнал не ведётся вообще.
- ❗ Ошибки — только ошибки, правок документов не будет.
- ⚠️ Ошибки и предупреждения — правок тоже не будет.
- ℹ️ Ошибки, предупреждения и информация — сюда попадают изменения данных.
- 📝 Все — плюс примечания, самый подробный уровень.
Для контроля правок документов достаточно уровня с информацией. «Все» оставляют, когда разбирают редкую проблему: объём журнала на нём растёт заметнее.
Права на просмотр
Смотреть журнал может пользователь с правом «Журнал регистрации» на уровне конфигурации. В типовых решениях оно входит в роль «Полные права» и в профиль администратора. Обычный бухгалтер пункта в меню не увидит. Это нормальное поведение, а не сбой.
Как найти правки конкретного документа: отбор и поиск
Журнал хранит события всей базы: входы, выходы, обмены, регламентные задания. В базе на 20 пользователей за день набираются десятки тысяч строк. Поэтому без отбора искать там нечего.
Порядок поиска по документу
- Откройте журнал:
Администрирование → Обслуживание → Журнал регистрации. - Нажмите кнопку настройки отбора в шапке формы.
- Задайте интервал дат. Чем он уже, тем быстрее журнал откроется.
- В поле «Данные» выберите тип объекта (например, «Реализация (акт, накладная, УПД)») и сам документ из списка.
- В поле «Событие» оставьте события группы «Данные»: добавление, изменение, проведение, отмена проведения, удаление.
- Примените отбор и отсортируйте список по дате.
Если меню «Администрирование» в конфигурации нет, журнал платформы доступен из главного меню: Все функции → Стандартные → Журнал регистрации. Команда «Все функции» включается флажком в Сервис и настройки → Параметры.
Другие полезные отборы
- 👤 Пользователь — все действия одного сотрудника за период. Удобно, когда известен подозреваемый, но не документ.
- 💻 Компьютер — с какой машины работали. Помогает, если несколько человек входят под одной учётной записью.
- 🧩 Метаданные — все события по виду документа. Подходит, когда номер документа неизвестен, а известен только тип.
- 📱 Приложение — тонкий клиент, веб-клиент, фоновое задание, COM-соединение. Отличает ручную правку от обмена.
Если документ удалён и выбрать его в поле «Данные» нельзя, ставьте отбор по «Метаданные» и событию «Данные. Удаление». В колонке представления данных останутся вид, номер и дата удалённого документа.
Что видно в записи об изменении
Двойной щелчок по строке открывает карточку события. Разберём, какие поля в ней читать.
| Поле | Что показывает | Как использовать |
|---|---|---|
| Дата | Время события до секунды | Сопоставить с жалобой «вчера суммы были другими» |
| Пользователь | Имя пользователя информационной базы | Главный ответ на вопрос «кто» |
| Компьютер | Имя машины | Проверить, кто реально сидел за ней |
| Приложение | Тип клиента или фоновое задание | Отделить ручную правку от обмена и обработок |
| Событие | Добавление, изменение, проведение, удаление | Понять характер действия |
| Данные | Ссылка на объект | Открыть документ прямо из журнала |
| Статус транзакции | Зафиксирована, отменена, не завершена | Отсеять неудачные попытки записи |
| Сеанс | Номер сеанса | Собрать все действия одного входа |
Как читать цепочку событий
Одно сохранение документа часто даёт несколько строк. Например, бухгалтер исправил сумму и нажал «Провести и закрыть». В журнале появятся «Данные. Изменение» и «Данные. Проведение» с одинаковым временем и одним номером сеанса.
Смотрите на статус транзакции. Строка со статусом «Отменена» означает, что запись не прошла: например, сработал контроль остатков. Такую правку пользователь пытался сделать, но документ не изменился.
Когда в поле «Пользователь» пусто
- 🔄 Обмен данными. Документ пришёл из другой базы, в колонке «Приложение» видно фоновое задание или COM-соединение. Ищите, кто изменил его в базе-источнике.
- ⏱️ Регламентное задание. Пересчёт, закрытие или загрузка выписок по расписанию.
- 👥 В базе нет списка пользователей. Тогда все работают без авторизации, и журнал не знает имён. Помогут только поля «Компьютер» и время.
Если несколько сотрудников входят под одним именем, журнал не скажет, кто из них правил документ. Это частая причина неудачного расследования. Заведите каждому свою учётную запись.
Что поменялось внутри документа: история изменений
Журнал регистрации не хранит старые значения реквизитов. Чтобы увидеть, что сумма была 120 000 ₽, а стала 102 000 ₽, нужно версионирование объектов. Оно есть в БП 3.0, ЗУП 3.1, УТ 11 и других решениях на БСП.
Как включить версионирование
- Откройте
Администрирование → Общие настройки. - Установите флажок «Версионирование объектов».
- Перейдите по ссылке «Настройки хранения версий».
- Для нужных видов документов выберите вариант хранения версий, например при проведении или при каждой записи.
С этого момента каждая запись документа сохраняет его полную копию с отметкой автора и времени.
Как посмотреть и сравнить версии
- Откройте документ.
- В меню
Ещёвыберите «История изменений». - Отметьте две версии и нажмите «Сравнить».
Отчёт подсветит изменённые реквизиты шапки и строки табличных частей. Видно и автора каждой версии, так что в простых случаях журнал регистрации не понадобится вовсе.
Версии появляются только после включения настройки. Правку, сделанную раньше, история изменений не покажет. Включайте версионирование для ключевых документов заранее: реализаций, поступлений, банковских выписок, начислений зарплаты.
Как вернуть удалённый или испорченный документ
Сначала поймите по журналу, что именно произошло. От этого зависит способ.
Восстановление из резервной копии
Это единственный способ вернуть документ, удалённый через «Удаление помеченных объектов». Журнал регистрации покажет только факт удаления, сам объект из него не восстановить.
- Создайте новую пустую информационную базу.
- Загрузите в неё архив
.dtчерезАдминистрирование → Загрузить информационную базув Конфигураторе или скопируйте каталог файловой базы из бэкапа. - Найдите документ в копии.
- Перенесите его в рабочую базу: вручную или выгрузкой в XML.
Никогда не загружайте .dt в рабочую базу ради одного документа: загрузка полностью заменит все данные и правки, сделанные после бэкапа. Восстанавливайте только в отдельную копию.
При переносе через XML документ загружается с прежней ссылкой. Если перед этим его ввели заново вручную, получится дубль. Проверьте список и удалите лишний, иначе обороты задвоятся.
Где лежат файлы журнала и как они растут
Знать место хранения нужно для двух задач: чтобы журнал не съел диск и чтобы он попадал в резервную копию.
Расположение
- 📁 Файловая база — подкаталог
1Cv8Logв каталоге базы, рядом с файлом1Cv8.1CD. - 🖥️ Клиент-серверная база — на сервере 1С, в каталоге кластера:
srvinfo\reg_1541\<идентификатор базы>\1Cv8Log. Журнал хранится в файлах на сервере 1С, а не в СУБД. Бэкап СУБД его не сохраняет.
Два формата
| Формат | Файлы | Особенности |
|---|---|---|
| Последовательный | 1Cv8.lgf и файлы .lgp | Новый файл на каждый период, старые легко архивировать |
| SQLite | 1Cv8.lgd | Один файл, при большом объёме медленнее открывается |
Формат и период разделения файлов (час, день, месяц) выбираются в том же окне Администрирование → Настройка журнала регистрации в Конфигураторе. Там же есть сокращение журнала: удаление записей до заданной даты с возможностью сохранить их в отдельный файл.
Перед сокращением журнала сохраните удаляемую часть в файл. Через полгода вопрос «кто удалил поступление в январе» вполне может возникнуть у налоговой проверки или аудитора.
Выгрузка в программном виде
Для регулярного контроля журнал читают кодом. Пример для внешней обработки: список событий по одному документу за текущий месяц.
Отбор = Новый Структура;
Отбор.Вставить("ДатаНачала", НачалоМесяца(ТекущаяДата()));
Отбор.Вставить("ДатаОкончания", КонецДня(ТекущаяДата()));
Отбор.Вставить("Данные", СсылкаНаДокумент);
Таблица = Новый ТаблицаЗначений;
ВыгрузитьЖурналРегистрации(Таблица, Отбор);
Для Каждого Строка Из Таблица Цикл
Сообщить(Формат(Строка.Дата, "ДЛФ=DT") + " | "
+ Строка.ИмяПользователя + " | "
+ Строка.ПредставлениеСобытия + " | "
+ Строка.Компьютер);
КонецЦикла;
Метод выполняется на сервере и требует права на просмотр журнала. Переменная СсылкаНаДокумент — ссылка на проверяемый документ.
Почему журнал не помогает и что с этим делать
Перемещать файлы журнала на клиент-серверной базе надёжнее при остановленной службе агента сервера 1С. Остановка оборвёт сеансы всех пользователей, поэтому делайте это вне рабочего времени и предупредите коллег.
Ещё одна ловушка — правки через Конфигуратор и внешние обработки. Если администратор менял документ обработкой, в журнале будет его имя и приложение «Тонкий клиент» или «Толстый клиент». Узнать, какой обработкой он это сделал, журнал не даст.