--- title: "Отчет «АнализЖурналаРегистрации» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2)" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-06 canonical: https://buhgpt.kz/suraqtar/otchet-analizzhurnalaregistracii-tehnicheskoe-opisanie-buhgalteriya-dl source: BuhGPT --- # Отчет «АнализЖурналаРегистрации» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2) > **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Отчёт ( Reports / Отчёт ) Имя АнализЖурналаРегистрации Полное имя Отчёт.АнализЖурналаРегистрации Синоним Анализ журнала регистрации Конфигурация Бухгалтерия для Казахстана, ред. 3.0 (3.0.74.2) Основа Схема компоновки данных (СКД) --- 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 — при доработках учитывайте, что в модели сервиса с разделением данных прямой доступ к журналу регистрации отсутствует; кастомная логика чтения журнала в таком режиме работать не будет. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_