--- 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-kontrolrassylkiotchetov-tehnicheskoe-opisanie-buhgalteriya-dlya source: BuhGPT --- # Отчёт «КонтрольРассылкиОтчетов» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2) > **TL;DR:** 1. Идентификация Свойство Значение Тип объекта метаданных Отчёт (Report) Полное имя Отчет.КонтрольРассылкиОтчетов Программное имя КонтрольРассылкиОтчетов Синоним не задан (в JSON-карте синоним отсутствует) Конфигурация Бухгалтерия для Казахстана, редакция 3.0, версия 3.0.74.2 --- 1. Идентификация Свойство Значение Тип объекта метаданных Отчёт (Report) Полное имя Отчет.КонтрольРассылкиОтчетов Программное имя КонтрольРассылкиОтчетов Синоним не задан (в JSON-карте синоним отсутствует) Конфигурация Бухгалтерия для Казахстана, редакция 3.0, версия 3.0.74.2 Подсистема Стандартные подсистемы → Контроль рассылки отчётов Основа построения Схема компоновки данных (СКД) Источник данных Регистр сведений ИсторияРассылкиОтчетов Назначение. Отчёт предназначен для мониторинга и анализа истории рассылок отчётов в системе. Используется администраторами и ответственными за отчётность специалистами для контроля успешности доставки отчётов получателям, выявления сбоев рассылки и анализа статистики отправки. Отчёт не выполняет никаких изменений данных — это исключительно читающий (аналитический) объект. Периодичность использования — ежедневная или еженедельная, в зависимости от интенсивности рассылок в базе. Важно: это объект типа «Отчёт», а не документ. Он не проводится, не формирует проводок и движений по регистрам. Раздел 5 ниже описывает, откуда отчёт читает данные, а не что он записывает. Где найти в 1С: - Навигационная ссылка: e1cib/list/Отчет.КонтрольРассылкиОтчетов - Из интерфейса: раздел «Стандартные подсистемы» → «Контроль рассылки отчётов». - Из справочника РассылкиОтчетов — через контекстное меню элемента (открывает отчёт с предзаполненным параметром РассылкаОтчетов). 2. Реквизиты шапки и табличные части 2.1 Реквизиты Отчёт не содержит собственных реквизитов в метаданных. Все параметры выборки и отбора управляются через механизм СКД, а не через реквизиты объекта. Имя Тип Обязательность Назначение (реквизиты отсутствуют) — — Отчёт использует параметры компоновки данных вместо реквизитов 2.2 Параметры отчёта (через СКД) Параметр Тип Обязательность Назначение РассылкаОтчетов СправочникСсылка.РассылкиОтчетов Обязательный Фильтрация данных по конкретной рассылке; при открытии из справочника заполняется автоматически Период СтандартныйПериод / Дата (начало и конец) Обязательный Определяет временной интервал выборки истории рассылок СтатусДоставки перечисление/строка статусов Опциональный Фильтр по статусу доставки отчёта получателям (например, «Доставлено», «Ошибка», «В очереди») 2.3 Табличные части Отчёт не содержит табличных частей как объект метаданных. Результирующая таблица формируется динамически процессором компоновки данных на основе набора данных, источником которого служит регистр сведений ИсторияРассылкиОтчетов. Состав колонок (получатель, адрес, дата отправки, статус, текст ошибки и т. п.) определяется полями этого регистра и настройками СКД. 3. Формы Явные формы в метаданных отчёта не определены (в JSON-карте формы отсутствуют). Форма Тип Назначение (автоматическая форма отчёта) Автогенерируемая Основная форма пользователя: управление настройками компоновки, выбор периода, рассылки и статуса доставки, формирование и вывод результата Так как собственная форма не задана, платформа генерирует стандартную форму отчёта СКД с панелью настроек (быстрые отборы, группировки, поля). Все пользовательские сценарии (изменение периода, отбор по статусу) реализуются штатными средствами СКД без программного кода формы. 4. Ключевые процедуры модулей В приложенном evidence BSL-код (модуль объекта, модуль менеджера, модуль формы) не представлен — собственные формы и обработчики отсутствуют. Поведение объекта полностью определяется схемой компоновки данных. Ниже перечислены типовые точки, которые задействуются для отчёта такого вида: - Модуль объекта отчёта — как правило, пуст либо содержит переопределение процедур СКД. Возможные типовые обработчики: - ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) — переопределение вывода результата, если требуется дополнительная постобработка макета. - ПередКомпоновкойРезультата — программная корректировка параметров/отборов перед выборкой. - Схема компоновки данных (ОсновнаяСхемаКомпоновкиДанных) — содержит: - набор данных «Запрос» к регистру сведений ИсторияРассылкиОтчетов; - параметры РассылкаОтчетов, Период, СтатусДоставки; - настройки по умолчанию (группировки по рассылке/получателю/статусу, условное оформление строк с ошибками). - Модуль формы — отсутствует; используется автоформа, поэтому пользовательских обработчиков нет. Требует проверки (версионно-специфично): точный текст запроса СКД и перечень выводимых полей могут отличаться между сборками ветки 3.0.74; сверяйте по конкретной версии 3.0.74.2 в конфигураторе. 5. Источник данных и логика построения (аналог «проведения») Отчёт не формирует движений и проводок — как объект типа «Отчёт» он только читает данные. Источник — регистр сведений: - ИсторияРассылкиОтчетов — хранит записи о фактах отправки отчётов получателям: рассылка, получатель, канал доставки (e-mail/др.), дата-время отправки, статус доставки, диагностическое сообщение об ошибке. Логика построения: - Процессор СКД применяет параметры Период, РассылкаОтчетов, СтатусДоставки. - Выполняется запрос к регистру ИсторияРассылкиОтчетов с наложенными отборами. - Результат группируется (по умолчанию — по рассылке и статусу) и выводится в форму отчёта. Так как объект не влияет на бухгалтерский учёт, счета типового плана счетов РК (например, 1210, 1030, 3130, 6010) в его работе не задействуются — это технический/административный отчёт подсистемы рассылки, а не учётный документ. Приводить учётные проводки здесь было бы некорректно. 6. Связанные объекты и ввод на основании Объект Роль Справочник РассылкиОтчетов Основной связанный объект; хранит настройки рассылок. Из него отчёт открывается с предзаполнением параметра РассылкаОтчетов Регистр сведений ИсторияРассылкиОтчетов Источник данных отчёта Подсистема «Рассылка отчётов» БСП Инфраструктура регламентных заданий, которые наполняют регистр истории Ввод на основании для отчётов не применяется (механизм «Ввод на основании» относится к документам/справочникам). Отчёт открывается как самостоятельная команда либо из карточки рассылки. 7. Точки расширения - Настройки СКД (пользовательские): добавление отборов, группировок, условного оформления (подсветка строк со статусом «Ошибка»), сохранение вариантов отчёта — без доработки конфигурации. - Расширение конфигурации: - добавление собственной формы отчёта для нестандартного интерфейса (панели фильтров, кнопки повторной отправки); - переопределение/дополнение схемы компоновки (новые наборы данных, вычисляемые поля, например «Количество попыток»); - подписка на ПриКомпоновкеРезультата в модуле объекта через расширение для постобработки макета. - Интеграция: дополнение регистра ИсторияРассылкиОтчетов новыми измерениями/ресурсами (канал, идентификатор внешнего сервиса) с последующим выводом их в отчёте. - Регламентные задания: доработка процедуры наполнения истории рассылки (детект лимита подписки, статусы доставки) отражается в отчёте автоматически, так как он читает тот же регистр. Требует проверки (версионно-специфично): имена ресурсов/измерений регистра ИсторияРассылкиОтчетов и набор статусов доставки могут различаться между релизами; фиксируйте фактическую структуру в конфигураторе версии 3.0.74.2. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_