1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта метаданных | Отчёт (Отчет) |
| Имя | АнализЖурналаРегистрации |
| Полное имя | Отчет.АнализЖурналаРегистрации |
| Синоним | «Анализ журнала регистрации» |
| Конфигурация | Управление торговлей для Казахстана, редакция 3.4 (версия 3.4.5.21) |
| Навигационная ссылка | e1cib/list/Отчет.АнализЖурналаРегистрации |
| Где найти | Раздел «НСИ и администрирование» → «Анализ журнала регистрации» |
Назначение. Служебно-административный отчёт для анализа записей журнала регистрации информационной базы. Позволяет администратору и специалисту по сопровождению просматривать и группировать события базы (входы/выходы пользователей, изменения данных, ошибки, транзакции, обращения к объектам) с отбором по периоду, пользователю, важности события, приложению, компьютеру, метаданным и комментарию. Отчёт не относится к учётному контуру: он не работает с суммами, НДС, налогами или планом счетов, а служит для аудита действий пользователей и диагностики инцидентов.
Важно: несмотря на общую страновую специфику конфигурации (РК 2026, НДС 16 %, МРП 4 325 ₸ и т. д.), данный объект — технический. Числовые нормы налогообложения к нему не применяются, поскольку он не формирует ни проводок, ни движений по регистрам.
2. Параметры и настройки (аналог «реквизитов шапки»)
Отчёт построен на механизме отбора событий журнала регистрации (метод ВыгрузитьЖурналРегистрации/ПрочитатьЖурналРегистрации). У отчётов нет реквизитов шапки и табличных частей в смысле документа; их роль выполняют параметры отбора и настройки компоновки/формирования результата.
Основные параметры отбора (соответствуют колонкам журнала регистрации):
| Параметр | Назначение |
|---|---|
ДатаНачала / ДатаОкончания (Период) |
Интервал выборки событий |
Пользователь |
Отбор по пользователю ИБ (ИмяПользователя/UUID) |
Приложение |
Тип клиента: тонкий, толстый, веб, фоновое задание, COM и т. д. |
Важность (УровеньЖурналаРегистрации) |
Информация / Предупреждение / Ошибка / Примечание |
Событие |
Код события (вход, выход, изменение данных _$Data$_.Update, проведение, ошибка и др.) |
Метаданные |
Объект метаданных, к которому относится событие |
Данные / ПредставлениеДанных |
Конкретная ссылка на объект (запись справочника, документ) |
Компьютер, Сеанс, Соединение, Транзакция |
Технические координаты события |
Комментарий, РабочийСервер, ОсновнойIPПорт |
Дополнительные технические поля |
Настройки представления результата: группировки (по пользователю, по дате, по важности, по метаданным), сортировка, ограничение количества выводимых записей, отбор по подстроке комментария. Часть отчётов этого класса ограничивает выборку сверху (например, N последних событий) для защиты от чрезмерного объёма выгрузки.
3. Формы
| Форма | Назначение |
|---|---|
Основная форма отчёта (Форма) |
Ввод параметров отбора (период, пользователь, важность и др.), запуск формирования, вывод результата в поле табличного документа. Обычно содержит команду «Сформировать» и панель быстрых настроек. |
| Форма настроек (при наличии) | Расширенная настройка группировок, отборов и оформления результата. |
Если отчёт построен на СКД, вывод выполняется в поле Результат (табличный документ). Если это программно-формируемый отчёт (что типично для анализа журнала регистрации из-за нестандартного источника данных), результат собирается в макет табличного документа вручную.
4. Ключевые процедуры модулей
Прикладной BSL-код в evidence не приложен, поэтому ниже — типовые обработчики для отчёта данного вида (анализ журнала регистрации). Конкретные имена/строки следует сверять с модулем объекта версии 3.4.5.21.
Модуль формы отчёта:
ПриСозданииНаСервере— инициализация параметров по умолчанию (период = текущий день/неделя, важность = все, восстановление сохранённых настроек пользователя).Сформировать(команда) /СформироватьНаСервере— сбор параметров отбора в структуру, вызов чтения журнала, заполнение результата.- Обработчики изменения полей отбора (
ПериодПриИзменении,ПользовательПриИзменении) — актуализация зависимых настроек.
Модуль объекта / общий модуль формирования:
- Процедура формирования результата (аналог
ПриКомпоновкеРезультатадля СКД либо собственнаяСформироватьОтчет) — основная логика: строит структуру отбора для журнала, вызываетВыгрузитьЖурналРегистрации(ТаблицаСобытий, Отбор, , , КоличествоЗаписей), затем группирует/сортирует полученнуюТаблицаЗначенийи выводит в табличный документ. - Вспомогательные функции преобразования кодов событий и уровней важности в читаемые представления, разбора поля «Данные» в ссылку и представление объекта.
Ключевой платформенный механизм — ВыгрузитьЖурналРегистрации (глобальный контекст): читает файл(ы) журнала регистрации (1Cv8.lgd/.lgf) по заданному отбору. Именно вокруг него строится вся логика отчёта.
5. Проведение и движения
Отчёт движений не формирует. Объект типа «Отчёт» не проводится, не создаёт записей в регистрах накопления/сведений/бухгалтерии и не формирует проводок. Он работает в режиме «только чтение»: читает служебный журнал регистрации платформы и выводит результат в табличный документ.
Соответственно, к данному объекту неприменимы:
- проводки по типовому плану счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010);
- расчёт НДС (16 %), ИПН, ОПВ, ОСМС/ВОСМС, СО, соцналога;
- формирование электронных документов (ЭСФ, СНТ).
Эти элементы относятся к учётным документам конфигурации, а не к служебному отчёту аудита.
6. Связанные объекты и ввод на основании
- Источник данных: журнал регистрации информационной базы (не объект метаданных, а служебный механизм платформы). Ссылки на объекты в поле «Данные» ведут на любые справочники/документы конфигурации, фигурировавшие в событиях.
- Пользователи: записи журнала связаны со справочником
Пользователи(и списком пользователей ИБ). Отбор по пользователю опирается на эти данные. - Смежные административные инструменты: стандартная обработка платформы/БСП «Журнал регистрации», механизмы выгрузки/сокращения журнала. Отчёт даёт удобное группированное представление тех же данных.
- Ввод на основании: не поддерживается и не имеет смысла для отчёта.
7. Точки расширения
- Расширение конфигурации: добавление собственных отборов (например, по своему коду события
_$Custom$_.*), новых группировок и оформлений через заимствование формы и модуля объекта. - Дополнительные обработчики БСП: при необходимости — регистрация как дополнительного отчёта (внешнего) через подсистему «Дополнительные отчёты и обработки», если требуется автономное распространение.
- Программная выборка: повторное использование логики чтения журнала (
ВыгрузитьЖурналРегистрации) в собственных регламентных заданиях мониторинга/оповещений. - Настройки хранения журнала: результат отчёта зависит от политики ведения журнала регистрации (уровень регистрируемых событий, период разделения, объём). Управление этим — на уровне администрирования ИБ, а не самого отчёта.
Требует проверки на версии 3.4.5.21: точная реализация (СКД или программный вывод), наличие отдельной формы настроек и предельное число выгружаемых записей — эти детали версионно-специфичны и уточняются по модулю объекта.