1. Идентификация
| Параметр | Значение |
|---|---|
| Тип объекта | Справочник (Catalog) |
| Имя | ПользовательскиеНастройкиОтчетов |
| Полное имя | Catalogs.ПользовательскиеНастройкиОтчетов |
| Синоним | — (не задан) |
| Конфигурация | Бухгалтерия для Казахстана, ред. 3.0.74.2 |
| Подсистема | Хранение вариантов отчётов / Стандартные подсистемы (БСП) |
| Иерархия | Нет |
| Владелец | Нет (реквизит «Пользователь» выполняет роль логического владельца) |
| Код / Наименование | Стандартные строковые поля справочника (служебные) |
Назначение. Справочник — служебное хранилище представлений пользовательских настроек отчётов. Он используется механизмом отчётности конфигурации (подсистема хранения вариантов отчётов БСП) для поиска и управления персональными настройками каждого пользователя. Важно: справочник хранит только представления — ссылки на вариант отчёта, владельца-пользователя и текстовый ключ настройки, но не сами сериализованные данные настроек. Сами настройки размещаются в хранилищах настроек платформы, а данный справочник обеспечивает их адресацию и разграничение доступа. Пользователь напрямую с объектом не работает: доступ автоматизирован подсистемой отчётов и срабатывает при открытии любого отчёта, у которого есть сохранённые персональные настройки.
Где найти в 1С: раздел «Стандартные подсистемы» → «Пользовательские настройки отчётов».
Навигационная ссылка: e1cib/list/Справочник.ПользовательскиеНастройкиОтчетов
2. Реквизиты шапки и табличные части
2.1 Реквизиты шапки
| Имя | Тип | Обязательность | Назначение |
|---|---|---|---|
| Вариант | СправочникСсылка.ВариантыОтчетов | Не обязателен (DontCheck) | Ссылка на вариант отчёта, для которого сохранена пользовательская настройка. Связывает персональные параметры с конкретной отчётной формой (вариантом). |
| Пользователь | СправочникСсылка.Пользователи, СправочникСсылка.ВнешниеПользователи | Не обязателен (DontCheck) | Владелец настройки — конкретный пользователь или внешний пользователь. Ключевой реквизит разграничения доступа: каждый видит только свои настройки. |
| КлючПользовательскойНастройки | Строка | Не обязателен (DontCheck) | Уникальный текстовый идентификатор настройки. Используется для программного поиска и привязки персональных параметров к сохранённым вариантам пользователя. |
Все реквизиты имеют признак «Не проверять заполнение» (DontCheck), так как заполняются программно подсистемой отчётов, а не вручную.
2.2 Табличные части
Табличных частей нет. Вся информация хранится в реквизитах шапки элемента.
3. Формы
Собственных форм в метаданных не задано. Справочник служебный: работа ведётся программно через механизм системы отчётов, без пользовательского интерфейса для редактирования элементов.
При обращении к списку по навигационной ссылке платформа сгенерирует автоматическую форму списка (форма по умолчанию). Отдельная форма элемента для ручного ввода не предусмотрена и не требуется — записи создаёт и обслуживает код БСП.
4. Ключевые процедуры модулей
Прикладной BSL-код в evidence не приложен, поэтому ниже — типовые обработчики и точки взаимодействия для служебного справочника хранения представлений настроек (стандартная логика БСП «Варианты отчётов»):
- МодульМенеджера / общий модуль подсистемы отчётов — программное создание/поиск элементов по паре «Вариант + Пользователь + КлючПользовательскойНастройки». Обеспечивает идемпотентную запись: если представление настройки уже существует, повторно не дублируется.
- ОбработкаЗаполнения (типовой обработчик) — заполнение реквизитов при программном создании элемента значениями текущего пользователя и обрабатываемого варианта отчёта.
- ПередЗаписью (типовой обработчик) — контроль корректности связки реквизитов и нормализация ключа настройки перед сохранением.
- Обработчики регламентной очистки — удаление «осиротевших» представлений (по удалённым пользователям или вариантам отчётов) в рамках обслуживания подсистемы.
Требует проверки (версионно-специфично): точные имена процедур и наличие обработчиков в конкретной сборке 3.0.74.2 нужно сверять по конфигуратору, так как реализация относится к поставляемой БСП и может меняться между релизами.
5. Проведение и движения
Объект является справочником — механизма проведения и движений по регистрам у него нет. Записи не формируют бухгалтерских проводок и не влияют на регистры бухгалтерии/накопления.
Соответственно справочник не участвует в отражении хозяйственных операций и налоговых расчётов. Для сравнения — учётные документы конфигурации формируют движения по типовому плану счетов РК, например:
- реализация товаров: Дт 1210 (краткосрочная ДЗ покупателей) — Кт 6010 (доход от реализации); Дт 7010 (себестоимость) — Кт 1330 (товары); НДС по ставке 16 % — Кт 3130 (НДС к уплате);
- оплата от покупателя: Дт 1030 (деньги на текущих счетах) — Кт 1210;
- поступление от поставщика: Дт 1330 — Кт 3310 (КЗ поставщикам).
Данный справочник к этим движениям отношения не имеет — он обслуживает только персонализацию отчётных форм, включая пользовательские настройки регламентированных и стандартных отчётов, где фигурируют указанные суммы (МРП = 4 325 ₸, МЗП = 85 000 ₸, вычет по ИПН 30 МРП/мес и др.), но сам их не хранит и не рассчитывает.
6. Связанные объекты и ввод на основании
Прямые связи по реквизитам:
- Справочник.ВариантыОтчетов — вариант отчёта, к которому относится настройка.
- Справочник.Пользователи, Справочник.ВнешниеПользователи — владелец настройки.
Функциональные связи:
- Подсистема «Хранение вариантов отчётов» (БСП) — основной потребитель справочника; создаёт, читает и удаляет представления настроек.
- Хранилища настроек платформы — хранят сами данные настроек, адресуемые ключом
КлючПользовательскойНастройки. - Все отчёты конфигурации (регламентированные и стандартные) — косвенно используют справочник при открытии с сохранёнными персональными настройками.
Ввод на основании: не предусмотрен и не имеет смысла для служебного объекта. В качестве основания/подчинённого другим объектам справочник не выступает.
7. Точки расширения
- Расширения конфигурации — можно добавить собственные реквизиты (например, метки/группировки настроек) через расширение, не снимая объект с поддержки; при этом штатная логика БСП должна оставаться неизменной.
- Подписки на события — при необходимости аудита создания/изменения представлений настроек можно подписать
ПередЗаписью/ПриЗаписисправочника. - Программный API подсистемы отчётов — рекомендуемая точка интеграции: работать с настройками нужно через штатные методы БСП, а не изменять элементы справочника напрямую, чтобы не нарушить синхронизацию с хранилищами настроек.
- Регламентные задания обслуживания — переопределение/дополнение процедур очистки устаревших представлений.
Требует проверки (версионно-специфично): состав экспортных методов подсистемы хранения вариантов отчётов в сборке 3.0.74.2 — сверять по общим модулям поставляемой БСП.