К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

ограничить доступ менеджерам

Гость
0 - 20.09.2012 - 15:40
Ут 10.3 доработанная под предприятие. Нужно сделать так, чтобы менеджеры видели только своих контрагентов - то есть тех, у кого этот пользователь есть в таблице менеджерыпокупателя. А вот то разделение по группам пользователей не достаточно, потому что фирм много менеджеров много и контрагентов много, один контрагент может быть у нескольких менеджеров из разных фирм(или я чего-то недопоняла). Ограничение доступа надо делать на уровне ролей. Роль пользователь нужна, без неё в базу не зайти, а в ней уже открыт доступ по группам... то есть роль пользователь надо уже исправлять или добавлять новую роль. Если я сделал роль как пользователь, но ограничила доступ к тем конрагентам у которых этого менеджера нет. но при добавление роли менеджер по прадажам, так как все функции и возможности менеджера по продажам ему нужны. докменты стали ограничиваться по группам пользователей. И Менеджер стал видеть документы не своих конрагентов пусть они у него как объект не найден отражаются, но нам это не надо, это даже хуже, смущает их это: объект не найден. получается что надо править ещё роль менеджер по продажам что очень не хочется делать. Либо создавать роль похожую на менеджер по продажам с нужными ограничениями по документам и во всех местах в конигурации добавлять где о менеджере о продашах говрится ещё и о новой роли как_менеджерПоПродажам.
Либо может сделать в группы пользователей ещё один вид объектов доступа по менеджерам, но тогда придется опять же все роли дорабатывать - или это мне не поможет? что же делать? у вас были такие проблемы как вы их решаете?? чтобы вы мне посоветовали?



Гость
1 - 20.09.2012 - 15:43
чё пил(а)?
ЗЫ количество групп пользователей = количесто менеджеров
Гость
2 - 20.09.2012 - 15:44
1-roma n >думала.. не подходит, потому что если добавляется контрагент, то его обязательно забудут туда добавить.. место связи это таблица менеджеры контрагентов
Гость
3 - 20.09.2012 - 15:47
1-roma n >так и думала что всякие такие шутки понапишутся.. удивляет объем наверно, текта много, ну а что делать вот такой объемный вопрос был бы он не столько объёмный наверно бы смогла распутаться.
Гость
4 - 20.09.2012 - 15:50
2-Oksanakm > и чё? Пару раз по рукам стукнут забывшему - памяти прибавится.
ЗЫ задачу контроля обязательного указания группы для вновь вводимого контрагента решить элементарно. Ради сабжа ломать систему ролей (собственно, предназначенную для решения озвученной задачи) - удовольствие крайне сомнительное.
Гость
5 - 20.09.2012 - 15:51
Цитата:
Сообщение от Oksanakm Посмотреть сообщение
что же делать?
Переделывать типовые RLS
Цитата:
Сообщение от Oksanakm Посмотреть сообщение
у вас были такие проблемы
Да
Цитата:
Сообщение от Oksanakm Посмотреть сообщение
как вы их решаете?
Переделкой типовых RLS.
Цитата:
Сообщение от Oksanakm Посмотреть сообщение
чтобы вы мне посоветовали?
Оставить справочник контрагентов открытым всем на просмотр. Ограничить доступность контактной информации, событий, заказов (и пачки документов обвеса), реализаций; регистров продаж, себестоимости, заказов.
Сделать новые/переделать существующие роли (в зависимости от потребности в обновлениях) под новую логику RLS. Переделывать придется во всех ролях, которые дают доступ к документам и справочникам, которые Вы ограничиваете.
Гость
6 - 20.09.2012 - 15:51
Советую ознакомиться с документацией...
Гость
7 - 20.09.2012 - 15:52
1-roma n >и групп доступа к контрагентом столько сколько контрагентов?
Гость
8 - 20.09.2012 - 15:53
6-Reaper >я ознакомилась.. я что-то недопоняла?
Гость
9 - 20.09.2012 - 15:55
5-Lexusss >просмотр оставлять тоже нельзя... большую секретность хотят, но поняла, что посоветовали. Спасибо.
Гость
10 - 20.09.2012 - 15:59
4-roma n >ну оставлю себе как вариант, пожалуй. можно попробовать программно как-то это обрабатывать при добавлении менеджера у контрагента.
Гость
11 - 20.09.2012 - 15:59
4-roma n >спасибо за идею
Гость
12 - 20.09.2012 - 16:00
3-Oksanakm > удивляет объем наверно
Не-а. Удивляет диспропорция между количеством слов и полезной информации...
7-Oksanakm > Нет.
Группа доступа "контрагенты Петрова". Разрешенные объекты доступа -Контрагент1, Контрагент2.
Состав группы - пользователь Петров.
====
5-Lexusss > Если я правильно понял задачу такого пилотажа в сабже не требуется. Если неправильно понял,- да перепахивание логики ограничений для всех используемых ролей
Гость
13 - 20.09.2012 - 16:03
(8) Очевидно да. Все что нужно тебе - синхронизировать данные о менеджерах покупателя с группами пользователей и значением группы доступа в элементе справочника "контрагенты". Хошь внешней обработкой, хошь подпиской на событие.
Гость
14 - 20.09.2012 - 16:15
13-Reaper >12-roma n > пока остановлюсь на этом..Спасибо..
Гость
15 - 20.09.2012 - 16:18
(12,13) Таблица менеджерЫпокупателя. Для 10 менеджеров количество групп доступа получится 10! = 3 628 800. Для 20 менеджеров справочник получит вообще невообразимые 20! = 2,5 миллиона триллионов записей.
Чудесное решение!
Гость
16 - 20.09.2012 - 16:20
(15) Чтобы получить такое количество нужно заиметь 2.5 миллиона триллионов контрагентов с разными настройками доступа. Никто из нас не предлагает составлять все комбинации менеджеров, зачем за идиотов то нас считать?
Гость
17 - 20.09.2012 - 16:24
(16) Окей. 20 тысяч контрагентов в справочнике выползет в 20 тысяч групп доступа. Классная производительность получится?
Гость
18 - 20.09.2012 - 16:25
(17) Мы в свое время бешаное количество времени убили, пытаясь понять, почему оптимизатор MS SQL странным образом строит план выполнения в RLS. Пока не впихнули словечко РАЗЛИЧНЫЕ в один вложенный подзапрос, чтобы обмануть оптимизатор.
При этом групп доступа было поменьше, чем 20 тыр.
Гость
19 - 20.09.2012 - 16:30
да многовато получится.
Гость
20 - 20.09.2012 - 16:32
не подходит, все таки с ролями придется разбираться.
Гость
21 - 20.09.2012 - 16:35
16-Reaper >не считаю я тут никого идиотами.., зачем бы я стала сюда спрашивать. всем понятно, что это я туплю.
Гость
22 - 20.09.2012 - 16:52
(21) Reaper это так со мной общается. :) Потому как я именно так и считаю :)
Чтобы успокоить наш спор - сколько у вас контрагентов и разных вариантов сочетания менеджеров? Можно попробовать прикинуть даже запрос для такого подсчета
Гость
23 - 20.09.2012 - 17:04
22-Lexusss >подумаю как сделать такой запрос. Но скажу несколько тысяч контрагентов и десятка два менеджеров.
Гость
24 - 20.09.2012 - 17:19
Да там вряд ли больше 50 вариантов. Но дело даже не в этом, а в том, что для постановки эксперемента с типовой системой прав нужно часа 2-3. А по уму ограничения делать она неделю будет. И где логика? Хотя да, оклад... портит людей, портит!
Гость
25 - 20.09.2012 - 17:24
23-Oksanakm > O_o там даже думать не нужно :)
17-Lexusss > я УТ/УПП на ограничение доступа к контрагентам не смотрел... Как же я ошибался :) RLS основанное на Справочник.Контрагенты.Реквизит.ГруппаДоступаКонтр агента никакой гибкости настроек не даст. Если структурировать справочник под предлагаемое ограничение доступа не получится - требующееся количество групп доступа зашкалит за пределы разумного. Пилить логику RLS.
Гость
26 - 20.09.2012 - 17:24
(24) Не надо по уму. Перепил в умелых руках займет от силы полдня. Проблема, конечно, останется в стародавнем баге с изменением контрагентов, при котором изменивший пользователь лишается на него прав. Но это не столь критично.
Гость
27 - 20.09.2012 - 17:44
Цитата:
Сообщение от Lexusss Посмотреть сообщение
умелых
Вот-вот.
Гость
28 - 20.09.2012 - 17:50
Роль все едино добавлять нужно. Связка контрагент-менеджер - тоже. Кондово-сермяжный способ (справочник, регистр - главное, легкая структура) - не? Для управления - обормотка. Даже внешняя. История нафиг. Удаляется вся музЫка двумя кликами, без потерь данных...
29 - 20.09.2012 - 18:48
Цитата:
Сообщение от VZ Посмотреть сообщение
Роль все едино добавлять нужно.
И удалять доступы к контрагентам/документам в существующих.
Гость
30 - 20.09.2012 - 19:59
задачу контроля обязательного указания группы для вновь вводимого контрагента решить элементарно.
31 - 20.09.2012 - 20:02
нельзя сешивать перивчную информацию (список контрагентов, товаров) со вторичной инфой (контрагенами списокм контрагентов для пользователей).
32 - 20.09.2012 - 20:03
ну о определиться - является ли "хотелка" фильтров контрагентов по менеджерам всего лишь хотелкой или ожним из основных функциональных необходимостей учета.
.
у 1Ски пока все в типовых смешано в кучу...
Гость
33 - 20.09.2012 - 22:28
ааа... потуплю на перефирии.
1) контрагенты как делятся между менеджерами - от балды, или же есть система какая-то из нескольких правил, признаки (свойства) контрагентов?
2) а 7шный чисто подход для торговли не катит? може таки создавать при входе список контрагентов конкретного менеджера, который использовать как "отбор" и обновлять по мере добавления контрагентов?
Гость
34 - 20.09.2012 - 22:45
Поди есть же регистр для произвольных реквизитов контрагента? Ну, типа контактный телефон, мыло, чО-нить подобное? Ну, значит, можно запсочить и "ответственного". При входе этого ответственного для него организовать виртуальную таблицу подопечных контрагентов. Вот и фильтр будет... Не?
35 - 20.09.2012 - 23:51
оксанка! я тя люблю!
@)->----
36 - 21.09.2012 - 00:02
(34) что сразу приводит к необходимости разделять произвольные реквизиты на чисто информационные - позырить глазами, и селективные - используемые для чего-то.. вот что делать если при входе в баз у у контрагентов как класс отсутсвует произвольный реквизит "ответсвенный"...?
Гость
37 - 21.09.2012 - 00:35
(35) Не подскользнись токмо...
Гость
38 - 21.09.2012 - 07:57
33-Зелёный тролль >1)от балды делятся..
2) и все таки придется править роли... а так я и из контрагента возьму ограничения(где в таблице менеджерыконтрагента есть этот пользователь - или это медленно будет работать??). я уже это сделала в новой роли, как пользователь, только ограничения по справочникам поменяла..ну и для прав как у менеджера я сделаю тоже.. но как-то хотелось бы поменьше нового.. вдруг потом где-то чего-то вылезет..
Гость
39 - 21.09.2012 - 08:00
32-Чучундер >хотят, лично я думаю это им не очень надо.. но лучше сделать, и при этом оставить вариант, чтобы быстро все вернуть как было. Ну и вообще надо бы знать, мне...


К списку вопросов






Copyright ©, Все права защищены