Кто, когда и что изменил в Управлении торговлей 11.4: работа с журналом регистрации

Журнал регистрации в 1С:Управление торговлей 11.4 открывается из раздела НСИ и администрирование → Администрирование → Обслуживание по ссылке «Журнал регистрации». Второй путь, который работает в любой конфигурации на платформе 8.3: Главное меню (☰) → Все функции → Стандартные → Журнал регистрации. Третий — в Конфигураторе: Администрирование → Журнал регистрации.

Посмотреть журнал можно только с правом на него: в УТ это есть у профиля «Администратор». Дальше всё решает отбор: без него вы увидите тысячи строк о входах и фоновых заданиях, с ним — одну нужную запись о том, кто провёл или удалил документ.

Три способа открыть журнал регистрации в УТ 11.4

Журнал один на всю информационную базу. Разные пути ведут к одним и тем же данным, отличаются только формы просмотра.

Форма из раздела администрирования построена на Библиотеке стандартных подсистем. Она показывает пользователей по именам из справочника, умеет открывать объект по двойному щелчку и держит ограничение на число показываемых событий. Если нужной записи нет, а период выбран верно, увеличьте это ограничение в шапке формы.

Конфигуратор полезен, когда пользователи не могут войти вообще. Ошибку при запуске программы, обновлении или подключении расширения в нём видно, даже если интерфейс УТ не загружается.

Из чего состоит запись журнала

Каждая строка — одно событие. Колонки в обеих формах почти одинаковые.

• 🕒 Дата — время события на сервере 1С (для файловой базы — на компьютере, где она лежит).
• 👤 Пользователь — имя пользователя информационной базы. Пусто, если в базе нет пользователей или событие записал служебный процесс.
• 💻 Компьютер — имя машины, с которой работал пользователь.
• 🧩 Приложение — тонкий клиент, веб-клиент, Конфигуратор, фоновое задание, COM-соединение.
• 📌 Событие — что произошло, например Данные. Проведение.
• 🗂 Метаданные — тип объекта: Документ.РеализацияТоваровУслуг, Справочник.Номенклатура.
• 📄 Данные и представление данных — ссылка на конкретный объект и его название: «Реализация товаров и услуг 00ТД-000152 от 03.03».
• 💬 Комментарий — текст ошибки или пояснение.
• 🔁 Транзакция — статус: «Зафиксирована», «Отменена», «Не завершена».
• 🆔 Сеанс — номер сеанса. По нему собирают все действия одного входа.

Уровни важности обозначены значками: информация, примечание, предупреждение и ошибка. Красный значок — первое, что ищут при разборе сбоя.

События, которые встречаются чаще всего

Строки со статусом транзакции «Отменена» не изменили базу. Пользователь пытался провести документ , получил ошибку, и запись откатилась. Если по такому событию решать, «кто испортил документ», легко обвинить не того человека.

Отбор событий журнала регистрации: как быстро найти нужное

В базе с 30 пользователями за день набирается несколько тысяч событий. Листать их бессмысленно, поэтому первое действие — открыть отбор. В форме УТ это кнопка «Установить отбор» в командной панели, в стандартной обработке — «Отбор».

Какие поля отбора пригодятся

1. Период. Ставьте узкий: день, а лучше несколько часов. Это главное ускорение на больших журналах.
2. Пользователь. Можно выбрать несколько.
3. Событие. Отметьте только нужные, например «Проведение» и «Удаление».
4. Метаданные. Тип объекта: выбирайте конкретный вид документа.
5. Данные. Ссылка на один документ. Самый точный отбор.
6. Уровень. Для разбора сбоя оставьте только ошибки.
7. Комментарий. Поиск по фрагменту текста ошибки.
8. Компьютер, приложение, сеанс. Когда нужно восстановить работу конкретного рабочего места.

Готовые сценарии отбора

После отбора двойной щелчок по строке открывает карточку события с полным текстом комментария. Для существующего объекта из неё можно перейти в сам документ.

Разбор ошибок по журналу

Сообщение пользователя «программа выдала ошибку» почти всегда неполное. В журнале остаётся точный текст, время, имя объекта и модуль, в котором упал код.

Порядок разбора

1. Узнайте у пользователя примерное время и что он делал.
2. Отберите по пользователю, уровню «Ошибка» и периоду ±15 минут.
3. Откройте строку и скопируйте комментарий целиком. В нём бывает стек вызовов вида {ОбщийМодуль.ИмяМодуля.Модуль(123)} — номер строки и модуль, где возникло исключение.
4. Посмотрите соседние строки того же сеанса: часто ошибке предшествует предупреждение, которое и объясняет причину.
5. Проверьте, повторяется ли ошибка у других пользователей. Снимите отбор по пользователю, оставьте фрагмент текста в поле «Комментарий».

Аудит действий пользователей: что журнал покажет, а что нет

Журнал — основной инструмент разбора спорных ситуаций: кто изменил цену, кто распровёл отгрузку, кто зашёл в базу ночью. Но у него есть пределы, которые лучше знать заранее.

✅ Покажет:

• кто и когда создал, изменил, провёл, распровёл или удалил объект;
• с какого компьютера и через какое приложение шла работа;
• входы, выходы и неудачные попытки входа;
• изменения пользователей и их прав.

❌ Не покажет:

• какие именно реквизиты поменялись и какое было значение до записи;
• что пользователь просто открыл и посмотрел;
• действия, если уровень регистрации урезан до ошибок.

Чтобы видеть «было → стало», в УТ 11.4 используют версионирование объектов. Его включают в разделе администрирования, в общих настройках, отдельно для нужных видов документов и справочников. Журнал при этом остаётся источником ответа на вопросы «кто» и «когда».

Права и ограничения

• 🔐 Доступ к журналу регистрации даёт отдельное право в ролях. Обычным менеджерам и кладовщикам его не выдают.
• 🔐 Ограничения доступа на уровне записей (RLS) к журналу не применяются: администратор видит события по всем организациям и складам. Это нормально, но учитывайте при выдаче права.
• 🔐 Пользователь, у которого есть административные права, технически может сократить журнал. Если журнал нужен как доказательство, регулярно выгружайте его в архив.

Настройка журнала регистрации: уровень, хранение, размер

Настройки задаются в Конфигураторе: Администрирование → Настройка журнала регистрации.

Уровень регистрации

Изменения данных записываются с уровнем «Информация». Если опустить уровень до ошибок, ответить на вопрос «кто удалил документ» будет нечем. Для рабочей базы УТ оставляйте «Регистрировать все» или как минимум уровень с информацией.

Разделение по периодам и сокращение

В том же окне выбирают, на какие периоды делить журнал: по дням, месяцам, годам. Для базы на 50 пользователей удобнее делить по месяцам: старые файлы легко архивировать.

Кнопка «Сократить» удаляет события старше выбранной даты. Перед удалением программа предлагает сохранить удаляемое в файл — соглашайтесь, если журнал может понадобиться для разбора претензий.

Где физически лежат файлы

• 📁 Файловая база: подкаталог 1Cv8Log в каталоге информационной базы.
• 📁 Клиент-серверная база : на сервере 1С, в каталоге кластера srvinfo\reg_1541\<идентификатор базы>\1Cv8Log.

Формат файлов зависит от того, где создавали базу. Старый формат — пара 1Cv8.lgf и файлы .lgp по периодам. Новый, с платформы 8.3.5, — файл 1Cv8.lgd (база SQLite). Новый формат быстрее отбирает события, но один файл за годы работы вырастает до десятков гигабайт.

Выгрузка журнала и автоматический анализ

Когда событий сотни тысяч, просматривать их в форме неудобно. Удобнее выгрузить нужный срез в таблицу и разбирать её отбором или сводной таблицей.

Метод платформы ВыгрузитьЖурналРегистрации выгружает события в таблицу значений или в XML-файл. Вызывается на сервере, нужны административные права. Пример для внешней обработки: события удаления за вчерашний день.

&НаСервере
Процедура ВыгрузитьУдаленияНаСервере()

    Отбор = Новый Структура;
    Отбор.Вставить("ДатаНачала", НачалоДня(ТекущаяДата() - 86400));
    Отбор.Вставить("ДатаОкончания", КонецДня(ТекущаяДата() - 86400));
    Отбор.Вставить("Событие", "_$Data$_.Delete");

    События = Новый ТаблицаЗначений;
    ВыгрузитьЖурналРегистрации(События, Отбор);

    Для Каждого СтрокаСобытия Из События Цикл
        Сообщить(Формат(СтрокаСобытия.Дата, "ДФ='dd.MM.yyyy HH:mm:ss'") + " | " + СтрокаСобытия.ИмяПользователя
            + " | " + СтрокаСобытия.ПредставлениеДанных);
    КонецЦикла;

КонецПроцедуры

В отборе используются внутренние имена событий, а не их русские представления: _$Data$_.Delete для удаления, _$Data$_.Post для проведения, _$Session$_.AuthenticationError для ошибок входа.

Свои события пишут методом ЗаписьЖурналаРегистрации. Так поступают в доработках: записывают в журнал результат обмена или загрузки, чтобы потом найти его общим отбором.

ЗаписьЖурналаРегистрации("Загрузка прайса поставщика",
    УровеньЖурналаРегистрации.Ошибка, , ,
    "Файл не найден: " + ИмяФайла);

Частые вопросы