1с событие при изменении пользовательских настроек

Обновлено: 03.07.2024

События, вызываемые при выполнении действий над объектом, редактируемым в форме

При создании форм редактирования для различных объектов часто встает задача отображения в форме либо дополнительной информации связанной с этим объектом, либо части данных объекта, которые не могут быть связаны с элементами формы посредством системного механизма связи с данными. В первом случае примером может служить список курсов валют в форме редактирования элемента валюты. Во втором случае примером служит фотография сотрудника, хранящаяся в хранилище значений.

Для правильной синхронизации данных с элементами формы нужно рассмотреть действия пользователя, которые приводят к необходимости обновлять те или иные данные, и какие инструменты, предоставляемые формой, нужно задействовать для решения этой задачи. При редактировании объекта в форме пользователь может совершать следующие действия: открыть форму нового объекта, открыть форму существующего объекта, записать новый объект, записать измененный объект, вызвать перечитывание объекта. Кроме того, разработчик может предусмотреть смену редактируемого объекта без закрытия формы. Действия по открытию формы нового и существующего объекта, изменения объекта в форме можно объединить в одно действие - назначение форме другого объекта для редактирования. При этом в форме должны быть обновлены и список валют и фотография сотрудника, так как в форме редактируется уже другой объект.

При записи существующего объекта ничего обновлять не нужно, так как в процессе записи данные объекта не изменяются. Запись нового объекта выделена в отдельное действие, так как при этом изменяется ссылка объекта. В этом случае требуется обновить содержимое списка валют, так как его содержимое зависит от значения ссылки объекта. При изменении ссылки перечитывать фотографию не надо, так как она не изменилась.
При нажатии на кнопку "Перечитать данные" пользователь ожидает, что будут обновлены данные объекта и все связанные с ним данные, поэтому в этом случае следует обновить и список валют, и фотографию сотрудника.

Для решения этих задач форма предоставляет возможность назначить обработчик на событие формы ПриИзмененииДанных, и на изменении данных объекта Ссылка. Подключение обработчика изменения данных может быть осуществлено в теле модуля формы следующим образом:

В таблице отражено, на какие действия пользователя, вызываются эти события.

Событие Присвоение Запись нового Перечитывание
Событие формы ПриИзмененииДанных Х Х
Обработчик изменения данных Ссылка Х Х Х

Как видно из таблицы событие формы ПриИзмененииДанных вызывается на присвоение другого объекта (будет вызываться при открытии формы нового и существующего объекта) и при перечитывании данных, но не будет вызываться при записи нового объекта. Следовательно, данное событие подходит для синхронизации фотографии сотрудника с элементов формы картинка.
Обработчик изменения данных Ссылка вызывается при всех действиях. Следовательно, данное событие следует использовать для синхронизации списка валют.

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

Задача действительно очень актуальная, участники Мастер-группы по СКД задают много вопросов на эту тему :)

Также традиционно много вопросов возникает при программной работе с пользовательскими настройками отчетов:

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

Общая длительность всех видеоуроков – 1 час 5 минут.

Для того, чтобы Вам было проще ориентироваться в материале, мы указали тайминг наиболее важных моментов в видео.

00:37 – В каком обработчике можно расположить код для создания настроек компоновки
01:00 – Где в Синтакс-помощнике можно “подсмотреть” свойства, которые потребуются при написании кода
01:58 – Как настроить группировки отчета
02:28 – Какое свойство позволяет создавать вложенные группировки
03:11 – Как включить/выключить отдельные элементы настроек.

00:22 – Как создать структуру отчета
02:00 – Как указать поля, по которым выполняется группировка
04:10 – Как настроить выбранные поля
06:30 – Как создать автополе.

00:22 – Как создать подчиненную группировку
02:05 – Почему в отчете группировки могут выводиться несколько раз
02:40 – Как проверить наличие группировок в структуре отчета.

00:18 – Где в Синтакс-помощнике найти типы данных, необходимые для создания отборов
00:55 – Какие свойства объекта типа ЭлементОтбораКомпоновкиДанных нужно использовать для создания отбора
01:20 – Как создать отбор при помощи программного кода.

00:25– Где в Синтакс-помощнике найти типы данных, необходимые для включения сортировки
00:50 – Какие свойства объекта типа ЭлементПорядкаКомпоновкиДанных нужно использовать для включения сортировки
01:00 – Как установить сортировку при помощи программного кода.

00:25 – Где в Синтакс-помощнике найти типы данных, необходимые для работы с условным оформлением
00:33 – Какие свойства объекта типа ЭлементУсловногоОформленияКомпоновкиДанных нужно использовать
02:08 – Как добавить условное оформление при помощи программного кода
02:31 – Как задать перечень полей, к которым будет применяться условное оформление
03:34 – Как отобрать оформляемые данные
04:15 – Как при помощи программного кода описать применяемое оформление.

01:01 – Как программно установить значение параметра
02:00 – Почему значения параметров, выводимые на форму отчета, не совпадают со значениями в самом отчете
04:25 – Что делает метод ПолучитьНастройки
05:10 – Как нужно работать с пользовательскими настройками
06:17 – Для чего нужно свойство ИдентификаторПользовательскойНастройки
07:10 – Где в типовой конфигурации УТ 11 можно найти пример работы с пользовательскими настройками.

00:58 – Почему отличаются значения параметра в настройках компоновщика и в пользовательских настройках
01:23 – Как связываются между собой настройки компоновщика и пользовательские настройки
03:06 – Как работает метод ПолучитьНастройки и значение какого типа он возвращает

00:34 – Чем отличается отбор в настройках компоновщика и отбор в пользовательских настройках
02:34 – Как используется свойство ИдентификаторПользовательскойНастройки
03:08 – Какой алгоритм должен использоваться для установки значения отбора в пользовательских настройках
03:42 – Как реализовать процедуру для установки значения отбора в пользовательских настройках.

Хотите научиться грамотно создавать отчеты на СКД и дорабатывать отчеты в типовых конфигурациях?

Чтобы подробнее изучить возможности системы компоновки данных и уверенно применять механизм на практике, рекомендуем пройти курс Профессиональная разработка отчетов в 1С 8.3 на Системе Компоновки Данных (СКД)


Как часто Вам приходится работать с подсистемами? Теми самыми объектами, которые отвечают за построение основных разделов пользовательского интерфейса. Мне не часто приходиться что-то менять в них. Чаще всего это задачи по добавлению каких-либо новых объектов, которые нужно добавить в состав существующих подсистем. Либо это могут быть задачи по добавлению целых модулей в конфигурацию, для которых создаются отдельные разделы в интерфейсе.

Вроде бы что о них говорить, но иногда встречаются интересные и странные задачи. Сегодня мы рассмотрим два кейса, когда работать с подсистемами приходиться нестандартным способом. Но есть один очень важный нюанс - все эти задачи были реализованы еще на платформе 1С:Предприятие 8.2. Описанные ниже подходы будут работать только при работе на платформе 8.2, либо при использовании режима совместимости с этой версией платформы.

Вообщем, тема не новая и немного устаревшая. Хотя может и сильно устаревшая, но пригодиться может до сих пор.

Но начнем с простого.

Открытие подсистемы при запуске

При запуске пользовательского режима может встать задача открытия определенной подсистемы по умолчанию вместо стандартной вкладки "Рабочий стол". Такая необходимость может появиться для прикладных решений, работающих в режиме управляемого приложения. Например, "Управление торговлей 11".

Решим сегодня подобную задачу и сделаем автоматическое открытие подсистемы "Продажи" для всех пользователей.

Ссылка на подсистему

И так, приступим. Для того, чтобы открыть подсистему воспользуемся механизмом навигационных ссылок. Напомню, что с помощью навигационных ссылок мы можем открывать объекты информационной базы по строковой ссылке на них, которая может иметь следующий вид:

Приведенная ссылка открывает элемент справочника "Организации". Особенностью механизма навигационных ссылок является возможность их получения для различных форм и разделов интерфейса, а не только конкретных объектов информационной базы. Если мы откроем подсистему и нажмем на кнопку "Получить ссылку. ", то получим ссылку на эту часть интерфейса.


Если мы перейдем по этой ссылке, то откроется подсистема продажи. Это нам и нужно!

Запуск

Открыть подсистему при запуске теперь не составит труда. В модуле управляемого приложения в событии "ПриНачалеРаботыСистемы" добавим следующую строку кода:

Метод "ПерейтиПоНавигационнойСсылке" открывает часть интерфейса или объект информационной базы, на который указывает ссылка. Подробнее смотрите в синтаксис-помощнике.

Использование навигационных ссылок позволяет значительно расширить возможности построения интерфейсов и реализовать то, что в явном виде не поддерживается.

"При изменении" подсистемы

Платформа 1С:Предприятие 8.x позволяет группировать объекты конфигурации по подсистемам в зависимости от прикладных задач, которые они выполняют. Кроме того, использование подсистем позволяет сделать интерфейс решения удобным, открывая пользователю только ту часть функционала, которую он использует, причем все функции будут разбиты на разделы и подразделы.


Таким образом, платформа предоставляет отличные возможности для построения скелета интерфейса всей конфигурации. Мы же сегодня решим нестандартную задачу, относящуюся к использованию подсистем.

Постановка задачи

Чтобы отлавливать это событие воспользуемся механизмом навигационных ссылок, который мы уже использовали в первой задаче. Если кратко, то навигационная ссылка представляет собой ссылку на объект информационной базы или отдельную форму (!). Воспользуемся последним. При изменении подсистемы мы будем отслеживать навигационную ссылку на текущее окно приложения. При изменении активного окна изменяется и навигационная ссылка. Если установлен факт изменения подсистемы, то пользователю выводится соответствующее оповещение.

Программный код, выполняющий проверку на изменение подсистемы, будет находиться в модуле управляемого приложения.

Алгоритмы

В модуле управляемого приложения инициализируем глобальную переменную "ТекущаяПодсистема". Она имеет строковой тип и хранит название подсистемы.

В процедуре "ПриНачалееРаботыСистемы", которая работает на клиенте, в момент, когда форма приложения видна на экране, выполним подключение обработчика ожидания, который будет выполняться каждую секунду.

Процедура подключенного обработчика будет получать ссылку на текущее окно приложения и парсить из ссылки название текущей подсистемы. Чтобы понять, как вытащить название подсистемы из ссылки, приведу пример:

e1cib/navigationpoint/Подсистема2/Документ.Документ2.Команда.ОткрытьСписок

Если мы выполним переход по данной ссылке, то перед нами откроется форма списка документов "Документ2". Этот документ был создан в демонстрационной конфигурации, но Вы можете использовать любой другой объект.

Как мы видим, название подсистемы находится сразу после текста "e1cib/navigationpoint/"и до следующего знака "/".

Отмечу, что рабочий стол, используемый в управляемом приложении, является в некотором смысле подсистемой. При получении на него навигационной ссылки мы получим название подсистемы "desktop". Поскольку по умолчанию при запуске открывается рабочий стол, было бы логичным присвоить перед запуском приложения переменной "ТекущаяПодсистема" строковое значение "desktop".

В итоге мы получим следующий код в модуле приложения:

При переходе между системами вызывается метод "ПоказатьОповещениеПользователя", который уведомит пользователя на какую подсистему он переключился.

Как это выглядит?

Вот так выглядит то, что мы получили в итоге.

Не все так хорошо

Как уже было сказано, этот подход работает только на платформе 8.2. Почему? Потому что в более новых версиях интерфейс был изменен и отображение новых форм выполняется в закладках. В этом случае получить навигационную ссылку на подсистему уже не представляется возможным. Поэтому эта хитрость и работает только для старой, доброй 8.2.

Но и это еще не все! Обработчик ожидания, который отслеживает изменение подсистемы, при очень быстром переключении может не сработать вовремя и событие будет просто "потеряно".

Небольшие размышления

Конечно, фирма "1С" могла бы реализовать подобное событие и нам не пришлось бы городить такие костыли (а это ведь точно костыли). И оно могло бы работать на версии 8.3. Но нужен ли вообще такой функционал?

В тех случаях, когда есть потребность в открытии каких-либо особых форм для пользователя при запуске программы, мы можем использовать рабочую область начальной страницы. Да, это не на столько интерактивно, как событие "При изменении" подсистемы, но большую часть потребностей покрывает.

Плюс ко всему, событие "ПриИзменении" для подсистемы могло бы дать отличную возможность для построения рабочего стола. Например, отображать рабочий стол в отдельности для каждой подсистемы: закупки, продажи и т.д. Удобно, но заменить на открывающуюся обработку на начальной странице тоже можно.

Вообщем, такое событие могло бы помочь в построении интерфейсов, но проблема не является критичной. Думаю, что поэтому ей никто и не занимается. А может такой подход идет вразрез с планами по развитию платформы.

На Инфостарт есть и более продвинутые способы изменения стандартного функционала работы с интерфейсами. Вот один из легендарных примеров. Как говорится, нет пределу совершенства. Там же в комментариях были обсуждения других интересностей.

Вместо заключения

Вот мы и закончили описание нового "костыля" (или уже старого) для работы с интерфейсами на старой, доброй платформе 1С версии 8.2.

Рассмотренный выше пример очень простой, но общий принцип механизма позволит выполнить практически любое действие при переходе от одной подсистемы к другой. Данный способ практически не влияет на общую производительность, если при переходе не используется событие, затрачивающее значительное количество ресурсов системы. Например, если мы будем при изменении подсистемы вызывать серверную процедуру с длительным временем выполнения, то программа может притормаживать некоторое время.

Поэтому используйте данный подход только для "легких" операций. В идеале лучше всего использовать событие, выполняемое на клиентской части без обращения к серверу. Если нужен более продвинутый функционал, то лучше смотреть в сторону внешних компонент.

Ну и, конечно, работает это только на платформе 1С версии 8.2.

P.S. Если у Вас есть опыт решения подобных задач, то пишите в комментарии. Очень интересно было бы узнать:

  • Используйте ли Вы еще версию платформы 8.2?
  • Приходилось ли решать подобную задачу для обработки события переключения подсистем?
  • Если используете 8.2, то какая у Вас конфигурация?

Информация была бы очень полезна!

Другие ссылки

Авторские разработки

Анализ производительности APDEX - отчет для просмотра и анализа замеров производительности в конфигурациях на базе БСП.

Путеводитель по истории релизов - отчет по истории выпуска релизов продуктов фирмы "1С" и анализа информации по обновлениям.

Просмотр и анализ структуры базы данных (отчет на СКД) - отчет для просмотра и анализа структуры базы данных с поддержкой файловых баз (ограниченный режим), а также баз на SQL Server и PostgreSQL.

Просмотр и анализ журнала регистрации (отчет на СКД) - отчет на базе системы компоновки данных (СКД) для просмотра записей журнала регистрации.

Обозреватель криптографии - отчет для просмотра доступных провайдеров и сертификатов криптографии на сервере и клиенте.

Пакетная выгрузка / загрузка внешних отчетов и обработок - пакетная выгрузка / загрузка внешних отчетов и обработок для массовый манипуляций с ними.

И так, продолжаем тему настроек отчетов, построенных на базе СКД. Для тех, кто не читал первые статьи, ссылки ниже:

В данной статье поговорим про пользовательские настройки.

Что же это такое, зачем они нужны и чем отличаются от настроек варианта?

Дело в том, что настройки варианта отчета достаточно сложны для пользователя. Много различных закладок, сложная структура отчета – не каждый рядовой сотрудник сможет во всем этом разобраться:

Настройки варианта отчета

По этой причине, разработчики решили упростить работу для конечных пользователей отчетов, и создать дополнительную сущность, так называемые пользовательские настройки, которые представляют собой подмножество настроек вариантов отчетов. Разработчик отчета определяет сам, что, и в каком объеме будет доступно пользователям:

Состав пользовательских настроек

Несмотря на то, что на программном уровне, пользовательские настройки – это отдельная ветвь компоновщика настроек, они не могут существовать без привязки к настройкам варианта. На программном уровне связь выполняется по идентификатору пользовательской настройки.

Работа с отчетами в пользовательском режиме

Само собой разумеется, что пользовательские настройки доступны для редактирования в режиме 1С-предприятия. Они сохраняются автоматически при работе пользователей в специальном системном хранилище пользовательских настроек (его можно переопределить на уровне конфигурации в целом). Редактирование пользовательских настроек не приводит к необходимости сохранять новый или измененный вариант отчета, в отличие от редактирования настроек самого варианта в пользовательском режиме.

Настройки вариантов отчетов, также доступны в режиме работы пользователей. То-есть, «продвинутые» сотрудники имеют возможность редактировать, или сохранять новые варианты отчета, а также определять доступные «пользовательские» настройки для остальных пользователей отчета.

Как правило, в пользовательские настройки выносятся наиболее часто используемые настройки варианта. Сами же настройки варианта можно вообще скрыть от пользователей, чтобы не загромождать их лишней информацией.

Сам интерфейс работы с настройками вариантов и пользовательскими настройками зависит от используемой конфигурации и наличия специальных форм для отчетов.

Формы отчетов

Формы, для отчетов на базе СКД система генерирует автоматически. Однако, при необходимости, можно создать собственные формы. Для отчетов доступны следующие виды форм:

  • Форма отчета – основная форма для вывода отчета и быстрых пользовательских настроек,
  • Форма настроек отчета – форма для редактирования пользовательских настроек,
  • Форма вариантов отчета – форма для редактирования вариантов отчета в пользовательском режиме.

Например, в демонстрационной конфигурации (Управляемое приложение), формы для отчетов не указаны. Сгенерированная автоматически форма отчета выглядят так:

Форма отчета типовая

После кнопки «Сформировать» расположена кнопка открытия списка доступных вариантов отчетов.

Далее расположена кнопка открытия формы настроек (это именно пользовательские настройки, состав и определение которых будет описано ниже).

Под этими кнопками расположен раздел «быстрых» пользовательских настроек, о которых мы будем говорить позже.

Что касается настройки варианта отчета, или сохранение нового, эти действия доступны через меню «Еще». Также, далее в этом меню есть команды для принудительного сохранения и применения пользовательских настроек. Напомню, пользовательские настройки сохраняются автоматически при закрытии формы отчета.

Пункт меню «Установить стандартные настройки» позволяет вернуться к изначально заданным настройкам варианта отчета.

На заметку . Команду «Установить стандартные настройки» целесообразно использовать в случае, если в процессе работы изменяются настройки варианта отчета. Так как они могут быть «перекрыты» сохраненными ранее пользовательскими настройками.

Есть возможность указать общие формы, которые будут применятся по умолчанию для всех отчетов конфигурации.

В типовых конфигурациях семейства ЕРП, существуют общие предопределенные формы для самого отчета и настроек, заданные на уровне конфигурации в целом:

Типовые формы, заданные на уровне конфигурации

На ряду с другими дополнительными возможностями, типовая форма настроек позволяет выполнять редактировать как пользовательские настройки так и настройки вариантов отчетов. Переход осуществляется нажатием на кнопку «Расширенный» в настройках отчета:

Переход от редактирования пользовательских настроек к настройкам варианта

Также, в выпадающем списке по кнопке «Еще» формы отчета, можно выполнить работу с вариантами отчетов и с сохраненными пользовательскими настройками.

В типовой конфигурации бухгалтерии 3.0, также заданы общие формы на уровне конфигурации в целом. Но во многих отчетах, формы переопределены непосредственно для этих отчетов.

Определение состава пользовательских настроек

И так, поговорим о том, каким образом можно включить те или иные настройки варианта отчета в пользовательские настройки.

Определение состава на уровне структуры

В пользовательские настройки можно включить целиком целые разделы настроек варианта, которые будут влиять на весь отчет в целом. Эти действия выполняются из окна структуры настроек:

Включение разделов в пользовательские настройки

Доступны для включения следующие разделы:

  • Группировки – возможность настройки используемых группировок,
  • Поля – возможность настройки используемых полей отчета,
  • Отборы – возможность указания доступных отборов,
  • Порядок – возможность настройки сортировки по доступным полям,
  • Оформление – возможность указания произвольного оформления полей отчета.

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

Такая настройка соответствует простой структуре, где в первую группировку по списку входит следующая и так далее:

Настройка группировок в пользовательском режиме

С одной стороны, это удобно, так как можно быстро выбрать нужные группировки и их последовательность. Причем, можно отключить использование первых группировок, и это не повлияет на вывод остальных. Однако, настроить более сложную структуру группировок таким образом нельзя, и это существенное ограничение.

Теперь, что касается быстрого доступа.

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

  • Быстрый доступ – настройки будут доступны непосредственно в форме отчета,
  • Обычный – настройки будут доступны в отдельной форме настроек,
  • Не доступный – настройки не будут доступны в пользовательских настройках.

В параметре «Режим редактирования» можно указать один из выше указанных вариантов, и это будет отражено на расположении настроек.

Разделы настроек можно включить в пользовательские не только для всего отчета в целом, как было описано выше, но и для отдельных уровней структуры:

Включение разделов в пользовательские настройки - для группировки

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

  • Группировка / Таблица – в пользовательских настройках будет выведен флаг использования данной группировки или таблицы. Представление - это текст данного флага,
  • Вложенные группировки – в пользовательских настройках будет выведено поле для добавления вложенных группировок к текущей. Можно добавить произвольное количество вложенных группировок из доступных полей. Добавить несколько полей в одной группировке нельзя,
  • Состояние – настройка, которая может иметь состояния: включена, отключена, удалена пользователем. Данная настройка влияет на использование группировки в пользовательском режиме по умолчанию. Допускается ситуация, когда не используется группировка более высокого уровня, а вложенные используются.

Определение состава на уровне отдельных элементов

Помимо включения в пользовательские настройки разделов целиком, есть возможность включить отдельные элементы следующих разделов:

  • Отборы,
  • Условное оформление,
  • Другие настройки.

Так же как и для разделов целиком, можно включать в пользовательские настройки отдельные элементы для всего отчета в целом и для конкретных группировок. Для выполнения этих действий используется кнопка или одноименный пункт контекстного меню «Свойство элемента пользовательских настроек»:

Вызов свойств элемента пользовательских настроек

В открывшимся окна можно указать режим редактирования и представление настройки:

Указание свойств элемента пользовательских настроек

Если задано представление, наименование настройки будет изменено, а также будет доступно для выбора только значение данной настройки.

Например: если это отбор, не будет возможности выбрать вид сравнения. Если это условное оформление, не будет возможности выбрать условие оформления и поля, к которым оно будет применено.

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

Кнопка Подробно, дополнительное представление

Обратите внимание: это представление не является представлением, которое описано выше, и у него другое назначение!

Если указано представление в табличной части, отборы или оформления будут выводиться в пользовательских настройках в виде флага (использовать / не использовать). Все характеристики, в этом случае полностью должен быть заданы в настройках варианта.

Как было описано в предыдущей статье про настройки вариантов, на закладке «Отборы» можно создать группы отборов, для объединения различных отборов по логическому И, ИЛИ и НЕ. Такие группы целиком, также можно включить в пользовательские настройки. Можно задать для группы оба представления, описанные выше.

Просмотреть все пользовательские настройки можно по кнопке «Предварительный просмотр пользовательских настроек» в окне структуры настроек:

Предварительный просмотр пользовательских настроек

Произвольное добавление настроек на форму отчета

Как указано выше, для отчетов на СКД можно не создавать специальных форм самого отчета и настроек. Формы генерируются автоматически. Однако, если в этом есть необходимость, можно создать собственные формы и выполнить произвольное размещение необходимых дополнительных элементов.

При создании собственной формы отчета необходимо иметь в виду, что форма обязательно должна содержать группу для отображение быстрых пользовательских настроек. Такая группа должны быть указана в свойстве формы «ГруппаПользовательскихНастроек»:

Настройка формы отчета

По мимо быстрых пользовательских настроек, в форме отчета на СКД можно вывести непосредственно таблицу полей отчета, таблицу отборов или таблицу порядка, связав ее с соответствующим разделом из настроек:

Вывод произвольных настроек на форму отчета

Если таким образом добавляются отборы, у таблицы будет присутствовать свойство «РежимОтображения». Оно влияет на то, какие отборы будут попадать в данную таблицу. Если «Режим отображения = Быстрый доступ», в таблицу попадут только те отборы, для которых в свойствах пользовательских настроек указано значение «Быстрый доступ».

Функциональные опции и настройки отчетов

Не забывайте о том, что в отображаемых данных отчетов, построенных на СКД учитываются значения функциональных опций.

Также ФО учитываются в настройках варианта отчета в режиме 1С-предприятие и в пользовательских настройках. Недоступные поля нельзя выбрать в настройках. А если ФО отключает объект целиком, в настройках варианта и в пользовательских настройках в пользовательском режиме нельзя будет выбрать не одно поле отключенного объекта.

Отдельно стоит сказать про параметризуемые функциональное опции. Это те ФО, место хранения которых «Справочник». Более подробно что такое параметризуемые ФО, и как они используются можно почитать в этой статье.

И так, для того, чтобы СКД смогла определить доступность полей, которые связаны с параметризуемыми ФО необходимо передать в схему параметр ФО. Для этого нужно добавить новый параметр на закладку «Параметры» схему компоновки и установить для него значение реквизита «Параметр функциональной опции»:

Установка параметра ФО

После установки такого параметра (по умолчанию в схеме или в пользовательском режиме), СКД будет определять видимость полей, привязанных к параметризуемым ФО.

На этом, я заканчиваю большую тему настроек компоновки: настройки вариантов, пользовательские настройки. Мы еще к ней вернемся, когда будем рассматривать программную работу с отчетом и с настройками.

В следующих статьях будут рассмотрены:

  • Расширения языка запросов для СКД,
  • Использование нескольких наборов данных и связей между ними, , ,
  • Разработка произвольных макетов,
  • Программная работа с отчетом на СКД.

Для ознакомления с предыдущими статьями можно перейти по ссылкам:

Если статья Вам понравилась, ставьте плюс. Успехов в работе и хорошего настроения!

Читайте также: