Справочник «ЗакладкиВзаимодействий» (Catalogs.ЗакладкиВзаимодействий) — Бухгалтерия для Казахстана 3.0.74.2

1. Идентификация

Назначение. Справочник хранит персональные пользовательские настройки отборов и представлений данных при работе с подсистемой взаимодействий. Каждый элемент — это именованная «закладка» с сохранённым набором отборов, сортировок, группировок и условного оформления, настроенных через механизм системы компоновки данных (СКД). Закладки позволяют пользователю (прежде всего менеджеру по продажам, работающему с CRM) быстро переключаться между часто используемыми представлениями списка взаимодействий, не настраивая отборы заново.

Это служебный (сервисный) справочник: он не участвует в бухгалтерском учёте, не хранит суммовых/количественных данных, не связан с валютой, налогами или планом счетов. Соответственно вопросы ставок (НДС 16%, ИПН, ОПВ, соцналог 6% и т. п.), электронных документов (ЭСФ, СНТ) и счетов типового плана РК к данному объекту не относятся — он лишь настраивает внешний вид списков подсистемы «Взаимодействия».

Где найти в 1С: раздел «Стандартные подсистемы» → «Закладки взаимодействий». Прямая навигационная ссылка: e1cib/list/Справочник.ЗакладкиВзаимодействий. Явного пункта меню для открытия обычно нет — доступ идёт из интерфейса работы с взаимодействиями через механизм закладок.

2. Реквизиты и табличные части

2.1 Реквизиты шапки

Стандартные реквизиты. Помимо явного реквизита, используются стандартные реквизиты справочника:

• Код — уникальный код элемента (виден в ФормаЭлемента через поле ввода);
• Наименование — отображаемое имя закладки, по которому пользователь её выбирает;
• прочие стандартные реквизиты (Ссылка, ПометкаУдаления, Предопределённый и т. д.) — по общей модели справочника.

2.2 Табличные части

Табличные части отсутствуют. Вся информация о закладке инкапсулирована в реквизите КомпоновщикНастроек (сериализованные настройки СКД внутри ХранилищеЗначения).

3. Формы

4. Ключевые процедуры модулей

Специфического прикладного BSL-кода (evidence с путями и строками) для данного справочника не приложено — объект служебный, его логика опирается на стандартные механизмы платформы и общего модуля СКД. Ниже перечислены типовые обработчики, характерные для справочника такого вида (форма настроек компоновки данных).

Модуль формы элемента (ФормаЭлемента):

• ПриСозданииНаСервере — инициализация формы: разворачивание сохранённых настроек из реквизита КомпоновщикНастроек в компоновщик формы (НастройкиКомпоновщика), настройка доступных полей отбора по составу источника данных подсистемы взаимодействий.
• ПриЧтенииНаСервере — восстановление настроек компоновщика при открытии существующего элемента (десериализация ХранилищеЗначения → НастройкиКомпоновщика.Настройки).
• ПередЗаписьюНаСервере — свёртка текущих настроек компоновщика обратно в реквизит КомпоновщикНастроек (Настройки → Новый ХранилищеЗначения(...)) перед сохранением элемента.
• Обработчики элемента компоновщика (например, КомпоновщикНастроекНастройкиПриИзменении) — фиксация факта изменения отборов/сортировок для последующей записи.

Модуль формы списка (ФормаСписка):

• ПриСозданииНаСервере — настройка динамического списка закладок, ограничение видимости закладками текущего пользователя (при использовании такой схемы хранения).

Модуль объекта / менеджера:

• Прикладной код обычно отсутствует; используются стандартные механизмы записи справочника.

Требует проверки (версионно-специфично): точные имена процедур и наличие фильтрации закладок по текущему пользователю в конфигурации 3.0.74.2 — они зависят от реализации подсистемы «Взаимодействия» конкретной версии БСП.

5. Проведение и движения

Справочник не проводится и не формирует движений по регистрам. Это категория объекта «Справочник», а не документ: у него нет реквизита проведения, нет наборов записей регистров, он не порождает бухгалтерских проводок.

Соответственно данный объект не обращается к регистрам бухгалтерии и не формирует записей по счетам типового плана счетов РК (1210, 1030, 1330, 3310, 3130, 6010, 7010 и др.) — эти счета и связанные с ними суммы (НДС по ставке 16%, доход, себестоимость) относятся к учётным документам конфигурации, но не к настройкам представления списков.

Единственный результат записи элемента — сохранение сериализованных настроек СКД в реквизите КомпоновщикНастроек таблицы справочника.

6. Связанные объекты и ввод на основании

• Подсистема «Взаимодействия» — потребитель настроек: формы списков взаимодействий (звонки, встречи, электронные письма, запланированные взаимодействия) применяют выбранную закладку как набор отборов/сортировок.
• Система компоновки данных (СКД) — платформенный механизм, чьи настройки сериализуются в реквизит КомпоновщикНастроек.
• Пользователи — закладки являются персональными; связь с пользователем реализуется через хранение/фильтрацию в интерфейсе.

Ввод на основании: не предусмотрен. Справочник не является ни основанием, ни результатом ввода на основании других объектов.

7. Точки расширения

• Расширение состава отборов. Через доработку источника данных списков взаимодействий можно добавить новые поля, которые станут доступны при настройке закладки в ФормаЭлемента.
• Подписки/обработчики формы. В расширении конфигурации можно перехватить ПриСозданииНаСервере/ПередЗаписьюНаСервере форм для добавления собственной логики (например, шаблонов закладок по умолчанию, аудита изменений).
• Дополнительные реквизиты/сведения. Как для любого справочника, можно подключить механизм дополнительных реквизитов и сведений БСП (если объект включён в соответствующий состав).
• Ограничение доступа (RLS). При необходимости разграничения видимости закладок между пользователями логику можно усилить через ограничения доступа на уровне записей.
• Изменение представления. Настройка формы элемента (доступные поля компоновщика, условное оформление) — типовая точка кастомизации без вмешательства в модуль объекта.