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

Публикация № 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
0
.cfe 16,32Kb Скачать

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

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

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

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

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

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

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


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


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


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

См. также

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

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

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

4 стартмани

09.01.2015    34893    12    kser87    7    

Аудит прав доступа

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

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

1 стартмани

27.05.2021    654    5    KPAMOP    2    

Запрет на изменение форм, панелей навигации, разделов и действий в управляемом интерфейсе

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

Как настроить права на изменение интерфейса и чем это чревато?

1 стартмани

24.05.2021    803    0    unknown181538    0    

Проверка прав доступа к реквизитам объекта

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

Позволяет получить перечень ролей, которые позволяют получить доступ к реквизиту.

1 стартмани

17.05.2021    666    4    AntonH851    0    

Права доступа ролей Промо

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

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

1 стартмани

05.02.2018    20887    141    Serge R    2    

Генератор ролей

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

Обработка генерирует атомарные наборы ролей для каждого объекта метаданных (Справочник, Документ, Отчет, Обработка, Регистр сведений).

1 стартмани

12.05.2021    1008    2    anton.fly7    4    

Обновление ролей профилей

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

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

1 стартмани

10.05.2021    816    2    skyadmin    0    

Роли и права на объекты метаданных

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

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

1 стартмани

26.04.2021    972    4    Pau1_is    0    

Управление видимостью цен в заказах клиентов (УТ11, ERP, КА)

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

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

5 стартмани

26.04.2021    1004    0    milkers    0    

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

Прочие инструменты разработчика Структура метаданных Роли и права v8 v8::УФ 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

22.04.2021    1475    8    user802597    1    

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

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

Отчет позволяет быстро ответить на ряд вопросов: 1) Какие роли дают доступ к объектам и в каком объеме (чтение, запись, просмотр, интерактивный ввод, и т.д. )? 2) Какие роли/роль дает пользователю/пользователям доступ к объектам? Очень актуально для систем с большим количеством ролей (например ERP) Возможности: 1) Сделан на компоновке данных, можно настроить практически любой вариант. 2) 3 режима вывода отчета: Синонимы объекта (для пользователей), Имена объектов (для администраторов пользователей), Комбинированный (Имя+ Синоним). 3) Без БСП.

10 стартмани

20.04.2021    909    2    ZUM    5    

Ограничение запуска нескольких сеансов 1С: Предприятие под одним пользователем

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

Ограничение запуска нескольких сеансов 1С: Предприятие под одним пользователем. Доработка сделана через расширение. Функционал работает в файловом и клиент-серверном варианте работы конфигурации. Данная разработка позволяет завершать работу пользователя двумя способами: 1. Если заходит один пользователь во второй раз, завершается работа входящего. 2. Если заходит один пользователь во второй раз, завершается работа первого сеанса под ним. Данное расширение работает как с толстым клиентом, так и с тонким.

1 стартмани

17.04.2021    1313    15    darminov    3    

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

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

Обработка для анализа настроенных прав в системе 1С. Обработка имеет три режима: "Анализ прав на объект", "Анализ использования роли" и "Анализ прав пользователя"

5 стартмани

28.03.2021    1341    5    Svb84    1    

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

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

Отчет по группам доступа. Удобен, когда групп много.

1 стартмани

19.03.2021    1357    0    xoisim    0    

RLS по организации для 1С:ERP Управление предприятием 2

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

Доработка в виде расширения для 1С:ERP Управление предприятием 2, исправляющего ограничение прав доступа по Организации.

5 стартмани

10.03.2021    1324    0    Mouros    3    

Групповая установка доступа к командам внешних отчетов

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

На Инфостарте +100500 обработок для расстановки прав пользователей и не нашлось одной для групповой установки доступа к командам внешних отчетов (не путать с правами на справочник внешние отчеты и обработки). А между тем, именно внешние отчеты и обработки это первый и наиболее действенный способ доработки конфигурации (в умелых руках, разумеется). Закроем этот пробел.

4 стартмани

05.03.2021    1145    2    capitan    2    

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

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

Копирование всех вариантов отчетов от одного пользователя другому для программ УП-2 (ERP), КА-2, УТ-11, ЗУП-3.

1 стартмани

05.03.2021    1225    5    ab_initio    0    

Запрет изменения даты запрета изменения (загрузки) данных в БП 3.0

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

В расширении для БП 3.0 реализован запрет на изменение даты запрета изменения / загрузки данных. Разрешение может быть предоставлено конкретным пользователям.

1 стартмани

05.03.2021    1192    2    SanchoD    0    

Авторизация в мобильном приложении 1С

Роли и права Мобильная разработка v8 v8::Mobile 1cv8.cf Абонемент ($m)

Реализация входа по паролю (личному коду) в мобильном приложении 1С.

10 стартмани

23.02.2021    2713    5    kaiman_fedor_yandex    0    

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

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

Обработка для переноса прав (ролей) от пользователя к пользователю внутри базы и между разными базами с автосозданием пользователей.

1 стартмани

19.02.2021    1379    6    sondarium    4    

Групповая настройка прав доступа для БП 3.0

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

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

1 стартмани

17.02.2021    1341    6    IT_GG    0    

Создание пользователя по образцу (полное копирование настроек пользователя)

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

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

2 стартмани

11.02.2021    1663    0    gersern    0    

Запрет просмотра оборотов по 70 счету

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

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

1 стартмани

01.02.2021    1636    14    o'neill    5    

Вход в 1С под другим пользователем

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

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

1 стартмани

13.01.2021    1834    2    kvaleksandr    4    

"Перенумерация ПКО и РКО в БП 3" - даем доступ бухгалтеру

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

Типовая обработка в БП 3 "Перенумерация ПКО и РКО" - предоставляем доступ бухгалтеру.

2 стартмани

12.01.2021    1821    3    VPanin56    6    

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

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

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

1 стартмани

06.01.2021    3939    66    yermak    9    

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

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

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

1 стартмани

29.12.2020    1905    5    33lab    2    

Удобная настройка прав, ролей, профилей и групп доступа

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

Обработка помогает увидеть все Роли/Профили/Группы доступа, которые дают право доступа к объекту метаданных для пользователя с учетом его настроек. В результате можно увидеть, почему у пользователя есть права или почему нет прав к любому объекту метаданных. Предназначена для систем на БСП.

2 стартмани

28.12.2020    2162    30    Leshka_m    0    

Согласование соглашений с клиентами

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

Расширение блокирует возможность записывать соглашения с клиентом, как типовое, так и индивидуальное в статусе действует, если у пользователя нет прав Полные права или Отклонение от условий продаж. Данное расширение будет полезно в компаниях, где соглашения готовят менеджеры, но есть согласование условий. Тестировалось на платформе 8.3.17, Конфигурации КА2.4.13.

1 стартмани

22.12.2020    1910    2    Hi_Hydra    1    

Разрешение изменять, проводить, распроводить документы только их авторам

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

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

1 стартмани

18.12.2020    2443    6    al_zzz    0    

Групповое добавление и удаление ролей из списка профилей

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

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

1 стартмани

14.12.2020    5041    34    sapervodichka    9    

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

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

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

1 стартмани

08.12.2020    1848    14    ilsijar    2    

Быстрое получение списка объектов и ролей с установленным правом "Интерактивное удаление"

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

Обработка для 1С УФ для быстрого получения списка объектов и ролей с установленным правом "Интерактивное удаление". Так же может использоваться для поиска других прав (Чтение, Добавление, Изменение, Удаление, Проведение, ОтменаПроведения, Просмотр, ИнтерактивноеДобавление, Редактирование, ИнтерактивноеУдаление, ИнтерактивнаяПометкаУдаления, ИнтерактивноеСнятиеПометкиУдаления и других)

1 стартмани

25.11.2020    1722    2    akrelius    0    

Анализ прав доступа на объекты метаданных 1С (быстрое получение списка только тех ролей, у которых есть соответствующий доступ). А так же получение списка ролей, которым дано право "Интерактивное удаление" (или другое, на выбор)

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

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

1 стартмани

08.11.2020    3018    25    akrelius    6    

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

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

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

1 стартмани

30.10.2020    2139    5    iCortezik    0    

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

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

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

1 стартмани

13.10.2020    2350    1    ipoloskov    0    

Отражение зарплаты в бухгалтерском учете: права старшего расчетчика

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

В ЗУП 3.1.14.208 пользователь с правами старшего расчетчика не может заполнить документ "Отражение зарплаты в бухучете". Проблему можно решить с помощью расширения.

1 стартмани

07.10.2020    2455    0    Hla    0    

Анализ применения ролей пользователя по отдельному объекту

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

Обработка для анализа ролей пользователей: В каких ролях прописано право на конкретный объект? Какие из этих ролей получил пользователь? Есть ли дополнительные ограничения RLS?

1 стартмани

02.10.2020    2531    21    japopov    2    

Копирование настроек пользователя для УТ 10.3

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

Копирование настроек пользователя для УТ 10.3 (настройки пользователя и дополнительных прав).

1 стартмани

30.09.2020    3148    17    artemua    2    

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

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

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

1 стартмани

23.09.2020    2392    8    Vardar    7    

Запрет на изменение проведенного документа для УНФ 1.6

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

Запрет на изменение проведенного документа Расходная накладная для УНФ 1.6.

2 стартмани

21.09.2020    2908    9    Kerim09    0    

Расширение для запрета изменений в документе "Регистрация трудовой деятельности" по дате запрета.

Адаптация типовых решений Роли и права v8 ЗУП3.x Россия Абонемент ($m)

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

1 стартмани

07.09.2020    2945    0    Svetlanka_sv    0