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

Публикация № 1197307

Администрирование - Информационная безопасность - Роли и права

RLS список ограничение

Решение разработчика в зависимости от опыта работы. Ограничение отображаемого пользователю списка без применения RLS.

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

Вернее, обсуждение данной темы... 

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

И хорошо, что его нет, если бы этот "бриллиант" существовал, то все бы его "зазубрили" в начальной школе, и обсуждения бы не было.

Такие "технологические" обсуждения нужны и интересны, но...всё-таки отличие Junior'а от Oldschool'а в большей степени сказывается в подходе к решению других задач.

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

В "историческом прошлом" приходилось "решать" множество "непонятных мне хотелок" по 1С - от "добавления 5-ти знаков после запятой в цену" до печатной формы "Накладной на отпуск материалов на сторону (М-15)" для документа "Перемещение товаров", который из Управления торговлей потом должен перегрузиться в Бухгалтерию.

И спорить с инициатором в обоих случаях было бесполезно.

Оправдание им, только недопонимание "экономическими" специалистами сути их "хотелок", в первом случае упорствование в своём желании перенести свои "экселевские" достижения на другую "почву", без оглядки на очевидное, что у нас копейки, в США центы, и меньше просто не бывает.

Во-втором, непонимании логики применения того или иного вида документа, "неосознании" того, что М-15 подразумевает передачу материальных ценностей из одного предприятия в другое, а Перемещение как документ нет.

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

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

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

 

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

В компании используется "Управление IT-отделом 8", учёт ведётся по множеству организаций и множеству складов - территориально-распределенное торговое оборудование.

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

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

 

Начинающий (Junior) и Уже с опытом (Middle) прочитав такую постановку сразу примутся за дело - ведь "ограничить" - это же "чистый" RLS.
 
Делов-то, добавим в карточку реквизит "Склад", сделаем его обязательным и задача нами решена. На вопрос - оператор будет его всегда выбирать? - сразу без раздумий звучит ответ - нет, мы его возьмём и заполним из настроек пользователя. Никаких сомнений - результат достигнут!
 
Ведущий разработчик (Senior), Эксперт (Expert) и тем более Огромный опыт (Oldschool) должны и поступят иначе. Зададут себе вопросы, чтобы оценить  последствия от выбора  того или иного варианта решения?
 
Первый вопрос - зачем карточки номенклатуры в конфигурации? Какова цель их применения?
 
 Описание справочника из помощи

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

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

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

Анализ показывает, что данный справочник связан с другими объектами: справочниками Местоположения и Шаблоны заданий, документами Задание, Изменение показателей оборудования, Инвентаризация, Наряд на работы, Начало обслуживания, Окончание обслуживания, Перемещение, Поступление, Продажа, Разбиение комплектации, Сборка комплектации, Списание, Учет денежных средств, регистрах сведений Бюджеты, Состояние карточек номенклатуры, Статусы карточек номенклатуры, Характеристики, Штрихкоды номенклатуры и в регистрах накопления Закупки, Комплектация, Обслуживание контрагентами, Остатки, Показатели оборудования, Продажи, Ремонты.

Как видим степень "вовлеченности" карточки в "архитектуру" значительна. Добавление нового реквизита возможно приведёт к необходимости изменений где-то ещё.
 
Третий вопрос - какова может быть "история жизни" в базе конкретного экземпляра карточки? 
 
Обсудим "Автомобиль ВАЗ 2107 гос. номер: К117ВТ 123 RUS" из справки.
Когда-то он нами был куплен и определен на место хранения "Склад 1".
Эксплуатировался ежедневно, и в какой-то момент возникла необходимость в ремонте.
У нас крупная организация и есть подразделение, которое выполнит такой ремонт - машина поехала туда и через некоторое время вернулась на своё первоначальное место хранения. Через какое-то время головное руководство приняло решение купить нам новый автомобиль, а этот переместить в другой филиал, где через несколько лет он был продан или списан.
"Жизненный путь" может быть долгим и местонахождений объекта в течении этого цикла может быть множество.
 
 
Теперь давайте вернёмся к нашим действующим лицам, к тем кто уже решил поставленную задачу и не видит в ней никакой сложности.
 
Зададим им вопрос, который обязательно зададут те, кто будет эксплуатировать базу после доработки.
 
Что нужно сделать с реквизитом карточки "Склад", когда машина поехала на ремонт?
Поменять на место ремонта, но тогда здесь карточка из списка "пропадёт".
Оставить как есть, но тогда она в ремонтном подразделении не "появится".
 
Значит и тем, и тем дать доступ к этим складам.  Ремонтное подразделение конечно может желать видеть с чем им придётся иметь дело. А зачем lдругим видеть всё, что оприходовано в ремонтном подразделении? 
 
А если её передали в другой филиал?
Тогда точно поменять "Склад" на новое место. А что тогда мы увидим в документе первоначального поступления её в организацию?
 
То есть, выбрав такое решение, "бизнес" получит "потери":
 
Про автомобиль переданный в ремонт кто-то может "забыть", а ремонтники по этой причине будут не торопиться его вернуть. Никто же не торопит с возвратом.
 
Открыв документ из прошлого окажемся в ситуации - искать бумажные версии документов в которых можно найти, что же было в них - в базе же, там где должна быть карточка -"белое пятно".
 

Вывод: Решение лежащее на поверхности - добавление реквизита и RLS - приведёт к новым проблемам.

 

А как же решать:

Найти то, единственное в данном случае место, в которое нужно внести изменения.

Локализуем код, который будем править, в форме списка "Карточки номенклатуры" используется динамический список

 
 с произвольным запросом

 

Вот его-то и надо исправить для достижения требуемого результата.

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

Но для полноценного решения этого недостаточно.

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

И, наконец, наши созданные, но ещё не использованные карточки.

Собственно, всё это в прилагаемом файле - технология, доступная всем от .Junior'а до Oldschool'а.

Лишь пару примечаний:

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

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

 

Работа расширения проверена на Управление IT-отделом 8, редакция 3.1 (3.1.3.15) (softonit.ru).

В заключение:

Надеюсь, данная публикация поможет начинающим в деле становления по пути к экспертам.

И всем тем, кто "ощущает" себя уже "сеньором", но всё ещё выбирает "добавить Склад".

 

Мои публикации:

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

Анализ оборачиваемости для УТ 11.4

Скачать файлы

Наименование Файл Версия Размер
Расширение для Управление IT-отделом 8, редакция 3.1 (3.1.3.15) (softonit.ru). Карточки номенклатуры

.cfe 16,32Kb
24.02.20
0
.cfe 16,32Kb Скачать

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. VmvLer 25.02.20 10:41 Сейчас в теме
Заголовок дает претензию на то, что в теме будет понятный сравнительный анализ вариантов решения
с четкой детализаций разниц.

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

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

Остальные проф темы будут в своих профильных разделах.
paybaseme; Ta_Da; user764477; Diversus; +4 Ответить
2. user633166 9 25.02.20 11:05 Сейчас в теме
(1) Ваше право написать лучше, детальней, прозрачней, детальней, удобней...

А я вашу критику приму к сведению и буду стараться изложить следующий раз понятнее.
3. Diversus 2074 25.02.20 11:10 Сейчас в теме
А ваше решение действительно "senior-ское"?
Вы используете в запросе левое-соединение с подзапросом к регистру остатков.
Но вот тут: Типичные причины неоптимальной работы запросов и методы оптимизации говорят, что это не правильно.
user764477; wowik; +2 Ответить
5. user633166 9 25.02.20 14:56 Сейчас в теме
(3) Отвечу так - если я правильно понял то вы руководствуетесь данной фразой ИТС "Оптимизатор сервера СУБД (независимо от того, какую СУБД вы используете) не всегда может правильно оптимизировать подобный запрос. В данном случае, проблемой для оптимизатора является выбор правильного способа соединения. Существуют несколько алгоритмов соединения двух выборок. Выбор того или иного алгоритма зависит от того, сколько записей будет содержаться в одной и в другой выборке. В том случае, если вы соединяете две физические таблицы, СУБД может легко определить объем обоих выборок на основании имеющейся статистики. Если же одна из соединямых выборок представляет собой подзапрос, то понять, какое количество записей она вернет, становится очень сложно. В этом случае СУБД может ошибиться с выбором плана, что приведет к катастрофическому падению производительности запроса."

Два момента:
Дата публикации 07.12.2015 Типичные причины неоптимальной работы запросов и методы оптимизации - считаете, что производители СУБД 5 лет не работали.
И второй, я не пытаюсь реализовать "оптимальное решение", поскольку "Выбор того или иного алгоритма зависит от того, сколько записей будет содержаться в одной и в другой выборке."
4. Liogon 8 25.02.20 14:36 Сейчас в теме
А на каком уровне у разработчика возникает вопросы типа "А какую проблему вы хотите решить этой доработкой?" и "Почему это является проблемой?" Из контекста постановки я предполагаю, что пользователям тяжело работать с большим списком данных, большая часть которых для него вообще не актуальна. Но тогда возникает другой вопрос. "Что такого у пользователя произошло в жизни, что ему этот список потребовался?" Ответ будет лежать в плоскости бизнес-процессов, а не конфигурации. Но оттуда уже будет ясно, что разумнее будет не переделывать динамический список и крутить РЛС, а сделать отчёт, который покажет только нужные карточки. Либо настроить один из типовых. Либо сделать форму подбора в документ. И с точки зрения поддержки это будет более "удобное решение". Все изменения лежат на поверхности. А то и вообще в справочнике доп.обработки.
6. user633166 9 25.02.20 15:03 Сейчас в теме
(4) Вы правильно понимаете, что у пользователя проблема работы со большим списком карточек номенклатуры, в общей массе не актуальных для него. И представьте себе, он зачем-то этот список открывает. Вероятно у него такой бизнес-процесс. Тогда вопрос к Вам - отключить у пользователя возможность открыть такой список? А в форме подбора(выбора) Вы что собираетесь поменять, чтобы ограничить список?
7. Liogon 8 25.02.20 15:17 Сейчас в теме
(6)
И представьте себе, он зачем-то этот список открывает. Вероятно у него такой бизнес-процесс.


Так вот в этом то и вся суть. Зачем-то это зачем? Тут, навскидку, есть 2 варианта:
1) Это форма выбора, а не форма списка. Соответственно этот список открылся из какой-то другой формы.
2) Если это форма списка, значит пользователь какие-то действия может делать либо только в ней, либо оттуда проваливается в форму элемента, и какие-то действия совершает там. Такие вещи решаются созданием АРМ, которое в общем случае можно просто приставить к основной конфигурации, не изменяя логику её работы.


(6)
отключить у пользователя возможность открыть такой список?


Лишить его причин туда заходить и он сам перестанет это делать. К тому же наверняка уже есть, или появится в обозримом будущем категория пользователей, которым нужен этот список целиком.
8. user633166 9 25.02.20 15:54 Сейчас в теме
(7) "Хотелка" возникла по форме списка, рассуждения по теме как сделать "хорошо" пользователю, чтобы он не просил эту "хотелку" - сделать вместо этого ему АРМ, не тема этой публикации, я просто продемонстрировал разные подходы к решению.
Категория пользователей с административными правами на весь список была с самого начала, и будет всегда даже в необозримом будущем.
Оставьте свое сообщение

См. также

Анализ ролей и прав по профилю или пользователю и отбору метаданных Промо

Роли и права v8::УФ v8::Права v8::СКД 1cv8.cf Россия Абонемент ($m)

Отчет анализа ролей и прав с фильтром по профилю ИЛИ пользователю и отбору по метаданным (документы, справочники, регистры сведений и накоплений, обработок, планов обмена, констант, отчетов), ролям и правам. Тестировано на платформах: 8.3.11.2899,8.3.12.1440. Конфигурация: ERP 2.4.6.154

1 стартмани

02.08.2018    11537    79    strelec13    5    

Права доступа к объектам с гибкими отборами (расширение)

Роли и права v8 ERP2 БП3.0 КА2 ЗУП3.x Абонемент ($m)

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

2 стартмани

02.07.2020    3258    16    sapervodichka    17    

Доступ к функционалу ЭДО пользователя без администраторских прав

Документооборот и делопроизводство Роли и права v8 v8::Права УНФ Абонемент ($m)

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

1 стартмани

26.06.2020    1115    0    its_33    0    

Альфа-Ника: Кладовщик – расширение для 1С:Бухгалтерии 3.0

Учет ТМЦ Роли и права v8::БУ v8::Права БП3.0 Россия БУ Абонемент ($m)

Целью данного расширения является создание профиля “Кладовщик”, который очень востребован в типовой конфигурации 1С: Бухгалтерия Предприятия 3.0.

10 стартмани

16.06.2020    687    0    alfanika    0    

Роли пользователей Промо

Роли и права v8 v8::Права v8::СКД 1cv8.cf Россия Абонемент ($m)

Отчет предназначен для анализа ролей пользователей.

1 стартмани

09.04.2011    18655    34    Veselchak    15    

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

Роли и права v8::УФ v8::Права 1cv8.cf Украина Абонемент ($m)

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

2 стартмани

10.06.2020    735    2    xcooptex    0    

Анализ прав доступа по ролям объектов конфигурации на СКД

Роли и права v8::Права БП3.0 Россия Абонемент ($m)

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

1 стартмани

09.06.2020    850    3    ryan    2    

Копирование настроек пользователей

Роли и права v8 БП2.0 УТ10 УПП1 Беларусь Украина Россия Абонемент ($m)

Внешняя обработка для копирования настроек пользователей. Предназначена для типовых конфигураций, "Управление торговлей", редакция 10.3, БУХ 2.0, УПП, и их аналогов на рынке СНГ.

1 стартмани

28.05.2020    692    6    JayZ    0    

Групповое удаление доступа из ролей, выгруженных в файлы

Роли и права v8 1cv8.cf Абонемент ($m)

Обработка предназначена для группового поиска и удаления доступа из ролей.

1 стартмани

27.05.2020    635    0    unknown181538    0    

Настройка ограничений входа пользователей в базу (расширение)

Роли и права v8 v8::Права 1cv8.cf Абонемент ($m)

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

2 стартмани

19.05.2020    4974    4    sapervodichka    10    

Анализ прав пользователей

Роли и права v8 v8::УФ v8::Права 1cv8.cf Россия Абонемент ($m)

Отчет по правам в разрезе пользователей, ролей и объектов метаданных.

1 стартмани

05.05.2020    1873    3    Batoo    0    

Запрет редактирования цены в документах продажи

Ценообразование, анализ цен Роли и права v8 v8::БУ v8::Права БП3.0 Россия БУ Абонемент ($m)

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

1 стартмани

26.04.2020    1198    0    Shalnov    2    

Создание нового пользователя путем копирования существующего, всех его ролей, групп и профилей

Роли и права v8::УФ v8::Права БП3.0 Россия Абонемент ($m)

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

1 стартмани

23.04.2020    1093    3    user633783_Wladigor    0    

Поиск ролей и прав доступа в 1С 8.3

Роли и права v8::УФ v8::Права 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

19.04.2020    1392    7    plotnikov1c    0    

Установка даты запрета изменения по расписанию

БСП (Библиотека стандартных подсистем) Роли и права v8 БП3.0 Абонемент ($m)

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

1 стартмани

14.04.2020    1766    2    user1393353    0    

Ограничение доступа пользователей к внешнему отчёту на СКД

Роли и права v8 v8::Права v8::СКД 1cv8.cf Абонемент ($m)

Метод ограничения доступа пользователей к данным внешнего отчёта.

1 стартмани

04.04.2020    2091    1    user925427    14    

Установка кода доступа в 1С (обычные и управляемые формы)

Роли и права v8 v8::УФ 1cv8.cf Абонемент ($m)

Универсальная обработка по вводу кода доступа.

1 стартмани

03.04.2020    2056    4    Denr83    0    

Создание нового пользователя копированием

Роли и права v8 v8::Права УТ10 Абонемент ($m)

Создание пользователя ИБ и элемента справочника "Пользователя" копированием существующего.

1 стартмани

27.03.2020    1769    2    tamerlan922    0    

Поиск пользователей с нужной ролью

Роли и права v8 v8::УФ v8::Права 1cv8.cf Абонемент ($m)

Показывает список пользователей, у которых установлена указанная роль. Для управляемых форм.

1 стартмани

18.03.2020    1722    2    kaps22    3    

Установка групп доступа физических лиц

Роли и права v8 v8::СПР v8::Права ЗУП3.x Россия БУ Абонемент ($m)

Внешняя обработка для 1С: ЗУП 3 для установки групп доступа физическим лицам.

1 стартмани

13.03.2020    1511    3    SamMix    0    

Отчет по группам доступа, профилям и ролям

Роли и права v8 v8::Права 1cv8.cf Россия Абонемент ($m)

Отчет с 3-мя вариантами "Группы доступа", "Профили", "Роли". В отчет выводится вхождение пользователя в ту или иную роль, профиль, группу доступа.

1 стартмани

11.03.2020    1667    4    grinder    0    

Просмотр ролей пользователей

Роли и права v8 v8::УФ v8::Права 1cv8.cf Абонемент ($m)

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

1 стартмани

07.03.2020    1870    4    razars    2    

Просмотр доступности объектов в ролях и группах доступа

Роли и права v8 v8::Права 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

06.03.2020    1673    12    JackGamer_    0    

Проверка прав по объекту метаданных у пользователя или роли и обратное

Роли и права v8 v8::УФ v8::Права 1cv8.cf Абонемент ($m)

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

1 стартмани

03.03.2020    2255    12    iCortezik    4    

Информация о пользователях информационной базы (отчет на СКД)

Администрирование данных 1С Роли и права v8 v8::Права v8::СКД 1cv8.cf Абонемент ($m)

Два простых отчета по пользователям информационной базы и информации по ним.

1 стартмани

02.03.2020    4218    16    YPermitin    8    

Ограничение доступа по контрагентам для Бухгалтерии (RLS) 3.0 (3.0.75.58) - менеджер видит только своих контрагентов

Управление взаимоотношениями с клиентами (СRM) Адаптация типовых решений Роли и права v8 БП3.0 Россия БУ Абонемент ($m)

Расширение предназначено для Бухгалтерии 8 ред. 3.0. Типовая конфигурация остается на поддержке (с замком). Решает оно следующую задачу: Менеджеры по продажам должны видеть документы и отчеты только по контрагентам, которых они ведут.

5 стартмани

27.02.2020    2100    5    teyana    4    

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

Расширения Поиск данных v8 УНФ ERP2 БП3.0 УТ11 КА2 Россия Абонемент ($m)

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

1 стартмани

18.02.2020    2079    0    user633166    2    

Анализ оборачиваемости для УТ 11.4

Оптовая торговля v8::ОУ v8::СКД УТ11 Россия УУ Абонемент ($m)

Отчет по оборачиваемости для УТ 11.4 на регистре "Товары организаций". "Родился" в результате выполнения тестового задания. "Облагорожен" для данной публикации.

1 стартмани

18.02.2020    1426    12    user633166    0    

Код разработчика в зависимости от опыта работы

Практика программирования v8 Бесплатно (free)

Пятничный пост! Как меняется код разработчика в зависимости от опыта работы.

14.02.2020    9573    0    YPermitin    227    

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

Роли и права v8::УФ v8::Права 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

06.02.2020    2088    9    Igor030370    0    

Анализ прав доступа к метаданным конфигурации

Роли и права v8 v8::Права 1cv8.cf Россия Абонемент ($m)

Лёгкий отчёт, предназначенный для анализа прав доступа к метаданным конфигурации. Написан без использования БСП (Библиотека стандартных подсистем).

5 стартмани

31.01.2020    2248    8    v_elkin    15    

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

Роли и права v8 УПП1 Россия Абонемент ($m)

Модификация обработки из https://infostart.ru/public/204756/. Не копируется основной ответственный, а кроме настроек копируются и дополнительные права.

1 стартмани

28.01.2020    1881    3    FullMoon    2    

Автоматическое создание ролей (объектов метаданных)

Роли и права v8 1cv8.cf Абонемент ($m)

Обработка позволяет создать 2 роли на объекты метаданных (Чтение и Изменение).

2 стартмани

22.01.2020    2383    1    kokorishvili    9    

Анализ ролей и прав доступа

Роли и права v8 v8::УФ v8::Права 1cv8.cf Абонемент ($m)

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

1 стартмани

14.01.2020    2164    6    t278    0    

Повторяющиеся логины пользователей

Роли и права v8 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

13.01.2020    2353    0    bryantsev.yury    5    

Права на объект (расширение, отчет)

Роли и права v8 v8::Права 1cv8.cf Абонемент ($m)

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

1 стартмани

07.01.2020    14994    93    sapervodichka    21    

Анализ прав и ролей пользователей (обычные и управляемые формы)

Роли и права v8 v8::УФ v8::Права 1cv8.cf Абонемент ($m)

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

1 стартмани

16.12.2019    3195    14    Denr83    0    

Перенос пользователей ИБ через COM-соединение (обычные и управляемые формы)

Роли и права v8 v8::УФ v8::Права 1cv8.cf Россия Абонемент ($m)

Необходимо скопировать несколько или всех пользователей в новую ИБ? Обработка (обычное и управляемое приложение) сможет это сделать!

1 стартмани

29.11.2019    2973    20    Denr83    0    

Менеджер подключений к удаленным рабочим столам (RDP)

Роли и права v8 Абонемент ($m)

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

2 стартмани

19.11.2019    3473    4    Shalnov    1    

Изменение запрета редактирования в дереве по группам пользователей

Роли и права v8::Права УПП1 Россия Абонемент ($m)

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

1 стартмани

19.11.2019    2625    1    trest30    0    

Очередной "мягкий" отключатель активных и не очень пользователей

Роли и права v8 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

15.11.2019    3007    3    ybatiaev    11    

Анализ прав пользователей

Роли и права v8 ERP2 Россия Абонемент ($m)

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

1 стартмани

13.11.2019    3378    20    linder    9