1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Справочник (Catalog) |
| Имя | ГруппыРассылокИОповещений |
| Полное имя | Справочник.ГруппыРассылокИОповещений |
| Синоним | «Группы рассылок и оповещений» |
| Конфигурация | Управление торговлей для Казахстана, ред. 3.4.5.21 |
| Иерархия | Как правило, линейный (без иерархии групп) — служебный классификатор |
| Владелец | Нет (независимый справочник) |
| Назначение | Классификатор для объединения получателей (пользователей, контактных лиц, контрагентов) в именованные группы, используемые механизмом рассылок отчётов и системой оповещений/уведомлений. Позволяет адресовать регламентные рассылки и оповещения не отдельным адресатам, а заранее подготовленной группе. |
Где найти: навигационная ссылка e1cib/list/Справочник.ГруппыРассылокИОповещений. В интерфейсе элементы обычно доступны из настроек рассылки отчётов и подсистемы оповещений (раздел администрирования/сервиса), а не из «продажных» разделов, так как объект носит служебный характер.
2. Реквизиты шапки и табличные части
Справочник является служебным адресным классификатором, поэтому набор полей минимален и ориентирован на идентификацию группы и хранение состава адресатов.
Реквизиты шапки
| Реквизит | Тип | Назначение |
|---|---|---|
Код |
Строка/Число | Стандартный код элемента, автонумерация |
Наименование |
Строка | Название группы рассылки/оповещения (например, «Руководители», «Бухгалтерия», «Менеджеры отдела продаж») |
ПометкаУдаления |
Булево | Стандартный признак пометки на удаление |
Описание/Комментарий |
Строка (многострочная) | Произвольное текстовое пояснение о назначении группы |
Табличная часть «Состав» (получатели группы)
| Колонка | Тип | Назначение |
|---|---|---|
Получатель |
СправочникСсылка (составной: Пользователи / ФизическиеЛица / КонтактныеЛица / Партнёры) | Адресат, включённый в группу |
АдресЭлектроннойПочты |
Строка | Явный e-mail адресата (если не берётся из контактной информации получателя) |
СпособОповещения |
Перечисление | Канал доставки (эл. почта, всплывающее оповещение, СМС — по составу подсистемы) |
Использовать/Активность |
Булево | Признак активности строки — позволяет временно исключить адресата, не удаляя |
Точный состав реквизитов и наличие табличной части «Состав» — версионно-специфичны: в части релизов 3.4 состав адресатов хранится непосредственно в справочнике, в части — только имя группы, а привязка адресатов выполняется в настройках рассылки/оповещения. Требует проверки по конкретной сборке 3.4.5.21.
3. Формы
| Форма | Назначение |
|---|---|
ФормаСписка (основная форма списка) |
Просмотр и отбор групп, создание/пометка на удаление, переход к элементу |
ФормаЭлемента (основная форма элемента) |
Редактирование наименования группы и её состава (таблица получателей) |
ФормаВыбора |
Выбор группы из других объектов (в настройках рассылки отчётов, оповещений) |
Как для служебного справочника, специализированные формы (мастера, помощники) обычно отсутствуют; используются автогенерируемые либо типовые управляемые формы.
4. Ключевые процедуры модулей
В приложенном evidence присутствует только фасет назначения; исходный код модулей (BSL) не приложен. Ниже — типовой набор обработчиков для справочника такого вида; конкретные строки/имена требуют проверки по модулю объекта в сборке 3.4.5.21.
Модуль объекта:
ОбработкаПроверкиЗаполнения— контроль заполнения наименования и непустого состава активных получателей; проверка корректности e-mail в строках состава.ПередЗаписью— нормализация адресов, дедупликация строк табличной части «Состав».ПриКопировании— сброс служебных признаков при копировании группы.
Модуль формы элемента:
ПриСозданииНаСервере— настройка видимости колонок состава, доступности каналов оповещения.СоставПолучательПриИзменении— подстановка e-mail из контактной информации выбранного получателя.ОбработкаПроверкиЗаполненияНаСервере— дополнительный контроль перед записью из формы.
Модуль менеджера:
- Процедуры формирования списка адресатов группы для механизмов рассылки отчётов и оповещений (возврат массива/таблицы адресов по ссылке на группу).
5. Проведение и движения
Справочник не является документом и не проводится — регистров и бухгалтерских проводок он не формирует. Это классификатор, поэтому он не участвует в оперативном и регламентированном учёте напрямую.
Опосредованно элемент справочника используется как измерение/отбор в служебных механизмах:
- в настройках рассылки отчётов (регламентные задания) — как адресная группа;
- в подсистеме оповещений/уведомлений — как список подписчиков события.
Для справки, финансовые операции самой конфигурации УТ для Казахстана 3.4 (к которым данный справочник отношения не имеет) отражаются по типовому плану счетов РК: реализация — Дт 1210 Кт 6010 и Дт 3130 Кт … в части НДС; поступление денег — Дт 1030 Кт 1210; списание себестоимости — Дт 7010 Кт 1330; расчёты с поставщиками — Кт 3310. Ставка НДС в РК на 2026 год — 16 %. Эти проводки приведены как контекст конфигурации и к движениям данного справочника не относятся.
6. Связанные объекты и ввод на основании
- Получатели (адресаты): справочники «Пользователи», «Физические лица», «Контактные лица», «Партнёры/Контрагенты» — источники строк состава группы.
- Рассылки отчётов: регламентные рассылки ссылаются на группу как на набор адресатов.
- Подсистема оповещений/уведомлений: использует группу как список подписчиков.
- Контактная информация: e-mail адресатов берётся из регистра сведений «Контактная информация».
Ввод на основании для служебного справочника, как правило, не предусмотрен (ни как основание, ни как результат).
7. Точки расширения
- Расширение конфигурации: добавление реквизитов (например, приоритет группы, шаблон письма по умолчанию, тип события-триггера) через расширение без снятия с поддержки.
- Подписки на события:
ПередЗаписью/ПриЗаписисправочника — для аудита изменений состава групп. - Переопределяемые модули: встраивание в процедуры формирования списка адресатов (менеджер объекта) для интеграции с внешними каналами доставки (мессенджеры, СМС-шлюзы).
- Дополнительные реквизиты/сведения: через механизм «Свойства» для произвольной классификации групп без изменения метаданных.
- Регламентные задания: привязка группы к пользовательским сценариям автоматических рассылок.