В базе 1с УТ с CRM встроенной, возникла необходимость разграничивать права доступа к данным в разрезе много чего - отдельным группам справочников, журналам документов, к отчетам типовым и не типовым. Понятно дело, что можно самому писать разграничители, прописывать разделения доступов по ролям и доп. настройкам пользователей.

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

(0) >>В то же время ищются готовые подсистемы...
Набираешь в  поисковой строке яндекса "Регистры правил".

(1)я видел их. но мне надо сравнительный анализ подготовить и выбрать наиболее подходящее. Их же несколько.

(2) За тебя никто такой анализ делать не будет. Смотри разные системы\подсистемы - сравнивай, анализируй. А потом можешь тут написАть что и как.

Обсуждай мы слушаем.

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

(4)я бы вообще сам реализовал. РС просто создал бы и всё. и функцию которая бы вызывалась когда нужно. через неё бы всё проверял.

Я сам легко могу написать это всё. программировать то не придется особо. но вот что с отчетами делать! ведь отчеты на разных движках сделаны. гдето СКД гдето ещё чтото.

Ну вот кто-нибудь пользуется чем-нибудь помимо RLS и Регистров  правил?

А мне вот тоже например интересно что лучше использовать для разграничения доступа RLS или Регистры правил?

Так как я не с тем не с другим не сталкивался, а скоро надо будет переходить с 7.7 на 8.2 вот и думаю чем лучше пользоваться

(10)Посмотри в типовой УТ как RLS реализовано - вешалка...

(11) так то я не у тебя спрашивал ты сам же не знаешь и хочешь узнать что лучше вот я и интересуюсь у других а что как реализовано пока не важно, нужно для начала определиться кто с чем работает и что лучше и где меньше гемороя выбрать 1 из 2

(12)мне показалось странным что никто не отписывается в ветке. Очень странно. Ну я кое-что уже нарыл.

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

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

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

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

(14) а если 50 пользователей в базе и права доступа меняются каждую неделю хоть да у одного тогда что лучше ?

Я бы не стал RLS каждый раз подкручивать. лучше уж через интерфейс 1с предприятия настраивать конфиги.

В отчетах работает только в тех где в запросе РАЗРЕШЕННЫЕ где нет то пишет <Объект не найден>

Cerera @Ночной Эльф - какая разница кто чем пользуется? ну скажут вам, что одно лучше другого и что? поверите на слово, что ли? Как мне кажется тут вообще нет понятие лучще\хуже - всегда есть компромисс между скоростью работы,удобством использования,привычкой и т.д.
Про RLS ничего не скажу - ибо не использую (тупо мозгов не хватает) а вот про Регистры Правил могу рассказать\показать.

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

(19) тут ты имеешь ввиду чтобы создать документы назначения прав через регистры правил ?

(22) >>Регистры правил легко программируются ...
Опять же - дело привычки. Мне легко, возможно кому покажется сложно.

>>позволяют ли ограничивать отчеты по отборам и т.п. без переписывания кода?

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

Р.S. Могу показать (через амми (+скайп) например) - снимется куча вопросов, да и быстрее это будет для понимаю чем тут писАть.

(21) да очень бы хотелось услышать про них с примерами

(24) так ты покажешь одному, а так очень много людей еще будут читать эту тему потом )))) через годы )

(18) Сейчас работает 80 пользователей - права можно менять хоть каждый день, так как в базе оочень много фирм то основные  правила на доступ "Пользователя\группы пользователей к фирме", "Пользователя\группы пользователей к счетам", "Пользователя\группы пользователей к проводкам (движениям документам)"
(26) Может и так, но как говорится - лучше один раз увидеть чем сто раз по ушам проехать :)

(24)с меня пиво. я пока сейчас сам попробую разобраться. Но вообще а вы её купили эту подсистему? она ведь с открытым кодом и её можно даже допиливать?

(28) спасибо конечно за пиво, но я трезвенник ))) Система с открытым кодом - можно дорабатывать как душа пожелает.

(27) у меня в базе более 600 пользователей, одновременно работает порядка 200. То же ставится вопрос о разграничении, но прописывать права для каждого пользователя будет проблематично.

(30) Зачем же прописывать для каждого пользователя? Никто не мешает прописать права для группы пользователей.

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

(32) Так не понял это что не самому прописывать а уже есть готовый компонент для 1с 8 скиньте пожалуйста ссылку?

(33)да готовый компонент в том то и дело.
http://www.33lab.ru/regpr.html

(33)я насколько это дело покопал сейчас пришел к выводу что RLS гораздо геморнее с точки зрения администрирования. Запросы писать нужно. И тяжело это дело отлаживать а так же анализировать. Ну и база данных будет дольше работать изза этих запросов. Лучше подсистему "Регистры правил" купить за 15 тыщ. и её уже допиливать. Она легко встраивается в типовые конфигурации и в режиме 1с предприятия позволяет всё делать. Даже значения по умолчанию подставлять в документы и справочники при заведении.

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

(36)я его качнул но возникли проблемы. она ошибки выдает при попытке создать новые объекты.

(37) На сайте есть аська разработчика - обращайся (проконсультирует по всем вопросам связанным с регистрами правил)

(38)спасибо за совет!!! я поднял регистры правил. подсоедини их к своей конфе но не получилось ограничивать доступ. а к вам можно обратиться за подсказкой через  Амми и т.п. ?

(39) аську свою напиши

48864053

(40)вы самый лучший человек на этом форуме. а ещё скромничаете  назвшись "ОбычныйЧеловек"