1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Отчёт (Reports / Отчёт) |
| Имя | АнализЖурналаРегистрации |
| Полное имя | Отчёт.АнализЖурналаРегистрации |
| Синоним | Анализ журнала регистрации |
| Конфигурация | Бухгалтерия для Казахстана, ред. 3.0 (3.0.74.2) |
| Основа | Схема компоновки данных (СКД) + варианты отчёта |
| Где найти | Раздел «Администрирование» → «Анализ журнала регистрации» |
| Навигационная ссылка | e1cib/list/Отчет.АнализЖурналаРегистрации |
Назначение. Отчёт анализирует техническую активность системы 1С на основе данных журнала регистрации (registration log). Предназначен для системных администраторов и технических специалистов и используется периодически — при диагностике проблем производительности, аудите действий пользователей и настройке регламентных операций. Формирует несколько представлений:
- диаграммы Ганта для визуализации одновременных сеансов пользователей;
- таблицы активности пользователей в разрезе дней / недель / часов;
- анализ продолжительности выполнения регламентных и фоновых заданий;
- контроль ошибок и предупреждений, зафиксированных в журнале регистрации.
Важное ограничение. Отчёт недоступен в облачной версии 1С:Fresh при включённом разделении данных (в модели сервиса журнал регистрации области данных абоненту не доступен целиком).
Отчёт носит служебно-технический характер и не связан с учётными данными (НДС, ИПН, взносы, план счетов и т. п.) — он оперирует событиями платформы, а не проводками.
2. Реквизиты шапки и табличные части
2.1 Реквизиты шапки
Собственных реквизитов в метаданных отчёт не содержит. Все параметры отбора и группировки передаются через механизм СКД и сохраняются в настройках вариантов отчёта. Типовые параметры схемы компоновки:
- период анализа (дата начала / дата окончания);
- отбор по пользователям (сеансам);
- отбор по важности события (Ошибка, Предупреждение, Информация, Примечание);
- отбор по имени события журнала (
_$Session$_.Start,_$Job$_.Startи т. п.); - отбор по метаданным / имени регламентного задания.
2.2 Табличные части
Отсутствуют. Данные формируются динамически из журнала регистрации во время выполнения отчёта; постоянных табличных частей объект не имеет.
2.3 Итог
Структура объекта минимальна: вся бизнес-логика инкапсулирована в схеме компоновки данных, наборах данных и предопределённых вариантах отчёта.
3. Формы
| Форма | Назначение |
|---|---|
| Основная форма отчёта | Явно в метаданных не определена — используется стандартная форма подсистемы «ВариантыОтчётов» (общая форма БСП для выбора варианта, настройки СКД и вывода результата в табличный документ). |
| СведенияОРегламентномЗадании | Вспомогательная форма для просмотра детальной информации о конкретном регламентном задании при расшифровке (drill-down) данных отчёта. Содержит ~20 элементов управления, включая табличный документ вывода и кнопки навигации. |
4. Ключевые процедуры модулей
В справочном evidence исходный BSL-код не приложён, поэтому ниже — типовые обработчики для отчёта на СКД в конфигурациях на БСП. Конкретные строки/имена уточняются по модулю объекта версии 3.0.74.2.
Модуль объекта отчёта:
ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)— перехват формирования результата: программное чтение журнала регистрации черезВыгрузитьЖурналРегистрации()/ЧтениеЖурналаРегистрации, преобразование в таблицу значений и вывод через процессор компоновки. Для журнала регистрации это ключевой обработчик, так как данные не берутся из СУБД напрямую.НастройкаКомпоновкиДанныхПоУмолчанию()/ переопределение вариантов — задаёт предопределённые варианты (диаграмма Ганта, активность по часам, ошибки и т. д.).
Модуль формы СведенияОРегламентномЗадании:
ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)— заполнение реквизитов формы по переданному сеансу/заданию из расшифровки.- Обработчик расшифровки/
ОбработкаРасшифровкиосновной формы — открытие данной формы при клике на строке регламентного задания.
Требует проверки (версионно-специфично): точный состав предопределённых вариантов отчёта и сигнатура процедуры чтения журнала могут отличаться в конкретной сборке 3.0.74.2.
5. Проведение и движения
Отчёт не проводится и не формирует движений по регистрам — это объект типа «Отчёт», а не «Документ». Он не создаёт проводок по типовому плану счетов РК (1210 «Краткосрочная ДЗ покупателей», 1030 «Деньги на текущих счетах», 1330 «Товары», 3310 «КЗ поставщикам», 3130 «НДС к уплате», 6010 «Доход от реализации», 7010 «Себестоимость реализации» и т. д.), не затрагивает регистры НДС и не влияет на расчёт налогов и взносов (НДС 16 %, ИПН 10 % / 15 %, ОПВ 10 %, ОПВР 3,5 %, ВОСМС 2 %, ОСМС 3 %, СО 5 %, соцналог 6 %; МРП 4 325 ₸, МЗП 85 000 ₸).
Источник данных — не таблицы регистров, а системный журнал регистрации платформы. Отчёт выполняет только чтение событий (старт/останов сеансов, выполнение регламентных заданий, ошибки), выводит их в табличный документ и диаграммы. Никаких записей в информационную базу не производит.
6. Связанные объекты и ввод на основании
- Подсистема «ВариантыОтчётов» (БСП) — хранение и выбор вариантов отчёта, стандартная форма вывода.
- Журнал регистрации платформы — единственный источник данных (события сеансов, регламентных/фоновых заданий, ошибок).
- Регламентные и фоновые задания — объекты анализа; форма
СведенияОРегламентномЗаданиипоказывает детали конкретного задания. - Ввод на основании — не поддерживается и неприменим для отчёта.
- Отчёт не связан с документами реализации/поступления, ЭСФ (ИС ЭСФ), СНТ и прочими учётными объектами — они не являются его источниками данных.
7. Точки расширения
- Расширение конфигурации — добавление собственных вариантов отчёта через подсистему «ВариантыОтчётов»; переопределение
ПриКомпоновкеРезультатадля дополнительной фильтрации/агрегации событий журнала. - Дополнительные варианты СКД — сохранение пользовательских настроек (новые группировки: по компьютеру, по приложению, по коду возврата).
- Внешние отчёты / дополнительные обработки — механизм БСП «Дополнительные отчёты и обработки» для распространения кастомных версий без изменения типовой конфигурации.
- Обработка расшифровки — расширение drill-down: открытие собственных форм диагностики поверх формы
СведенияОРегламентномЗадании. - Ограничение для Fresh — при доработках учитывайте, что в модели сервиса с разделением данных прямой доступ к журналу регистрации отсутствует; кастомная логика чтения журнала в таком режиме работать не будет.
