Подсистема прав доступа (анализ ролей, отладка RLS, английский код, обычные и управляемые формы)

28.10.21

Администрирование - Роли и права

+211 –

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

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование	Скачано	Купить файл	По подписке PRO
Подсистема прав доступа (анализ ролей, отладка RLS, английский код, обычные и управляемые формы): .cfe 532,87Kb ver:1.0.8.241 378	378	4 200 руб. Купить	5 SM Скачать

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.

Немного про проблемы, которые мы хотели решить этой подсистемой

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

Нельзя прочитать RLS, т.е. внедренец ставя ограничение на роль – вообще без понятия о том, что там эта роль реально ограничивает и по каким правилам. Например, есть некая роль:

Глядя на нее в конфигураторе - можно прочитать текст ограничения, и понять, как оно сработает.

Роли, при наличии БСП, хоть и являются «универсальными», однако, они все равно не перекрывают все потребности. А особую сложность в понимании несут роли, которые дают доступ к разным объектам. Т.е. надо четко уметь отделить некое право, и посмотреть – какие роли его дают. В идеале – одна роль, дает одно право.
В конфигурациях бывают баги, а бывают тонкости, про которые далеко не все знают, например, одна роль на чтение может иметь РЛС на некий справочник, а совсем левая роль на изменение (от другой подсистемы), может к этому справочнику давать безусловное чтение. Баг это, или фича, не важно, но такое есть, и хорошо бы такое отлавливать.
Отдельное счастье – отладка RLS, что сейчас в принципе невозможно, так как язык RLS – он не тот же самый язык 1С (BSL), и просто написать – не всегда получится.
Любое изменение роли – требует лезть в конфигуратор. Любое добавление – роли, надо идти в конфигуратор, надо тестировать под пользователем, открывать все параметры сеансов, смотреть что где, в общем трешь.
И когда выходит обновление конфы – надо перепроверять, не обновились ли шаблоны, и если они обновились, то тогда надо вот в те новые 10 ролей идти, и перекидывать шаблоны, обновлять каждую роль.
История изменения ролей. Кто, когда, зачем и на кой черт попросил что-то поправить. Т.е. т.к. роли добавляет программист, то он берет все входные данные и группирует их, а потом идет делает новые роли, или модификацию предыдущих, и вот потом разобраться – зачем была та или иная модификация, или же – какая модификация была на какую-то там дату – это не реально, разве что в задачниках, но и там надо каждый чих отслеживать, и как-то группировать, чтобы найти.
Ну и мой самый любимый прикол – это когда тебе попадается в руки УТ10, УТП и им подобные, где уже никто ничего не понимает, что творится в ролях, никакого анализа адекватного нету, и пользователей просто создают «по аналогии», так как там изначально всего десяток ролей.
И куча всякого другого…

Принятое решение

Итого, была поставлена задача по написанию принципиально нового подхода к разработке ролей:

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

И такая подсистема была создана.

Вся суть работы с подсистемой - описывается в пару шагов:

1. Подключение расширения к конфигурации

2. Загрузка ролей из XML

3. Создание новых ролей

4. Авто генерация нового расширения с новыми ролями

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

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

1. Подключается новое расширение, возьмем для примера УТ11:

Параметры, пока оставим их, но суть в том, что можно создавать свои параметры сеанса.
Пользователи – это просто сам справочник пользователей, из основной конфигурации.
Профили доступа – этот справочник, по сути, аналогичен типовым из БСП, там просто есть таблица с ролями, и это позволяет комбинировать роли для конкретного пользователя, например.
Роли доступа — это справочник самих ролей, вот прям ролей, которые есть в конфигурации.
Шаблоны – это шаблоны ролей. У 1С в конфигурации нет единого объекта шаблонов ролей, а на каждую роль – идет свое, однако, в нашем случае – это единый общий справочник.
Отчет, который позволяет проанализировать роли.
Загрузка данных ролей из XML.
Конвертация шаблонов в код BSL.
Генерация и подключения расширения с новыми ролями.
Используется для обычных форм, это просто обработка с теми же 3 кнопками, что и выше.

2. Идем в опцию загрузки ролей "Загрузка данных ролей из XML" , и загружаем роли:

При открытии - программа определит текущее подключение и заполнит настройки:

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

При загрузке, если что-то пойдет не так, то программа покажет лог. Status отличный от нуля - значит произошла ошибка.

Если есть ранее выгруженная конфигурация в XML файлы (это можно сделать зайдя в конфигуратор, и выбрав меню "Конфигурация - Выгрузить конфигурацию в файлы", или же есть конфигурация в исходниках формата EDT, то можно выбрать третий пункт - "XML файлы конфигурации" и указать путь к верхней папке, т.е. внутри этот папки должна быть папка Roles, по сути, только она и нужна, остальные папки не сканируются.

Команда выгрузки конфигурации в XML

При выборе типа соединения с базой, если выбран тип SQL или Файловая база, то будет выполнена вот эта команда конфигуратора:

CommandToUploadExt = """" + BinDir() + "1cv8.exe"" designer " + "/N """ + Settings.Login + """" +
	" /P """ + Settings.Password + """" + " " + 
	?(Settings.Source = "SQL", "/s " + Settings.ServerName + "\" + Settings.BaseName, "/f " + Settings.Path) +
	" /DumpConfigToFiles " + Path + " /DumpResult " + Path + 
	"\Result.log /DisableStartupMessages /DisableStartupDialogs /Out " + Path + "\Event.log";
RunApp(CommandToUploadExt, , True);

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

Тут надо было решить несколько задач.

Первая – не загружать те роли, которые уже по факту были загружены и не изменились.

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

Function HashMD5(Data) Export
    Hash = New DataHashing(HashFunction.MD5);
    Hash.Append(Data);
    HashSum = Hash.HashSum;
    HashSumString = String(HashSum);
    HashSumString = StrReplace(HashSumString, " ", "");
    HashSumStringUUID = Left(HashSumString, 8)      + "-" +
                        Mid(HashSumString, 9, 4)    + "-" +
                        Mid(HashSumString, 15, 4)   + "-" +
                        Mid(HashSumString, 18, 4)   + "-" +
                        Right(HashSumString, 12);
    Return HashSumStringUUID;
EndFunction

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

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

Особенности галочки "Устанавливать права для новых объектов"

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

Хотелось бы в них разобраться подетальнее.

Например, на ИТС про эти галочки говорится следующее:

Состояние флажка Устанавливать права для новых объектов определяет, будут ли установлены права для этой роли на новые добавляемые объекты конфигурации (снят по умолчанию для новой роли).

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

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

И тут получается какая особенность, с одной стороны - галочка про новые права нужна, и понятна, т.е. поставили полным правам эту галочку, и больше не мучаемся, но, как оно работает на самом деле?

Давайте проведем эксперимент, создадим конфу с двумя справочниками и тремя ролями:

И выгрузим их в XML, и проведем анализ, что же на самом деле происходит. Мы создали три роли, сняли все права, и установили все права только на справочники.

Вторая и третья роль полностью совпадают, что логично, а вот что произошло с первой и второй?

Т.е. в конфигурации, по факту, хранится информация о том, что во второй роли доступно, а в первой - запрещено.

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

Обратите внимание, что первая роль фиксирует у себя явный запрет к стандартным реквизитам Справочник2, и остальные доступы к объекту тоже (1 и 2 область), в третьей области ничего не изменилось, однако, вторая роль, тоже фиксирует явный запрет доступа к стандартным реквизитам Справочник2 (область 4).

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

Какие выводы можно тут сделать:

1. На самом деле, галочка Устанавливать права для новых объектов ничего не устанавливает, если эта галочка стоит, то роль работает по принципу явного запрета, а без этой галочки - явного разрешения. Т.е. с галочкой - разрешено всё, что не запрещено, без галочки - запрещено все, что не разрешено.

2. Видел пару раз случаи, когда эту галочку ставили по умолчанию, потом явно снимали все права, и давали те что надо, поговаривая при этом, что типо - зато программист не забудет дать права нужные. Или что типо - "Какая разница, если я все контролирую?". Так вот, разница - огромная, если в роли с такой галочкой отменить все права у объектов, и дать доступ к одному справочнику, то в случае УТ11, например, само право доступа будет иметь размер в 11Мб и иметь около 100 000 строк. 100 000 строк КАРЛ!

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

3. Теперь можно провести анализ ролей. Давайте откроем какую-то роль, и посмотрим - что там?

Изначально, открывается отчет, который позволяет просто сделать быстрый беглый анализ того, что дает, или запрещает эта роль. Т.е. тут четко видно - какие права доступа дают, какие RLS при этом действуют и т.д.

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

И, самое главное - матрица ролей:

Это то место, где можно проводить точечный анализ роли, или, создать новую роль, или же - модифицировать ранее созданную.

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

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

Вводная по особенностям

В основном, все проблемы крутятся в данном случае вокруг того, что для 1С тут слишком много данных выводится, например, в случае УТ11, если показать все объекты, то программа должна будет вывести 35 000 строк объектов, и все это умноженное на 86 колонок, или, другими словами - около 3 000 000 ячеек.

Зачем нужен макет на первой вкладке, если он дублирует матрицу?

Контекст и БезКонтекста

Условное оформление на 80+ ячеек

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

1. Вначале на все ячейки ставится условие - доступность = Ложь.

2. Выполняется условие, которое проверяет типы объектов и открывает доступность только тем правам, которым надо

3. На все остальные роли накладывается фон цвета - запрет

4. После этого накладывается условие на замену текста на кружок, и установка его цвета.

И если первый пункт, второй и третий - делался вручную, то четвертый, де просто говорится, что если Таблица.Чтение = 1, тогда поставь зеленый кружок, и заполни поле Чтение, Если Таблица.Чтение = 2, то поставь красный крек и заполни Чтение, и т.д., около 70 прав * 3 = 210 случаев, то вот это уже делать было совсем не весело.

Как решена была эта проблема - конфигурация была выгружена в XML, в XML найдена форма, там скопирован пример заполнения одного поля, и потом просто написана за 5 минут обработка, которая бежит по все колонкам, и копирует этот пример столько раз, сколько надо. И после этого - результат вставили в XML, и загрузили конфу.

Не забывайте про этот лайфхак. На самом деле - это расширение создано в EDT, и там даже выгружать ничего не надо, просто открыл VCS, заменил чего надо, сохранил, EDT сразу переформатировало, и все, 5 минут времени.

Всякие иконки 🌹🎉🎶🤦‍ ...

Оптимизация работы с областями табличных документов

Логика вывода макета построена на классических макетах. Т.е. есть некий общий макет, который содержит в себе области с именами, и выводя отчет - надо получать эту область, и ... выводить в документ.

Все очень просто. однако, в этой области находится 70 колонок и столько же параметров, а еще она разукрашена, и получилась такая интересная вещь, что получение этой области - занимало порядка 15% времени, судя по замеру производительности:

И казалось бы - надо как-то захешировать эти данные, и тут было потрачено не мало времени, пока не стало очевидно, что адекватными путями - эту проблему не решить.

Т.е. варианты:

1. скопировать область в переменную - не работает, так как нет такого понятия, как копирование табличного документа.

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

3. По этой же причине - не спрятать ее в массиве, структуре или временном хранилище

4. По этим же причинам - не передать ее в процедуры/функции в качестве параметра с описанием Знач

5. Вариант сериализации и дальнейшей дисериализации - помогает, но по времени столько же, сколько и просто получение области, что, в принципе логично.

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

Давайте рассмотрим несколько вариантов:

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

Return GetCommonTemplate("Roles_MatrixTemplate").GetArea("Row");

В этом случае - отчет по всем ролям в УТ11 строится за 150 секунд, из которых вот эта часть занимает 35% времени:

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

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

Function RowTemplate() Export
	Template = Roles_SettingsReUse.MatrixTemplates_Rows();
	For Index = 0 To Template.Parameters.Count() - 1 Do
		Template.Parameters[Index] = Undefined;
	EndD;

	Return Template;
EndFunction

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

Можно было бы плюнуть, и оставить второй вариант, ибо все таки там 35 000 вызовов, а тут цикл на 2 000 000 + итераций, ясное дело будет медленее, однако, не давала покоя одна мысль, а именна - функция у параметров заполнить. Но она работает то только с именами... Поэтому был придумал 4 вариант.

4. В общем модуле с переиспользованием размещаем вот такой код:

Function MatrixTemplates() Export
	Return GetCommonTemplate("Roles_MatrixTemplate");
EndFunction

Function MatrixTemplates_Rows() Export
	Str = New Structure;
	Str.Insert("Template", Roles_SettingsReUse.MatrixTemplates().GetArea("Row"));
	Params = New Structure;
	For Index = 1 To Str.Template.TableWidth Do
		Cell = Str.Template.Area(1, Index);
		Params.Insert(Cell.Parameter);
	EndDo;
		
	Str.Insert("Params", Params);
	
	Return New FixedStructure(Str);
EndFunction

В обычном общем модуле размещаем такой код:

Function RowTemplate() Export
	Str = Roles_SettingsReUse.MatrixTemplates_Rows();
	Template = Str.Template;
	Template.Parameters.Fill(Str.Params);
	Return Template;
EndFunction

И вуаля, производительность выросла в 15 раз, 15 раз! Относительно 2 варианта, и в 30 раз - относительно первого

Не забываем про индексирование колонок в таблице значений, ускоряемся на порядок

Во время очередной оптимизации, мы столкнулись с тем, что у нас идет поиск по 2 полям внутри таблицы значений, и этот поиск занимал 66% времени формирования отчета.

Когда же мы задались оптимизацией, то думали - как можно ускорить поиск, думали о том, что найдены строки в итерации - надо удалять, тогда поиск будет быстрее, но все равно - это реально много времени. А потом выяснили, что мы просто забыли проиндексировать поля поиска в таблице значений, когда мы добавили индексы, то поиск ускорился с 80 секунд, до 0,2. Т.е. на полтора порядка. И в целом, отчет стал строится не 120 секунд, а 25 секунд. И всего то, надо было добавить индекс в таблицу значений.

Не забывайте про это. А я в реальности вижу это очень часто. Когда, например, идет загрузка из Excel в базу товара, то парсят Excel, делают его таблицей значений, а потом делают поиски в нем по штрихкодам, или ценам, особенно если в экселе 2 страницы, которые надо связать. А индексы не ставят, и когда товара становится много, то поиск по таблице жрет половину времени загрузки.

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

Есть у нас некая ТЗ, и в ней есть колонки: ObjectPath, ObjectName, Disable ... и еще куча других, но поиск выполняется по этим трем. Когда я спросил - как вы ставите индекс, при условии, что мне надо выполнить поиск вот такими функциями:

RightTable.FindRows(New Structure("ObjectName, Disable", MetaItem.Name, False))

RightTable.FindRows(New Structure("ObjectPath, Disable", MetaItem.Name, False))

В ответ я получил два варианта:

RightTable.Indexes.Add("ObjectPath");
RightTable.Indexes.Add("Disable");
RightTable.Indexes.Add("ObjectName");

и второй вариант:

RightTable.Indexes.Add("ObjectPath, Disable, ObjectName");

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

Правильный ответ был такой:

RightTable.Indexes.Add("ObjectPath, Disable");
RightTable.Indexes.Add("ObjectName, Disable");

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

4. Справочник профилей

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

Если конфигурация написана на БСП, то в этом случае - можно скопировать профили из текущей конфигурации сюда, для этого есть специальная кнопка:

И давайте откроем любой профиль:

Тут видно, что есть галочки разных вариантов, простая галочка - говорит что доступ к этому праву этого объекта дает ТОЛЬКО ОДНА роль. Что по-хорошему и должно быть.

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

Так же - справа подсвечиваются зеленым цветом те роли, которые, собственно, и дают это самое право.

Еще несколько особенностей этого отчета

5. Отчет по правам доступа

Однако, очень часто возникают задачи - узнать, какие роли дают право доступа к конкретному объекту, и с какими ограничениями.

Например, прилетела задача - нам надо сделать пользователю роль, где он сможет читать возвраты клиентов с отбором по подразделению. Возникает вопрос - а есть ли вообще такая роль?

Значит идем, и формируем отчет:

Указывает часть пути к объекту, который нас интересует, это может быть любая часть из примера строки:

InformationRegister.ОчередьСообщенийИСМП.StandardAttribute.Active

Т.е. идет поиск по вхождению, и есть стоит отдельное право на разрешение или запрет чтения реквизита, то и по реквизитам тоже поиск может делать.

Далее можем указать подтип объекта, это имеет смысл делать если нас интересуют права на реквизиты, табличные части и т.д.

После этого можем указать тип объекта - документ, справочник и т.д.

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

Тогда отчет будет выглядеть вот так:

Тут сразу видно - какие роли дают доступ к документу, в каких профилях они находятся, и какие RLS их ограничивают.

Т.е. сразу понятно - что к чему.

И мы сразу видим, что роль, которая нас интересует - это роли ДобавлениеИзменениеВозвратовТоваровОтКлиентов или ЧтениеВозвратовТоваровОтКлиентов.

Вывод картинок в отчете

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

В итоге, получилось сделать весьма элегантно:

В самом отчете прописаны были вот такие вычисляемые поля:

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

Function RightPictureByRef(RefData) Export
	If ValueIsFilled(RefData) Then
		Name = MetaNameByRef(RefData);
		Return New ValueStorage(PictureLib["Roles_right_" + Name].GetBinaryData());
	Else
		Return New ValueStorage(New Picture);
	EndIf;
EndFunction

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

В самом отчете это выглядит вот так:

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

Так что - на забывайте про эти механизмы.

6. Анализ и дебаг RLS

Все было бы скучно, если бы мы ограничились только просмотром, а что если нам поставили задачу, и сказали - сделайте ограничение, чтобы некий пользователь мог видеть только заказы, вне статуса Закрыт. Т.е. все не закрытые заказы. Это на самом деле становится не редкой задачей, в связи с мобильным клиентом, когда надо максимум всего скрыть в угоду производительности.

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

По такому же принципу как и ранее - мы находим нужную нам роль, это будет роль - ДобавлениеИзменениеЗаказовКлиентов.

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

Идем в матрицу ролей, находим нужное место и видим RLS:

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

#Если &ОграничениеДоступаНаУровнеЗаписейУниверсально #Тогда
#ДляОбъекта("")
#Иначе
#ПоЗначениям( "Документ.ЗаказКлиента","Чтение","",
"Организации","Организация",
"Склады","Склад",
"ГруппыПартнеров","Партнер",
"Подразделения","Подразделение", 
"НЕ Статус = ПредопределенноеЗначение("Перечисление.СтатусыЗаказовКлиентов.Закрыт")","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","" )
#КонецЕсли

Итого - дописали вот такую строку:

НЕ Статус = ПредопределенноеЗначение("Перечисление.СтатусыЗаказовКлиентов.Закрыт")

Однако, как проверить - правильно ли я написал?

Для этого - открываем этот RLS по кнопочке "Открыть", прям в этом поле и вижу вот такую картинку:

Тут все просто:

1. Имя текущей таблицы - по умолчанию, это имя текущего объекта

2. Имя доступа - берется из матрицы, обычно это Чтение, Изменение, Удаление, Добавление.

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

4. Сам текст RLS

5. Шаблоны, которые привязаны к текущей роли

6. После нажатия кнопки "Конвертировать в запрос" - вы получаете результирующий код запроса. И обратите внимание - 1С внизу мне вывело текст ошибки, это значит, что можно уже не перезаходить в базу под кем-то, ибо работать все равно не будет.

7 - 10 - используются для формирования запроса. Обычно в 7 пишут что типо:

Т ГДЕ

А в 8:

Выбрать Т.Ссылка Из Документ.ЗаказКлиента Как Т ГДЕ

Т.е. мы формируем валидный запрос.

11. Выводится результат запроса.

Исправляем ошибку:

#Если &ОграничениеДоступаНаУровнеЗаписейУниверсально #Тогда
#ДляОбъекта("")
#Иначе
#ПоЗначениям( "Документ.ЗаказКлиента","Чтение","",
"Организации","Организация",
"Склады","Склад",
"ГруппыПартнеров","Партнер",
"Подразделения","Подразделение", 
"","НЕ Статус = ПредопределенноеЗначение(Перечисление.СтатусыЗаказовКлиентов.Закрыт)", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","" )
#КонецЕсли

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

Теперь программа вернет "нормальный" текст запроса:

Пробую выполнить, и получаю ошибку, естественно. Т.е. система не позволит допустить даже такие ошибки. Исправляю ошибку, меняю "ПредопределенноеЗначение", на просто "Значение", нажимаю "Конструктор запросов" и выравниваю запрос, и сразу могу его выполнить.

Однако, если его выполнить, то БСП вернет пустой список, так как у пользователя Администратор - нет никаких настроек в БСП.

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

Дебаг и конвертация RLS в BSL

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

Тут идет развертывание всего цикла выполнения запроса. Т.е.:

1. Условие которое проверяется

2. Текст условия проверки

3. Результат - условие выполнилось или нет

4. Код, который будет взят, если условие выполнилось

5. Статус выполнения. Он показывает, что именно этот код будет взят, например, у нас может быть 5 условие ЕслиИначе. Результат может показать, что все 5 были выполнены, но в итоговый результат попадет только то, где стоит флаг статус.

6. Если будет ошибка, то она попадет сюда.

7. Расшифровка поля 2.

8. Расшифровка поля 4.

Однако, возникает ситуация, когда и с этим кодом разобраться не реально, так как 6000 строк анализировать таким путем - задача не тривиальная.

Своего отладчика у RLS нет, однако, что если мы просто конвертнем код RLS в код BSL, к которому мы привыкли, и таким образом просто обычным отладчиком все проверим?

Тогда идем на вкладку BSL код и видим пару кнопок:

1. Конвертирует RLS в BSL код, который можно выполнить прям тут.

2. Выполнение кода BSL

3. Конвертирует во внешний код, который можно вставить во внешнюю обработку.

4. Собственно сам BSL

5. Результат выполнения BSL.

Ну и конечно, при анализе больших RLS - не редко возникает необходимость использования шаблонов, и шаблонов может использоваться 2,3, 5 и более. В таком случае вам поможет вкладка RLS просмотр, которая вернет результирующий RLS, со всеми шаблонами и т.д.

7. Создание новых ролей в конфигурации

Окей, роль мы создали, надо теперь ее проверить в действии, но у нас же в конфигурации роли такой нету.

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

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

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

Что происходит в этот момент

В этот момент в систему добавляется новое расширение, которое содержит в себе указанную ранее роль.

Далее дело за малым, идем в профили, убираем старую роль и даем новую и все, можем теперь зайти под этим пользователем и убедиться, что все сработало на ура :)

8. Свои параметры сеансов

А что, если надо дать этот запрет ТОЛЬКО в том случае, когда мы заходим мод мобильным клиентом, например, а если под стационарным, то все должно быть видно.

В этом случае - нам надо создать свой параметр сеанса, и поставить отбор по нему.

Тогда создаем новый параметр:

Ставим галочку "Использовать код", и прописываем код установки этого параметра:

SessionParameters.AccRoles_isMobileClient = ОбщегоНазначения.ЭтоМобильныйКлиент();

Тут есть один нюанс - имя параметра имеет префикс "AccRoles_" и надо не забывать его прописывать.

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

Потом идем в роль, и дописываем условие:

#Если &ОграничениеДоступаНаУровнеЗаписейУниверсально #Тогда
#ДляОбъекта("")
#Иначе
#ПоЗначениям( "Документ.ЗаказКлиента","Чтение","",
"Организации","Организация",
"Склады","Склад",
"ГруппыПартнеров","Партнер",
"Подразделения","Подразделение", 
"","НЕ Статус = Значение(Перечисление.СтатусыЗаказовКлиентов.Закрыт) 
     OR Not &AccRoles_isMobileClient", 
"","", "","", "","", "","", "","", "","", "","", "","", "","", "","", "","" )
#КонецЕсли

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

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

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

9. Обычные формы и расширение...

Мы уже говорили о том, что это расширение прекрасно работает и с обычными формами? Условие только одно - совместимость на 8.3.14.

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

Давайте возьмем типовую УТ10 и накатим на нее все тоже самое.

Для начала - поднимем совместимость

ВНИМАНИЕ - не делайте этого, если вы четко не понимаете последствий, и ТОЧНО не делайте это сразу на оригинальной базе, только на копии. Также надо учесть, что обновление на больших базах может занять прилично времени!

Возьмем типовую "голую" УТ10. И первое что надо сделать - включить режим редактирования конфигурации:

Далее - на основной ветке конфигурации щелкнуть по второй колонке два раза и выбрать второй пункт:

Так как поднятие платформы включает доп настройку в подсистемах, что на обычных формах никак не сказывается, то разрешим изменение всех подсистем:

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

Далее жмем обновление и ждем, в ходе обновления могут появляться всякие предупреждения, о том, что имя картинки не уникально и т.д., смело жмем ДА:

Если вы попробуете сразу запустить конфигурацию, то можно увидеть вот такие ошибки, например:

{ОбщийМодуль.ИнтеграцияЕГАИСУТКлиентСерверГлобальный.Модуль(8,9)}: Процедура или функция с указанным именем уже определена (СтрНайти)
Функция <<?>>СтрНайти(Строка,
{ОбщийМодуль.ИнтеграцияЕГАИСУТКлиентСерверГлобальный.Модуль(38,9)}: Процедура или функция с указанным именем уже определена (СтрНачинаетсяС)
Функция <<?>>СтрНачинаетсяС(Строка, ПодстрокаПоиска) Экспорт

Это связано с тем, что в платформах более древних - не было каких-то функций, и в конфигурацию они добавлены для совместимости, поэтому, надо найти модули СтроковыеФункцииКлиентСервер и ИнтеграцияЕГАИСУТКлиентСерверГлобальный найти в них функции и удалить:

В модуле ИнтеграцияЕГАИСУТКлиентСерверГлобальный:

В модуле СтроковыеФункцииКлиентСерве:

При обновлении этого модуля - программа может ругаться, но мы не обращаем на это внимание, в разумных пределах, разумеется, ибо если удалили что-то лишнее - будет грустно, но вы же делаете это на бекапе - верно?

Теперь подключаем расширение, если не нужен английский язык, то удаляем его, если не нужен русский - то удаляем его. В случае ERP - там уже есть английский, поэтому надо просто переименовать с English, на Английский:

И не забываем пользователям дать права, по умолчанию - две роли, для Админа, и для всех остальных пользователей, и у пользователя, у которого обновляем расширение, снимаем защиту от опасных действий, либо отключаем профилями безопасности:

Если все сделано хорошо, то тогда в Операции - Обработка, вы сможете найти обработку с названием "Роль команд для общих форм":

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

Жмем "Загрузить роли" и видим, что система подгрузила 18 ролей:

И теперь можем открыть любую роль:

Ну а дальше уже - можно создавать роли, копировать и модифицировать, ставить ограничения и кучу всего другого.

FAQ

Не большой FAQ для разработчиков и тех, кому интересно.

Почему используется выгрузка DumpConfigToFiles вместо DumpConfigFiles с параметром Right?

Как происходит генерация расширения с учётом кучи свойств?

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

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

У разных объектов - есть разные свойства, например, xml справочника выглядит вот так:

<?xml version="1.0" encoding="UTF-8"?>
<MetaDataObject xmlns="http://v8.1c.ru/8.3/MDClasses" xmlns:app="http://v8.1c.ru/8.2/managed-application/core" xmlns:cfg="http://v8.1c.ru/8.1/data/enterprise/current-config" xmlns:cmi="http://v8.1c.ru/8.2/managed-application/cmi" xmlns:ent="http://v8.1c.ru/8.1/data/enterprise" xmlns:lf="http://v8.1c.ru/8.2/managed-application/logform" xmlns:style="http://v8.1c.ru/8.1/data/ui/style" xmlns:sys="http://v8.1c.ru/8.1/data/ui/fonts/system" xmlns:v8="http://v8.1c.ru/8.1/data/core" xmlns:v8ui="http://v8.1c.ru/8.1/data/ui" xmlns:web="http://v8.1c.ru/8.1/data/ui/colors/web" xmlns:win="http://v8.1c.ru/8.1/data/ui/colors/windows" xmlns:xen="http://v8.1c.ru/8.3/xcf/enums" xmlns:xpr="http://v8.1c.ru/8.3/xcf/predef" xmlns:xr="http://v8.1c.ru/8.3/xcf/readable" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.8">
	<Catalog uuid="9c2b82fa-1adc-427f-a0d8-6eaeb2bef2b0">
		<InternalInfo>
			<xr:GeneratedType name="CatalogObject.Банки" category="Object">
				<xr:TypeId>0ad45a19-1ec2-440a-8751-9f9a658125cb</xr:TypeId>
				<xr:ValueId>21cc3b2b-46a7-4efe-8458-115eb901e246</xr:ValueId>
			</xr:GeneratedType>
			<xr:GeneratedType name="CatalogRef.Банки" category="Ref">
				<xr:TypeId>c8b51a5c-fe62-4e33-b9c9-7218f4c45a62</xr:TypeId>
				<xr:ValueId>a15ef270-ad3c-4f0f-afb0-91764ba2e0b0</xr:ValueId>
			</xr:GeneratedType>
			<xr:GeneratedType name="CatalogSelection.Банки" category="Selection">
				<xr:TypeId>2d97819f-3b3f-4aac-867b-266f85c0f85e</xr:TypeId>
				<xr:ValueId>62024f40-7fa1-43ef-81c2-f6338804f868</xr:ValueId>
			</xr:GeneratedType>
			<xr:GeneratedType name="CatalogList.Банки" category="List">
				<xr:TypeId>df1dcbc8-6545-46d9-b292-39bae1dbe780</xr:TypeId>
				<xr:ValueId>8f46be6d-0f35-4cbc-b312-cf827c3021d3</xr:ValueId>
			</xr:GeneratedType>
			<xr:GeneratedType name="CatalogManager.Банки" category="Manager">
				<xr:TypeId>50f2b315-fd0c-438c-85c1-a597c6ddeb63</xr:TypeId>
				<xr:ValueId>55db6044-a457-48c0-8daf-32450793ee00</xr:ValueId>
			</xr:GeneratedType>
		</InternalInfo>
		<Properties>
			<Name>Банки</Name>
			<Comment/>
			<ObjectBelonging>Adopted</ObjectBelonging>
		</Properties>
		<ChildObjects/>
	</Catalog>
</MetaDataObject>

Т.е. для него обязательно нужны теги InternalInfo, Properties, ChildObjects. Причем, у каждого типа объекта - они могут быть разными.

Все GUID - генерируются каждый раз динамически, и платформа это нормально принимает, так как эти GUID важны только если вы привязываетесь к объекту не только по имени, но и его ID (а мы это не используем), или если вы делаете собственные объекты в расширении, которые модифицируют структуру конфы, ну например - не расширяете справочник, а добавляете новый.

Для того, чтобы определить - какие теги у каких объектов, то существует три функции:

Roles_Settings.hasOnlyProperties(RefData)
Roles_Settings.hasNoChildObjects(RefData)
Roles_Settings.hasNoInternalInfo(RefData)

В них и описано все.

Кроме этого - есть функция Roles_Settings.MetaDataObject, в которой описаны все варианты этих тегов для всех объектов, например:

	AccumulationRegister = New Structure;
	AccumulationRegister.Insert("AccumulationRegisterRecord"   , "Record"	);
	AccumulationRegister.Insert("AccumulationRegisterManager"  , "Manager"	);
	AccumulationRegister.Insert("AccumulationRegisterSelection", "Selection");
	AccumulationRegister.Insert("AccumulationRegisterList"	   , "List"     );
	AccumulationRegister.Insert("AccumulationRegisterRecordSet", "RecordSet");
	AccumulationRegister.Insert("AccumulationRegisterRecordKey", "RecordKey");
	MetaDataObject.Insert("AccumulationRegister", AccumulationRegister);

Проблемы с русским и английским скриптом

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

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

И вот мы столкнулись с проблемой - как получить имена на английском? Например, что Справочник - это Catalog. Писать соответствия - можно, но это очень не хочется.

Итого, родился вот такой франкенштейн:

Function GetRefForAllLang(Name, XMLTypeRef = Undefined) Export
	If Metadata.ScriptVariant = Metadata.ObjectProperties.ScriptVariant.English Then
		Return Enums.Roles_MetadataTypes[Name];
	Else
		If XMLTypeRef = Undefined Then
			Return Undefined;
		Else
			XMLParts = StrSplit(XMLTypeRef, "<.:", False);
			TypeIndexFromEnd = 2;
			TypeName = XMLParts[XMLParts.UBound() - TypeIndexFromEnd];
			RefText = "Ref";
			TypeName = Left(TypeName, StrLen(TypeName) - StrLen(RefText));
			Return Enums.Roles_MetadataTypes[TypeName];
		EndIf;		
	EndIf;
EndFunction

в Name приходит конструкция типо Метаданные.Документы.ЗаказКлиента, и в ответ я должен получить Enums.Roles_MetadataTypes.Document, вот второй вариант, когда конфа на русском получает на вход еще и сериализованное в XML представление этого типа, откуда собственно все и парсится.

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

Function TranslationList(Val TranslateString = "") Export
	Str = New Structure;
	Str.Insert("ИмяПредопределенныхДанных", "PredefinedDataName");
	Str.Insert("Код", "Code");
	Str.Insert("Наименование", "Description");
	Str.Insert("ПометкаУдаления", "DeletionMark");
	Str.Insert("Предопределенный", "Predefined");
	Str.Insert("Ссылка", "Ref");
	Str.Insert("ВидДвижения", "RecordType");
	Str.Insert("Активность", "Active");
	Str.Insert("НомерСтроки", "LineNumber");
	Str.Insert("Регистратор", "Recorder");
........
EndFunction

И таких чудес на самом деле - не реально много, т.е. попытаться применить новые технологии в тех местах где есть кириллица - то еще счастье, но и сама 1С не способствует этому. И в данном случае - на английском коде работать значительно приятнее.

Загрузка ролей из другой версии выгрузки 1С

Увы, но 1С сделана так, что если вы выгрузили конфу в XML с платформы 8.3.15, и при том даже конфа была в режиме 8.3.14 - то вы все равно ее не загрузите в 8.3.14. Потому что в каждом файлике 1С ставит версию в главном теге:

version="2.8"

И казалось бы - ну и что? Теперь идем дальше. Мы хотим распарсить роль, чтобы ее загрузить.

Парсить ее при помощи просто пробега по XML - задача не реальная, ну ок, тогда используем XDTO фабрику, и тут нас ждем очень веселое событие.

Роли, как и прочие объекты имеют пространство имен xmlns="http://v8.1c.ru/8.3/MDClasses", и все бы ничего, но! Но с ними ничего нельзя сделать, даже нельзя пакет создать с таким именем. Т.е. оно как суслик, вроде есть, а не видно.

Так вот, если попытаться прочитать при помощи фабрики XDTO XML с таким пространством имени - 1С его распознает, и попробует привести к родному типу, однако, если у вас конфигурация текущая крутится на 8.3.14, т.е. версия xml 2.8, и вы хотите прочитать файлы, которые выгрузили в 8.3.15, где версия 2.9, то 1С вам скажет - неа! Атрибут версия должен быть равен 2.8. И не выше!

В этом, конечно, есть логика, поэтому оспаривать ее не будем, но нам ее надо обойти. Поэтому был придуман такой костыль:

	Try
		RightInfo = Roles_ServiceServer.DeserializeXMLUseXDTOFactory(Text);
	Except
		// Try to make lower version
		VersionIndex = StrFind(Text, "version=" + Char(34), , StrFind(Text, "Rights"));
		VersioneEndIndex = StrFind(Text, Char(34), , VersionIndex + 9) + 1;
		Version = Mid(Text, VersionIndex, VersioneEndIndex - VersionIndex);
		Text = StrReplace(Text, Version, "version=""2.8""");	
		RightInfo = Roles_ServiceServer.DeserializeXMLUseXDTOFactory(Text);
	EndTry;

Преимущества:

1. Не зависит от конфигурации

2. Работает с конфигурациями на базе БСП и без них

3. Работает с английскими и русскими конфигурациями

4. Работает с обычными и управляемыми формами

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

6. Не влияет на обновления, а если пришли существенные изменения в механизме ролей - позволяет их отладить и перегенерировать роли.

Кому этот продукт может быть нужен?

1. Разработчикам для анализа прав доступа, особенно в те моменты, когда принимают новых клиентов на обслуживание

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

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

4. Безопасникам - так как они смогут анализировать реальные права доступа

5. Конечным пользователям, если так можно выразиться, так как теперь не будут больше слушать фразы - что это долго, дорого, для этого надо звать программиста и т.д.

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

Вступайте в нашу телеграмм-группу Инфостарт

+211 –

См. также

Infostart Toolkit Air: Инструменты разработки в 1С:8.3 и 8.5

Инструментарий разработчика Роли и права Запросы СКД Разработчик Руководитель проекта 1С:Предприятие 8 Платные (руб)

Инструменты для разработчиков 1С 8.3 и 8.5: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.

16500 руб.

02.09.2020 285955 1608 423

1220

Запрет доступа к данным по зарплате для 1C:БП 3.0 и КА 2.5

Зарплата Роли и права Системный администратор Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)

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

9675 руб.

27.05.2021 60638 537 129

374

Автоподбор ролей для профилей и групп доступа в любых типовых базах 1С:УТ11, КА 2, ERP2, Розница 2/3, УНФ 16/3, БП 3, ЗУП 3 и подобных (УФ, Платформа 8.3.14+)

Инструменты администратора БД Роли и права Системный администратор Разработчик Пользователь 1С 8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Документооборот 1С:Зарплата и кадры государственного учреждения 3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!

23180 руб.

06.12.2023 25105 85 14

118

Infostart DataFormWizard: Управление вводом данных в 1С 8.3

Инструменты администратора БД Инструментарий разработчика Роли и права Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)

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

17000 руб.

10.11.2023 28809 103 46

107

Роли для кладовщика в 1С:Бухгалтерия 3.0

Логистика, склад и ТМЦ Роли и права Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Расширение для 1С:Бухгалтерия 3.0, которое позволяет использовать отдельные роли для доступа к складским документам, для доступа к документам раздела "Производство" и для доступа к документам раздела "Покупки".

5084 руб.

21.05.2019 1703963 607 197

151

Настройка прав пользователей и ограничений в 1С:УНФ

Ценообразование, анализ цен Роли и права Системный администратор 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Платные (руб)

Расширение возможностей программы 1С:УНФ 1.6 и 3.0. Функционал расширения - разграничение всевозможных прав пользователей и контроль при совершении различных действий.

5100 руб.

23.02.2018 69298 185 264

171

SALE! 20%

Настройка прав доступа пользователей в 1С

Роли и права 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия государственного учреждения 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление холдингом 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Платные (руб)

Универсальная обработка по настройке прав доступа пользователей в 1СЗУП, КА, УТ, ЕРП, ERP, УНФ, Розница, Управление холдингом) и разграничений позволяет в несколько кликов настроить даже самые нестандартные права.

~~5750~~ 4600 руб.

22.12.2021 38646 209 78

240

Расширение для разграничения доступа к контрагентам и обработка для группового назначения доступа для Бухгалтерии (RLS) 3.0

Роли и права Системный администратор Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение предназначено для Бухгалтерии предприятия (версии ПРОФ и КОРП). Типовая конфигурация остается на поддержке. С помощью расширения менеджер по продажам будет иметь доступ к контрагентам и списку их документов только в случае, если он является для них ответственным. Пользователю с полными правами также доступна обработка «Назначение ответственных» для группового добавления/удаления ответственного в карточке контрагента. Есть версия данного расширения для клиентов Fresh - в магазине расширений (Fresh)

9516 руб.

14.09.2022 9421 16 6

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. artbear 1590 18.10.21 15:07 Сейчас в теме

Дима, замечательная публикация.
Огромное спасибо за технические подробности и описание борьбы с проблемами.

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

2. DitriX 2118 18.10.21 15:08 Сейчас в теме

(1) всегда пожалуйста, ждем ваших пулов :)

3. artbear 1590 18.10.21 15:08 Сейчас в теме

(2) Опечатку "sonar cube" исправь на SonarQube

4. DitriX 2118 18.10.21 15:10 Сейчас в теме

(3) ага, спс, чето видать редактор поменял на автомате :) Буду у компа - пофиксю

5. logarifm 1133 18.10.21 19:40 Сейчас в теме

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

8. DitriX 2118 19.10.21 10:55 Сейчас в теме

(5)получилось оценить?

6. top_1c 4199 19.10.21 04:11 Сейчас в теме

Однозначно лайк! Как меня пугают всегда эти три буквы "Р", "Л" и "С" где роли понакопировали с типовых :) Скачкой тоже поддержу!

9. DitriX 2118 19.10.21 10:57 Сейчас в теме

(6)да. Та даже типовые теперь легко читать. А то там тоже косякоф дофига.типо есть рлс с отбром подразделения на чтение. Но нет на добавление и изменение - т.е. Добавить документ можно. А прочитать нельзя. И он просто исчезает :)

7. &rew 55 19.10.21 10:14 Сейчас в теме

Просто, держите мои стартмани.

10. DitriX 2118 19.10.21 10:57 Сейчас в теме

(7)не хватает пикчи Фрая :)

11. Dach 440 19.10.21 12:36 Сейчас в теме

(0) Если на справочник есть несколько ролей, имеющих РЛС на чтение - отчет по анализу их покажет? Как он покажет, если эти РЛС одинаковые и как - если разные?

12. DitriX 2118 19.10.21 12:40 Сейчас в теме

(11) там два отчета. Первый - это скд, где вверху может быть объект, а ниже - роли и их рлс.
Второй - это по профилям. Т.е. вы выбираете профиль конкретный, и он показывает к каким обхектам какие роли дают доступ, в ом числе и рлс.
Отчеты никак РЛС не сравнивают, а выводят все что есть.
Но если надо, то можно в отчете СКД немного подшаманить и сделать вывод только РАЗЛИЧНЫЕ.

Едиственное что отчет вычисляет - это максимум. Т.е. если есть роли где идет органичение по РЛС и есть роль где нет РЛС, а безусловная доступность, то в верхнем уровне отчет покажет что там безусловный доступ, но в расшифровкке будут видны РЛС

13. Dach 440 19.10.21 13:01 Сейчас в теме

(12)

Едиственное что отчет вычисляет - это максимум. Т.е. если есть роли где идет органичение по РЛС и есть роль где нет РЛС, а безусловная доступность, то в верхнем уровне отчет покажет что там безусловный доступ, но в расшифровкке будут видны РЛС

Вот это очень удобно! А нельзя отчет заюзать отдельно от подсистемы целиком? Если можно - может быть выложите его отдельно прям в этой же публикации?

14. DitriX 2118 19.10.21 13:02 Сейчас в теме

(13) не, не выйдет, он завзан на метаданные расширения. Так что увы, никак. А без парсинга - вы не сможете увидеть сами РЛС.
Т.е. получится что-то типо стандартного отчета БСП по правам.

15. &rew 55 19.10.21 13:28 Сейчас в теме

Подключил, смотрю. Есть у меня отчет в расширении. В анализе доступов я его пока не вижу. Суть проблемы в чем. Есть отчет, встроенный в расширение. Есть ограничение доступа на уровне записей. Когда отчет сохраняю как внешний РЛС отрабатывает безупречно, когда формирую встроенный (в расширение) - данные выводит с группировкой Объект не найден. Думаю дай ка попробую посмотреть системой доступа...

16. DitriX 2118 19.10.21 13:31 Сейчас в теме

(15) не понял, если честно :( Можно поподробнее?

17. &rew 55 19.10.21 13:38 Сейчас в теме

(16)Есть конфа КА2. Есть расширение (другое, не это))) с нужным отчетом. У этого расширения есть "Основная роль" (хотя это может и не важно). В этом (моём) расширении есть отчет. И все в нем чин чинарем, ВЫБРАТЬ РАЗРЕШЕННЫЕ где нужно установлено. Так вот, когда я формирую отчет встроенный, он (отчет) видит суммы по подразделениям, по которым настроено ограничение РЛС (сами подразделения при этом - <Объект не найден>). Но, когда я сохраняю этот отчет как внешний и запускаю, то он отрабатывает как и задумано было, т.е. выводит только разрешенные подразделения, без всяких "битых" ссылок. Вот я и хотел попробовать такую задачку с помощью этого инструмента раскурить.

18. DitriX 2118 19.10.21 13:43 Сейчас в теме

(17) главный вопрос какой - роль которая ограничивает права, она где? в том же расширении? или в ядре?
Тут просто вопрос в чем - если отчет видит данные, значит у него есть доступ к регистру, однако, так как он видит битые ссылки, значит у него нет доступа к самому справочнику.
Покурите в эту сторону. Т.е. убедитесь, что вы там не дали роль, которая имеет полный доступ к самому регистру.

19. &rew 55 19.10.21 13:47 Сейчас в теме

(18)Эх, если бы так, то я бы и внешним отчетом получил аналогичный результат. Получается в расширении у него на Чтение доступ есть, а на просмотр - нет, но как только мы его выгружаем во вне, то он "хоба" и прочесть уже не может (собственно и не должен). Но это не к инструменту вопрос а к задаче.

20. Yashazz 4931 19.10.21 13:54 Сейчас в теме

Если не секрет: эта подсистема делалась для какого-то коммерческого проекта? Силами скольких людей? За какое время?

21. DitriX 2118 19.10.21 14:02 Сейчас в теме

(20) да, у нас есть свое решение, которые мы разрабатываем на волне того, что устали от типовых, и начали пилить свой велосипед.
И там у нас нет ролей в конфигурации вообще, так как роли - это отдельный геммор и у каждого клиента они свои.
Поэтому мы разработали эту подсистему, чтобы можно было просто на лету генерировать роли под клиента.

Ну а потом решили поделиться с сообществом, так как решение получилось универсальным. А мы топим за модульность :)
Конкретно это расширение писал я, заняло у меня около месяца.

Если интересно про ядро почитать, то можно познакомиться с ним тут https://github.com/IRPTeam/IRP.

22. Mozgolom1988 20.10.21 15:13 Сейчас в теме

Ошибка при загрузке...

Прикрепленные файлы:

23. DitriX 2118 20.10.21 15:28 Сейчас в теме

(22) да, не думал что кто то на такое попадет.
Когда создается роль, то в табличную часть пишется ее парсинг.
Сейчас вы попали на какуюто роль, где количество прав более 100 000.
Это похоже на ну очень мега кривую роль, и такое можно добиться толко если роли поставить галочку - использовать для новый объектов, а потом снять все галочки.
Поэтому боюсь, что эту роль вы этой системой не загрузите, так как упретесь в пределы именно ограничения самой платформы 1С.
Что делать?
Если вы явно знаете что это за роль - просто удалите папку этой роли из xml, если не знаете, то просто идите методом половин, т.е. удалите половину всех папок с ролями, загрузите, если прошло, то удалите все папки, и скопируйте еще половину из иоставшихся, и т.д.
Пока не нарветесь на роль.

А когда вычислите что это за роль - то попытайтесь понять, все с ней в порядке?

24. DitriX 2118 20.10.21 15:30 Сейчас в теме

(22)дежите меня вкурсе про ваши успехи, у вас походу очень интересный случай. Можете мне в теграм написать, чтобы онлайн связь была @DitriXNew

25. Mozgolom1988 20.10.21 16:14 Сейчас в теме

(24)

Я завтра при записи думаю вытащить ее название и посмотрю что за роль. Попробую ее удалить и повторить загрузку. Отпишусь по результату (конфигурация "1С Управление Холдингом")

26. DitriX 2118 20.10.21 19:06 Сейчас в теме

(25) у меня нет доступа к этой конфе, максимум тестировал на ЕРП

27. Mozgolom1988 21.10.21 09:09 Сейчас в теме

(24)
все получилось, добавил код где запись в Попытку и в исключение вывел имена ролей.
Отдельно у себя посмотрю эти роли (4 штуки были и все добавленные).

28. DitriX 2118 21.10.21 13:04 Сейчас в теме

(27) отлично. Надеюсь что вы отпишите - как такое получилось. На будущее так сказать :)

29. ids79 8871 29.10.21 18:25 Сейчас в теме

Хороша разработка. Даже если и не применять, можно использовать много чего полезного для себя. Например отладка RLS

30. suhoi 25 26.01.22 15:07 Сейчас в теме

Конфигурация БГУ2
Нужно настроить РЛС по подразделениям (по аналогии с Организациями)
Можно с помощью Вашего расширения это сделать?

31. DitriX 2118 26.01.22 15:11 Сейчас в теме

(30) я не знаю что это за конфа, но в теории - да, эта система просто создаешь расширение с РЛС. Но лучше почитайте внимательно статью, чтобы понимать что система делает.
На УТ10 и на УТ11 все работает. Так что если это не конфа в режиме совместимости с 8.2 то все должно быть ок.

32. fullstack1c 36 03.02.22 09:53 Сейчас в теме

Добрый день! :)

Платформа 8.3.20.1590
Конфигурация 1С:Комплексная автоматизация 2 (2.5.7.279)
Команда Загрузить роли начинается и не завершается, бесконечно уходит в работу...так и должно быть?

33. DitriX 2118 03.02.22 14:53 Сейчас в теме

(32) нет, так быть явно не должно, но надо понять в чем причина, попробуйте загрузить в режиме отладки, и посмтрите - где оно зависает.
А я пока попробуй посмотреть что там с 20 платформой

34. ser6702 187 17.05.22 18:12 Сейчас в теме

А будет ли работать с Документооборотом 2.1? Там накрутили с правами

35. f87 16.06.22 20:14 Сейчас в теме

Поле объекта не обнаружено (SetSeparateRightToStandardAttributes)
{Roles ОбщийМодуль.Roles_RoleMatrix.Модуль(172)}: If Roles_Settings.hasStandardTabularSections(Meta) And ParamStructure.ObjectData.SetSeparateRightToStandardAttributes Then
{Roles ОбщийМодуль.Roles_RoleMatrix.Модуль(69)}: addSubtypeRow(MetaItem, MetaItemRow, ParamStructure);
{Roles Справочник.Roles_AccessProfiles.Форма.ItemForm.Форма(164)}: TabDocMartix = Roles_RoleMatrix.GenerateRoleMatrix(RoleTree, ObjectData, True, True);
{Roles Справочник.Roles_AccessProfiles.Форма.ItemForm.Форма(68)}: UpdateMatrixAtServer(AllRights);

Версия 1.0.8.241

36. triviumfan 103 17.06.22 11:42 Сейчас в теме

При открытии роли, переходе в матрицу и двойной клик на объекта метаданных получаю ошибку.

Поле объекта не обнаружено (RolesEditObjectFullName)
{Roles Справочник.Roles_AccessRoles.Форма.ItemForm.Форма(321)}:	ElsIf CurrentRow[Field.Name] Then
{Roles Справочник.Roles_AccessRoles.Форма.ItemForm.Форма(139)}:	SetFlags(CurrentRow, Field);

Плюс загрузка из файлов XML не работает. Ничего не происходит. Отлаживать сие решение нереально - весь код на английском. И проблема не в том, что я с ним не знаком, как раз наоборот, проблема в нечитаемости, невозможности поиска методов платформы в синтакс-помощнике (да, он глупый и в большинстве случаев ищет только на русском языке).
Так и не понял, как мне воспользоваться отладкой шаблона.
1.0.8.241

Прикрепленные файлы:

37. user1808757 13.09.22 11:43 Сейчас в теме

криво работает на конфе Управление Холдингом. роли из XML не хочет находить, выдает ошибку:
Поле объекта не обнаружено (ExclusiveModeTerminationAtSessionStart)
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(165)}:NewObject.RightName = Enums.Roles_Rights[ObjectRight.name];
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(264)}:LoadRightsToDB(RightObject, Text);
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(40)}:LoadFromXMLFormat(Settings, Rights);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(218)}:Roles_ExportAndLoadCurrentRoles.UpdateRoleExt(AddInfo.Settings, CountRoles, Log);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(196)}:SaveFilesAtServer(FileDescription.Address, AddInfo);

при нажатии на кнопку заполнить из текущей базы. не все роли попадают в список ролей. из 780 ролей добавилось только 361. при попытке загрузить роль из базы, 1С зависает и ничего не происходит
платформа 8.3.20.1684 УХ 3.1

38. Hans 3 18.10.22 18:16 Сейчас в теме

{<Неизвестный модуль>(18,49)}: Пропущен символ '"' (двойная кавычка)
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(265)}: Execute("Result = " + Code);
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(161)}: Result = CalculateResult(Code, Query);
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(137)}: CalculateTreeRow(NewRow, Rows);
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(78)}: CalculateResultQuery(RLSParamStructure);

по причине:
{<Неизвестный модуль>(18,49)}: Пропущен символ '"' (двойная кавычка)
И ("Условие" = "" И "Т.ХозяйственнаяОперация В (<<?>>
{<Неизвестный модуль>(18,49)}: Ожидается символ ')'
И ("Условие" = "" И "Т.ХозяйственнаяОперация В (<<?>>
{(7, 6)}: Синтаксическая ошибка
И Не <<?>>СтрСодержит(",Объект, ,ПравоЧтения,ПравоИзменения,ПравоЧтенияПоИдентификатору,ПравоИзмененияПоИдентификатору,", ",Подразделения,"))
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(283)}: Return Query.Execute().Unload()[0].Result;
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(161)}: Result = CalculateResult(Code, Query);
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(137)}: CalculateTreeRow(NewRow, Rows);
{Roles ОбщаяФорма.Roles_ConvertTemplateToQuery.Форма(78)}: CalculateResultQuery(RLSParamStructure);

по причине:
{(7, 6)}: Синтаксическая ошибка
И Не <<?>>СтрСодержит(",Объект, ,ПравоЧтения,ПравоИзменения,ПравоЧтенияПоИдентификатору,ПравоИзмененияПоИдентификатору,", ",Подразделения,"))

Роль рабочая. Отладка РЛС нерабочая.

39. SergMuravev 954 01.04.23 23:50 Сейчас в теме

(0) Если в строку выгрузки добавить параметр -listFile
... /DumpConfigToFiles "c:\КаталогВыгрузки" -listFile "c:\СписокВыгружаемыхОбъектов.txt"

то будет выгружена не вся база, а только нужные объекты

в файле СписокВыгружаемыхОбъектов.txt например одна строка

Роль.АдминистраторСистемы

40. 1Cynep4eJIoBek 13.05.23 12:03 Сейчас в теме

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

41. melis 97 12.12.23 09:12 Сейчас в теме

Ошибка на конфигурации ERP 2.5.13.109, платформа 8.3.23.1865 - пока нет идей где код такое поле нашел, при поиске такого поля нет:

Поле объекта не обнаружено (ExclusiveModeTerminationAtSessionStart)
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(165)}:NewObject.RightName = Enums.Roles_Rights[ObjectRight.name];
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(264)}:LoadRightsToDB(RightObject, Text);
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(40)}:LoadFromXMLFormat(Settings, Rights);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(140)}:Roles_ExportAndLoadCurrentRoles.UpdateRoleExt(Settings, CountRoles, Log);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(73)}:LoadRolesFromCurrentConfigEnd(Settings);

42. melis 97 12.12.23 13:50 Сейчас в теме

на первой ошибке заглушку поставила (поле вероятно "живет" в таблицах sql с таким именем: В перечислении пытается найти поле - Enums.Roles_Rights не найдено - ExclusiveModeTerminationAtSessionStart)... но теперь (при загрузки из xml) возникла следующая ошибка - число строк табличной части превысило число 99999 строк. Если ролей действительно много в erp 2.5 + нетиповые роли, то место хранения надо менять на регистр сведений.
в справочнике Roles_AccessRoles, в табличной части Rights - оказалось много строк.... Пока всю логику не разобрала еще, но текст ошибки такой:

Ошибка при вызове метода контекста (Записать)
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(271)}:RightObject.Write();
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(40)}:LoadFromXMLFormat(Settings, Rights);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(140)}:Roles_ExportAndLoadCurrentRoles.UpdateRoleExt(Settings, CountRoles, Log);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(73)}:LoadRolesFromCurrentConfigEnd(Settings);

по причине:
Табличная часть объекта содержит более 99999 строк - 'Роли доступа.Права'

43. melis 97 12.12.23 14:28 Сейчас в теме

Табличная часть объекта содержит более 99999 строк - 'Роли доступа.Права' - это косяк первой заглушки - надо видимо просто прерывать цикл здесь:
Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(165)}:NewObject.RightName = Enums.Roles_Rights[ObjectRight.name];

44. Eos 07.10.24 11:44 Сейчас в теме

Добрый день! Подскажите пожалуйста, работает ли данное расширение на ERP или ERP УХ? У меня не получилось. Сначала была ошибка Табличная часть объекта содержит более 99999 строк - 'Роли доступа.Права' . Попробовал по совету melis прерывать цикл здесь:
Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(165)}:NewObject.RightName = Enums.Roles_Rights[ObjectRight.name];
Загрузка прошла успешно, но информации явно не хватает. Нет RLS в ролях и часть полезных функций не работает.

45. o.nikolaev 219 05.11.24 17:07 Сейчас в теме

Хоть тресни, не понимаю - зачем писать код 1С на английском :(

46. 7OH 90 19.12.24 16:02 Сейчас в теме

Я могу с помощью этого решения выбрать строку в регистре, пользователя и чтобы оно мне сказало - почему не видна строка ?
У пользователя есть роль, при которой ограничения быть не должно - всё разрешено, но строка в регистре упорно прячется.

47. TariK 19.02.25 12:48 Сейчас в теме

Для ЗУПа 3.1 (3.1.30.116) - НЕ РАБОТАЕТ!

48. MrFlanker 254 15.08.25 02:33 Сейчас в теме

Установил расширение на типовую
1С:Предприятие 8.3 (8.3.27.1606)
Управление торговлей, редакция 11 (11.5.22.85)

При загрузке ролей из текущей базы ошибка:

Поле объекта не обнаружено (IntegrationServiceChannel)
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(159)}:NewObject.ObjectSubtype = Enums.Roles_MetadataSubtype[ObjectFullName[2]];
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(264)}:LoadRightsToDB(RightObject, Text);
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(40)}:LoadFromXMLFormat(Settings, Rights);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(140)}:Roles_ExportAndLoadCurrentRoles.UpdateRoleExt(Settings, CountRoles, Log);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(73)}:LoadRolesFromCurrentConfigEnd(Settings);

[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка]

Прикрепленные файлы:

51. nedomolkov.ivan 513 02.09.26 08:19 Сейчас в теме

(48) (50) Три сообщения выше про две разные поломки, и обе видно прямо в тексте ошибки.

Первая. Enums.Roles_MetadataSubtype[ObjectFullName[2]] падает на IntegrationServiceChannel. Это вид метаданных "Канал сервиса интеграции", и в перечислении подсистемы такого элемента просто нет, поэтому обращение по имени не находит значение. Конфигурация ни при чём, лечится добавлением элемента в перечисление.

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

У себя по этой же причине складываю права не в ТЧ, а плоской матрицей на выгрузку: https://infostart.ru/1c/tools/2760396/

49. MrPSerg 5 09.10.25 09:28 Сейчас в теме

Типовая ЗУП (3.1.35.14)
Ошибка при загрузке ролей из XML

Поле объекта не обнаружено (IntegrationServiceChannel)
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(159)}: NewObject.ObjectSubtype = Enums.Roles_MetadataSubtype[ObjectFullName[2]];
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(264)}: LoadRightsToDB(RightObject, Text);
{Roles ОбщийМодуль.Roles_ExportAndLoadCurrentRoles.Модуль(40)}: LoadFromXMLFormat(Settings, Rights);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(218)}: Roles_ExportAndLoadCurrentRoles.UpdateRoleExt(AddInfo.Settings, CountRoles, Log);
{Roles ОбщаяФорма.Roles_ConnectionSettingsForm.Форма(196)}: SaveFilesAtServer(FileDescription.Address, AddInfo);

50. aueljo 16.12.25 08:47 Сейчас в теме

Типовая ЗУП (3.1.35.14) - Не работает.
Ошибки:
Табличная часть объекта содержит более 99999 строк - 'Роли доступа.Права'

Очень жаль, хорошая идея заложена

Для отправки сообщения требуется регистрация/авторизация

Автор:

Дмитрий Шерстобитов (DitriX)

Рейтинг: 2118

Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.

Публикация:

№ 1222978

Создание 18.10.21 14:00

Обновление 28.10.21 22:08

Статистика:

Просмотры 38628

Загрузки 378

Рейтинг 211

Комментарии 51

Характеристики:

Код открыт Да

Рубрики Роли и права

Кому Разработчик

Тип файла Расширение (cfe)

Платформа 1С:Предприятие 8

Конфигурация 1C:Бухгалтерия

Операционная система Не имеет значения

Страна Не имеет значения

Отрасль Не имеет значения

Налоги Не имеет значения

Вид учета Не имеет значения

Доступ к файлу Абонемент ($m)

Подсистема прав доступа (анализ ролей, отладка RLS, английский код, обычные и управляемые формы)

Файлы

Немного про проблемы, которые мы хотели решить этой подсистемой

Принятое решение

1. Подключается новое расширение, возьмем для примера УТ11:

2. Идем в опцию загрузки ролей "Загрузка данных ролей из XML" , и загружаем роли:

3. Теперь можно провести анализ ролей. Давайте откроем какую-то роль, и посмотрим - что там?

4. Справочник профилей

5. Отчет по правам доступа

6. Анализ и дебаг RLS

7. Создание новых ролей в конфигурации

8. Свои параметры сеансов

9. Обычные формы и расширение...

FAQ

Преимущества:

Кому этот продукт может быть нужен?

См. также

Журнал

База знаний

Лаборатория

Анализ & Управление

Сопровождение 1С

Корпоративные решения

Обучение

Маркетплейс

Проектный офис

Мероприятия

Видеозаписи

Биржа заказов

Форум

Мерч

О компании