Функциональные опции 1С 8.3 – все возможные варианты использования

26.05.19

Разработка - Механизмы платформы 1С

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

Все прекрасно знают, что такое функциональные опции (далее ФО). Все  успешно с ними работают как в типовых конфигурациях, так и в собственных разработках. Так что я не буду описывать основное назначение данного функционала.

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

И так, начнем.

ФО различаются по месту хранения значений:

Все реквизиты для хранения значений ФО обычно имеют тип «булево».

 

ФО с местом хранения – константа

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

Настройка функциональной опции

На закладке «Состав», нужно выбрать все элементы, на видимость которых будет влиять данная ФО. Это могут быть отдельные объекты, реквизиты и табличные части объектов и команды:

Состав функциональной опции

Дополнительно ФО можно указать для различных реквизитов форм.

Также, есть возможность опционального выполнения каких-либо действий в зависимости от значения ФО. Для получения значения ФО, в данном случае, используется следующий метод:

ПолучитьФункциональнуюОпцию(<Имя ФО>);

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

ОбновитьИнтерфейс();

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

Для быстрого просмотра всех ФО, которые подключены к объекту, удобно использовать пункт контекстного меню «Дополнительно» в списке объектов конфигурации:

Просмотр подключенных функциональных опций

На заметку. По умолчанию, для новой ФО установлено свойство  «Привилегированный режим при получении». По этому, можно использовать ФО для получения значений объектов на которые у пользователя отсутствуют права.

 

Параметризуемые ФО с местом хранения – реквизит справочника

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

Но каким образом система поймет, какой элемент справочника необходимо использовать для определения значения ФО?

Для этой цели существует дополнительный объект конфигурации «Параметры функциональных опций»:

Параметры функциональных опций

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

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

Необходимо помнить один очень важный момент, если параметр функциональной опции не задан, система будет проверять все элементы справочника. Если хотя бы в одном элементе реквизит – значение ФО будет «Истина», объекты, привязанные к ФО будут доступны. Настройка такого плана достаточно часто применяется в типовых конфигурациях.  

Пример управления видимостью команды «Договоры» в форме элемента справочника «Контрагенты»:

Схема использования ФО с местом хранения значений - реквизит справочника

Необходимо создать ФО с местом хранения – реквизит справочника «Контрагенты.ИспользоватьДоговоры». В состав ФО включить справочник «Договоры». Также, необходимо создать параметр ФО «Контрагент» и установить для свойства «Использование» - справочник Контрагенты. Далее, в модуле формы в событии «ПриСозданииНаСервере», нужно присваивать значению параметра ФО ссылку на текущий объект:

УстановитьПараметрыФункциональныхОпцийФормы(Новый Структура("Контрагент", Ссылка));  

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

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

В модуле формы в событии «ПриСозданииНаСервере» и при изменении реквизита «Использовать договоры» необходимо разместить программный код следующего вида:

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
                        |          ПараметрыФО.Ссылка
                        |ИЗ
                        |          Справочник. ПараметрыФО КАК ПараметрыФО
                        |ГДЕ
                        |          ПараметрыФО. ИспользоватьДоговоры = & ИспользоватьДоговоры ";
Запрос.УстановитьПараметр("ИспользоватьДоговоры ", Объект. ИспользоватьДоговоры);

РезультатЗапроса = Запрос.Выполнить();
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();

Если ВыборкаДетальныеЗаписи.Следующий() Тогда
     ЭлементНастройки = ВыборкаДетальныеЗаписи.Ссылка;
Иначе
     НовыйЭлементНастройки = Справочники. ПараметрыФО.СоздатьЭлемент();
     НовыйЭлементНастройки. ИспользоватьДоговоры = Объект. ИспользоватьДоговоры;
     НовыйЭлементНастройки.Записать();
     ЭлементНастройки = НовыйЭлементНастройки.Ссылка;                
КонецЕсли;  

УстановитьПараметрыФункциональныхОпцийФормы Новый Структура("НастройкаФормы", ЭлементНастройки));

Похожий механизм применяется в типовых конфигурациях УТ 11, КА 2 и ЕРП 2.

 

Параметризуемые ФО с местом хранения – ресурс регистра сведений

Применение данного варианта параметризуемых ФО похоже на вариант с местом хранения – реквизит справочника. Отличием можно считать возможность использования нескольких параметров для отбора значения ФО. А также использование системного параметра ФО «Период» для отбора значения по дате в том случае, если для хранения значений ФО используется периодический регистр сведений:

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

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

Схема использования ФО с местом хранения - ресурс регистра сведений    

Пример использования:

ПараметрыФО = Новый Структура;
ПараметрыФО.Вставить("Период", Объект.Дата);
ПараметрыФО.Вставить("Организация", Объект.Организация);
ПараметрыФО.Вставить("Склад", Объект.Склад);
УстановитьПараметрыФункциональныхОпцийФормы(ПараметрыФО);

Также, можно настроить опционально (в зависимости от даты документа) выполнение каких либо произвольных действий. Например дополнительные отборы при выборе значений реквизитов. Для этого нужно будет обращаться к значению ФО напрямую:

Если ПолучитьФукнциональнуюОпциюФормы(«ИспользоватьДополнительныйОтбор») Тогда
...
КонецЕсли;

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

ПараметрыФО = Новый Структура;
ПараметрыФО.Вставить("Период", Объект.Дата);
ПараметрыФО.Вставить("Организация", Объект.Организация);
ПараметрыФО.Вставить("Склад", Объект.Склад);
ПолучитьФункциональнуюОпцию("ИспользоватьДополнительныйОтбор ", ПараметрыФО);

В качестве второго параметра, в данном случае, передается структура со значениями параметров ФО.

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

 

Использование параметризуемых ФО для настройки интерфейса

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

Допустим, в зависимости от организации, которая выбрана для пользователя основной, необходимо показывать в интерфейсе дополнительные команды. Для решения такой задачи, нужно добавить в справочник «Организации» новый реквизит «ВыводитьДопКоманды» с типом «булево». Создать новую ФО, указав в качестве места хранения созданный реквизит. В качестве состава ФО, выбрать необходимые команды или объекты (если нужно выводить стандартные команды).  Создать новый параметр ФО с указанием в свойстве «Использование» - справочник Организации.  Далее, необходимо при запуске системы, в модуле  управляемого приложения, определять организацию, которая выбрана для текущего пользователя основной, и устанавливать параметр функциональных опций интерфейса:

ПараметрыФОИнтерфейса = Новый Структура;
ПараметрыФОИнтерфейса.Вставить("Организация",  ОсновнаяОрганизацияПользователя);
УстановитьПараметрыФункциональныхОпцийИнтерфейса(ПараметрыФОИнтерфейса);

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

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

ПараметрФООрганизация = ПолучитьПараметрыФункциональныхОпцийИнтерфейса().Организация;

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

 

На сего дня все, если информация показалась Вам интересной, добавляйте в избранное J

 

Другие мои статьи про механизмы платформы 1С

  1. Работа с объектом «СообщениеПользователю», и другие варианты информирования пользователя.

  2. Основные принципы работы с режимами автоматических и управляемых блокировок. Варианты контроля остатков. Разделение итогов.

 

функциональные опции параметризуемые

См. также

Сервисы интеграции без Шины и интеграции

Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Пример использования «Сервисов интеграции» без подключения к Шине и без обменов.

13.03.2024    2980    dsdred    16    

62

Поинтегрируем: сервисы интеграции – новый стандарт или просто коннектор?

Перенос данных 1C Администрирование СУБД Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

В платформе 8.3.17 появился замечательный механизм «Сервисы интеграции». Многие считают, что это просто коннектор 1С:Шины. Так ли это?

11.03.2024    6946    dsdred    60    

88

Как готовить и есть массивы

Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

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

24.01.2024    6913    YA_418728146    25    

68

Планы обмена VS История данных

Перенос данных 1C Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

Вы все еще регистрируете изменения только на Планах обмена и Регистрах сведений?

11.12.2023    7497    dsdred    36    

115

1С-ная магия

Механизмы платформы 1С Бесплатно (free)

Язык программирования 1С содержит много нюансов и особенностей, которые могут приводить к неожиданным для разработчика результатам. Сталкиваясь с ними, программист начинает лучше понимать логику платформы, а значит, быстрее выявлять ошибки и видеть потенциальные узкие места своего кода там, где позже можно было бы ещё долго медитировать с отладчиком в поисках источника проблемы. Мы рассмотрим разные примеры поведения кода 1С. Разберём результаты выполнения и ответим на вопросы «Почему?», «Как же так?» и «Зачем нам это знать?». 

06.10.2023    19774    SeiOkami    46    

122

Дефрагментация и реиндексация после перехода на платформу 8.3.22

Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

Начиная с версии платформы 8.3.22 1С снимает стандартные блокировки БД на уровне страниц. Делаем рабочий скрипт, как раньше.

14.09.2023    13674    human_new    27    

77

Валидация JSON через XDTO (включая массивы)

WEB-интеграция Универсальные функции Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

При работе с интеграциями рано или поздно придется столкнуться с получением JSON файлов. И, конечно же, жизнь заставит проверять файлы перед тем, как записывать данные в БД.

28.08.2023    10038    YA_418728146    7    

147

Внешние компоненты Native API на языке Rust - Просто!

Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Внешние компоненты для 1С можно разработывать очень просто, пользуясь всеми преимуществами языка Rust - от безопасности и кроссплатформенности до удобного менеджера библиотек.

20.08.2023    6842    sebekerga    54    

100
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Поручик 4677 18.06.19 18:46 Сейчас в теме
Комментариев за полгода нет. Всем всё понятно. Мне тоже.
kaaasteeen; keyn5565`; alex649; CSiER; ids79; RustIG; +6 Ответить
2. RustIG 1631 19.06.19 02:01 Сейчас в теме
(0),(1) как все запомнить и применять не по книжке, а по наитию? мне все это кажется сложно выдуманным ... сразу хочется отвлечься на что-нибудь творческое хенд-мейд...
Snakesa; andrvyst; user622095_admin; mikl79; +4 Ответить
3. ids79 8367 20.06.19 11:39 Сейчас в теме
(1)Видимо, да.
Хотя один момент, я совсем недавно дописал:
"Необходимо помнить один очень важный момент, если параметр функциональной опции не задан, система будет проверять все элементы справочника. Если хотя бы в одном элементе реквизит – значение ФО будет «Истина», объекты, привязанные к ФО будут доступны. Настройка такого плана достаточно часто применяется в типовых конфигурациях."
Странно, что никто не подметил это ранее.
andrvyst; +1 Ответить
10. AlexO 135 09.06.20 18:42 Сейчас в теме
(3)
Необходимо помнить один очень важный момент

Он не только важный - этот момент вообще сводит на "нет" использование ФО с привязкой к справочнику. Если с РС там хотя б запись уникальна, и название самой ФО (реквизит хранения в РС) однозначно даст значение ФО (получаем некий набор констант, где каждая "константа" - это запись РС, и работаем с записью также, "аналогичной" логикой, как с константой), то в случае с справочником действительно очень легко получить ситуацию, когда значение ФО - будет определяться любым "Истина" в ФО-реквизите любого элемента справочника.
И проверить, а тем более отловить подобную "ошибку"-проблему, вы ну никак не сможете, даже если вы разработчик подобной дикой системы, и знаете её от и до.
Только "догадаться" (каким-то образом) поменять код обращения к ФО.
Здесь, кстати, ситуация опять-таки очень напоминает проблемы с RLS.
4. Altez 258 20.09.19 16:49 Сейчас в теме
Есть простой вариант узнать, в состав какой функциональной опции входит нужный реквизит?
5. ids79 8367 20.09.19 17:05 Сейчас в теме
(4)Есть. Правой кнопкой мыши на реквизите, и пункт меню "Дополнительно".
Дальше закладка "Функциональные опции"
bolegb17; Altez; user1053017; +3 Ответить
9. AlexO 135 09.06.20 18:34 Сейчас в теме
(5) Нет. Потому что само "тело" опции, её функционирование размазано по всей конфигурации.
Толку от того, что вы "обнаружили", какая опция привязана к элементу, если её воздействие на него - раскидано взрывом 1С-ового "креатива" в самых неожиданных местах, и вся цепочка её работы вам всё равно неизвестна?
22. fuser 3 30.01.23 10:21 Сейчас в теме
(4) Поиск ссылок на объект
А листать список функ. опций (коих более 100 в типовых конфигурациях) так себе затея
Прикрепленные файлы:
6. Aleksandr_prof 194 20.04.20 12:54 Сейчас в теме
А ещё было бы неплохо, если бы рассказали, как быстро скопировать функциональные опции одной базы в другую?
8. AlexO 135 09.06.20 18:29 Сейчас в теме
(6) Никак, тут в (7) как раз описал - почему.
Всё тоже маниакальное стремление 1С всё важные настройки рассовать по пыльным углам и недоступным местам конфигурации, и размазать функционал: в коде - по модулям, в платформе - по различным вкладкам интерфейса и разнообразным малосвязанным друг с с другом "объектам".
Истинная идеология УФ, я так понимаю.
18. Yashazz 4734 18.12.20 13:08 Сейчас в теме
(6) Быстро скопировать - никак. Но есть обработки. Например, см. вложенный файл.
Прикрепленные файлы:
УправлениеФО.epf
voneska7; ДимонД; Hla; Aleksandr_prof; +4 Ответить
7. AlexO 135 09.06.20 17:58 Сейчас в теме
Еще одна бестолковая надстройка от 1С.
Изначально ФО была призвана дать "права" одним элементам конфигурации - управлять отображением других её элементов.
Но из-за кривой реализации - часть функционала ФО нужно настраивать в интерфейсе (платформенная часть), часть нужно прописывать в коде, и это все не прозрачно, - превратилась в еще одну громоздкую надстройку, и в результате всё только больше усложнилось. Из-за этого ФО, в большинстве случаев в типовых, только мешает и путает, чем помогает или упрощает управление видимостью.
А привязка к справочникам, регистрам, - и так непроработанным "типа объектам", - тянет за собой обязательное использование в коде для работы с ФО всех этих "получить-записать-проверить", чем накладывает ещё большие дополнительные ограничения на использование самого "функционала ограничителя".
ФО была призвана упростить управление отображением и видимостью элементов на форме - а заместо этого на выходе получили чудовищно неудобную, сомнительную, крайне трудно отлавливаемую и изменяемую "систему" из нагромождений "кусков" платформы (настройка ФО в интерфейсе), кода, и полуработающего функционала других псевдообъектов (справочников, регистров), которая к самим "формам" как по настройке, так и по доработке, имеет мало отношения.
Система, которую проще выкинуть, чем отлаживать и настраивать.
Закономерное следствие - ФО мало кому интересна, её мало кто использует "от себя" - в основном, работают с ней по принуждению в типовых. Когда сталкиваешься с ФО там, то лучше бы их не было вовсе - пользы на грош и криво, а отлавливать косяки по всей конфе по задаче "не видно поле/элемент на конкретной форме/в документе", - то ещё занятие и пустая трата кучи времени.
Но, видимо, это было так и задумано, и стало конечной целью создания системы ФО в УФ. Еще одна RLS, только "для форм", но там хотя бы все "проблемы" отладки и работы концентрировались в одном месте, в запросах.
arz; Amali; 1giga; user622095_admin; ДимонД; user664038_av.lebedev; emx628; Рамзес; frkbvfnjh; user659535_Necron500; Yashazz; avkonarev; Fox-trot; acanta; +14 1 Ответить
13. Aleksandr_prof 194 09.06.20 19:25 Сейчас в теме
(7) Всё что вы описали - действительно имеет место быть. Я бы всё описанное вами назвал - небольшим побочным эффектом идеологии платформы и управляемых форм. Но если есть побочные эффекты, значит есть и полезные эффекты. И вот если на другую чашу весов положить преимущества функциональных опций - то они как минимум уравняют все недостатки. ИМХО.
14. acanta 09.06.20 19:36 Сейчас в теме
(13) В этом то и проблема, что с ростом конфигурации и объема кода уже не знаешь где какая чаша у весов и вообще существуют ли они.. Если платформа разрабатывалась изначально под примитивные нетленки, то да, и ПВХ и ФО и СКД это действительно песня какая-то, хотя требует объемного мышления (почти как ексель, когда итоговый лист получается суммированием определенных листов этой книги и еще нескольких других). Идеал финансового аналитика, переученного в 1С РП.
Но типовые на УФ в эту концепцию не вписались, а основной рынок принадлежит им.
user664038_av.lebedev; user659535_Necron500; +2 Ответить
11. acanta 09.06.20 18:52 Сейчас в теме
А когда -то для каждого менеджера делали отдельный комплект видов объектов метаданных - заказ1, накладная 1, сф1; заказ2, накладная2, сф2 и т.д.
И казалось бы, в чем проблема делать как раньше, особенно теперь, когда есть СКД...
12. AlexO 135 09.06.20 19:07 Сейчас в теме
(11)
когда есть СКД.
Так в СКД всё равно прописывается жесткое обращение к именам объектов?
>>А когда -то для каждого менеджера делали отдельный комплект видов объектов метаданных
Ну, вариантов "настройки" видимости элементов было много - роли (платформа), программно в коде... Но это всё было локализовано, и функционально в одном месте, т.е. даже вызов какой-то там далёкой функции - привязан точками входа к первоначальному месту в коде формы, а не расползался по всей конфе.
В ФО типа все эти "подходы" объединили, но реализовали так, что лучше бы ничего не делали совсем в этом направлении.
15. user917868 25.11.20 15:25 Сейчас в теме
Причем, система не позволяет выбрать для разных параметров ФО в качестве использования один и то же справочник.

Наверное немного не понял, но просто скопировал параметр в ветке конфы и он успешно сохранился.

Еще, как использовать ФО для произвольного реквизита формы?
16. ids79 8367 26.11.20 19:54 Сейчас в теме
(15)Да, действительно. Выбрать не дает, а скопировать дает. Наверно глюк платформы )).

В настройках произвольного реквизиты можно выбрать ФО, с которой он будет связан.
17. user917868 26.11.20 22:41 Сейчас в теме
(16) Если в палитре свойств реквизита, то в упор не вижу такой настройки, естественно я в первую очередь туда глянул.
Может режим какой нужно включить?
p.s

Извиняюсь, у меня каким-то образом режим отображения палитры свойств в закладках свернул группу "Использование", причем установив "Только важные", система при переключении в режим "Списком" сворачивает группу.
19. Yashazz 4734 18.12.20 13:09 Сейчас в теме
Если кому нужна приблуда по просмотру, ручной правке и переносу значений ФО между ИБ, то см. вложение в (18)
voneska7; ids79; Aleksandr_prof; +3 Ответить
20. oks_st 18.11.21 13:48 Сейчас в теме
Создала новую функциональную опцию, хранение константа, как выбрать состав? Он не доступен...
21. maxx 993 11.05.22 14:38 Сейчас в теме
Хотел выяснить интересный момент по функциональным опциям с отключенным привилегированном режимом получения для работы отчетов на СКД. Создал пост https://partners.v8.1c.ru/forum/topic/2057595#m_2057595 на форуме 1С, месяц прошёл , никто не ответил.

Продублирую:

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


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

Проблема возникает в отчете на СКД.

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

Если же отключить функциональную опцию в регистре (т.е. в разрешенных для текущего пользователя записях регистра отключена функц.опция) ошибка "Доступ. Отказ в доступе". Видимо функциональная опция "лезет" в другие недоступные для пользователя записи регистра.
23. tango 543 01.01.24 13:50 Сейчас в теме
(21) Извините, не понял. Вы в регистре сняли галки доступа. Система отказывает в доступе. Что не так?
24. maxx 993 04.01.24 17:17 Сейчас в теме
(23) Тут вопрос в уточнении как работает ФО с отключенными Привилегированный режимом при получении.
Ведь RLS по-разному работает в платформе.
Например, динамические списки к примеру не ругаются на ошибки доступа, а просто исключают неразрешенные записи из списки, даже если в запросе нет слов разрешенные или просто основная таблица в качестве источника.
Оставьте свое сообщение