RLS подразумевает ограничение прав.
Написан специальный язык, нет система, которая реализует ответ на вопрос - "да" или "нет". Хотя в платформе это уже давно реализовано. Это толчок вперед?

угадал автора

кг

ам

Что такое РЛС и какую систему мы рассматриваем?

v8: Зачем нужны регистры расчета. Это бред.

Стас, забань его пожалуйста.

Заебал уже своей тупостью!

(5) Мат на форуме уже отменили? или всяких там новиковых это не касается?

(6) касается конечно. Каюсь :(

(4) Неужели Вы имеете ввиду SQL?

+(8) Или чето другое?

(0) Идея сама по себе наверно не плохая, но лично я использую "регистры правил" (и совсем не использую rls).

(10) А вот при наличии встроенных "RLS", что делаете?

(11) Если речь идет о конфе то у меня нету "встроенных" rls ну а если речь идет о платформе как таковой - то наличие такой функциональности как rls мне не мешает.

рлс в 1с как демократия в России : приказано использовать кривую, косую.

со временем 1с допилит.

кто-то до сих пор linq считает бредом, или нет сборки, или регистры расчета.

(13) Я вот только не врублюсь в конечную цель (объясните пожалуйста). В чем смысл создавать новый язык плюс поддержку - это попытка универсиализации?

(14) Боюсь искать ответ на данный вопрос на форму врядли имеет смысл т.к. кроме 1С на этот вопрос никто не ответит.

Автор обожрался мухоморов и должен быть скормлен крокодилам

в каком смысле "толчок вперед"? RLS уже давно существует)

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

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

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

(20) Лично я - против.
(19) Я пытаюсь понять, что решают разработчики при помощи RLS - доступ к записям?  На мой взгляд ограничения надо оставить на другом уровне.

(18)(19)(20) ищем "регистры правил".

(21) >>Лично я - против.
Интересно почему? Хочется постоянно вносить изменения в конфу?

(21) конкретный пример?

(20) В УГ 11 в этом направлении очень продвинулись. Вот тока попробуй там настроить с нуля профиль прав доступа..

реально, давайте конкретные примеры
тема-то интересная, вроде

(26) Примеры чего? RLS - классный инструмент. Выносить его в режим предприятия не имеет смысла. В УГ11 сделали относительно универсальные шаблоны RLS, вынесли кучу настроек в режим предприятия, и теперь настройка прав стала похожа на что-то дельное. Вот только обратная сторона - сложность настройки прав, когда у тебя одних ролей штук 300 (что будет в УППырище - страшно подумать)

Ждем от автора темы "Справочники это бред"

РЛС на запись не так инетересен, код иногда универсальнее

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

+(30) Но это другая тема.

блеять я дождусь примера или нет

(32) Примера чего?

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

(33) пример, чтобы я понял, что рлс это бред

+(34) без настройки рлс для каждого регистра или справочника

(30) разумеется существует, читаем (22) (правда платформа далеко не все позволяет для полной универсальности)
(34) перечитай (22)

(37) да я знаю регистры правил. просто хотелось понять, что автор имеет в виду

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

(37) Поясни, что за регистры правил? И как, например, они решат вопрос с отбором разрешенных в десятках, а то и сотнях отчетов?

(34) То, о чем я говорю - другой подход. Попытаюсь рассказать на пальцах.
1С предлагает универсальные решения, которые подходят любому предприятию. Надо только настроить. Для этого есть один из элементов - RLS (и их развития).
Так как к любому предприятию индивидуальный подход - можно сделать так, что бы все работало без RLS. Неужели трудно написать обработку, которая реализует необходимость конкретного предприятия.

(40) Яндекс расскажет лучше меня.

(39) Почему я против? Потому, что реализация осуществляется на уровне платформы, а не на уровне развития конфигураций (уже написано много). Т.е., что хочу - универсальности модулей конфигурации, а не платформы.

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

(42) Полистал яндекс. Выдало некую подсистему. Искать ее саму, качать, ставить и разбираться ни времени, ни желания нет. Попробую спросить еще раз: как не используя РЛС и не перелопачивая код отчетов сделать ограничения доступа для пользователей?
Создавая отчет, я пишу ВЫБРАТЬ РАЗРЕШЕННЫЕ и всё. Какая может быть вменяемая замена этому?

(44) Я чето не понимаю - Вы не можете Это реализовать на уровне языка 1С?

(45) Не перегибай палку.

(46) я вообще-то всё могу, а ты ссышься показать конкретный пример
я тебя пытаюсь понять

(47) В каком смысле? о_О

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

(49) Не все так просто.
(48) Я еще раз повторю вопрос - пример чего?

(51) покажи как ЭТО должно работать на твой манер

(45) забавно, т.е. читать статьи\реализации\примеры тебе лень а мне тебе объяснять значит должно быть не лень - оригинально.

(52) Я интересовался мнениями. Как ЭТО должно работать обсудим ниже.

(45) >>как не используя РЛС и не перелопачивая код отчетов
Учитывая, что в платформе 1С нет события "ПередОткрытиеФормы" то в отчетах "ПередОткрытием" в форме модуля приходится писАть "ВыполнитьРегистрПравил();" т.е. код в одну строчку, зато вся настройка регистра правил происходит в пользовательском режиме.

(53) Нет, я не прошу все расписывать по полочкам. Простой вопрос по отчетам. Точнее по запросам. RLS мне помогает не думать о том, из какого места юзер пытается получить информацию, если по правилам RLS эта информация не должна быть ему доступна. Будь то список, универсальный отчет, консоль отчетов, самопальная обработка и т.д.
(55) Это ты говоришь про доступ к самим отчетам. Я же говорю о ситуации, когда, например, для юзера надо ограничить список доступных контрагентов. В том числе в куче отчетов с контрагентами. На СКД. Эти регистры тут ничем не помогут.

(56) >>Я же говорю о ситуации, когда, например, для юзера надо ограничить список доступных контрагентов. В том числе в куче отчетов с контрагентами. На СКД. Эти регистры тут ничем не помогут.

Я говорил именно об этом (просто не все уточнил, как впрочем в том числе и о доступе к отчетам) - регистры правил могут все и даже больше чем все...

Р.S. Я бы не говорил если бы у меня это не работало (одно из самых распространенных ограничений это ограничение на просмотр 70 счета в оборотке (оборотка на СКД))

(56) >> RLS мне помогает не думать о том, из какого места юзер пытается получить информацию...

В регистрах правил ты должен будешь указать для чего\кого они действует (документы\справочники\очеты) - быть может не так удобно как rls зато очень универсально и на уровне пользователя все это делается

(56) Давайте разграничим два понятия - "Стандартная конфигурация" и "Что-то другое".

(58) Это круто...

(57) Погоди, наверное я туплю. Например, у меня есть внешняя обработка с запросом и табличным полем для вывода результата. Каким образом можно наложить ограничения на результат вывода этого запроса? Если эти ограничения не в RLS, а где-то еще.

(61) Нету конфы под рукой, но принцип такой:
Процедура Сформировать()
   ВыполнитьРегистрПравил("ОграничениеДоступа"); //Добавлятся отбор в СКД
   СформироватьОтчет(); //выполняется отчет СКД  выводит данные уже с отбором
КонецПроцедуры

(62) А для форм? Для каждой роли держать программиста?

кг/ам.

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

(62)
Тратата = Новый СхемаКомпоновкиДанных;
//ололо тут у меня в коде все формируется
Пыщь = Новый СхемаКомпоновкиДанных;
//а тут еще что-то
Ы = Новый Запрос;
//тут текст запроса на 100500 строк

И чо? Куда и что твоя подсистема будет добавлять?

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

(65) Не могу судить об этой штуке. Но это явно не замена RLS. Она может создать видимость защиты. Но это получается защита от честных людей.

Народ, вы УТ11 в плане настройки прав доступа вообще ковыряли?

(67) Перед выводом куда? Я могу вывести отчет в поле таб дока (создав его тоже в коде), могу в строки сообщений, могу в COM куда-нибудь или в ексель. С помощью СКД, или без помощи, а просто выполнив запрос.

(68) >> Но это явно не замена RLS..
Это не замена rls а просто попытка реализовать универсальную систему которая по возможности подойдет всем пользователям.

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

(65) Уже приятно.

(70) Мне, например, не нужна дырявая система. Создающая некую иллюзию безопасности, когда как в действительности через эти дыры можно на бронепоезде въехать.
(71) В какой отбор? У меня 10 запросов динамически создаются в коде. Каким образом можно добавить в них отбор?

(70) Замена RLS наступает позже, но без участия 1С - практически не реализуема.

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

(73) >>У меня 10 запросов динамически создаются в коде. Каким образом можно добавить в них отбор?
Яж твои запросы не видел - я решаю задачи по мере их поступления - если возникнет подобная задача значит решу и ее. До сего дня не встречал задач которые бы нельзя было решить не использую rls.

(75) Да всё плохо. И вообще, мы все умрем!!11

(76) Ты эту задачу никак не решишь, давай говорить откровенно.

(77) Ну не надо быть таким скептиком.

(78) уверен?

(78) Об этом и идет речь - решение задачи.

(80) На 146%

(82) значит ты ошибаешься на 146%

Злобный Фей ты внедряешь типовые конфы? и под каждого нового клиента пишешь новый rls?

(83) Можешь буквально в двух словах изложить, каким образом ты отфильтруешь в пользовательском режиме данные, полученные в коде любым возможным способом и выводимые тоже куда угодно любым возможным способом? Будет очччень интересно послушать.

(84) Занимаюсь в основном УТ. Типовую не внедряю. Внедряю свою, с сотней ролей, прописанными достаточно универсальными шаблонами RLS и соответствующими объектами для настройки в юзерском режиме. Механизм похож на то, что 1С родили в УТ11.

Злобный Фей скажу честно мне сложно судить о том какой класный механизм rls по той простой причине, я им не пользуюсь и не знаю его, но вот тебе от клиента поступила задача - ограничить доступ к документа иванову к 3 видам документам петрову к 2 видам + иванову разрешено вводить только новые петрову отрывать документы 2хдневной давности а сидорову разрешено трехдневной давности - что ты будешь делать? в конфигураторе писать rls?

(86) а также там будут пожелания на условия по фирмах по контрагентам и т.д.

(84) И да, иногда приходится РЛС таки дописывать.
(86) Мне таких задач не поступало. На вскидку не скажу, что буду делать. Зависит от многих факторов. Тут ведь как, можно многое напридумывать. Например, закрывать доступ к кнопке "Справка" в приходах всем Иванам, если их возраст <64, а общая сумма продаж по фирме с начала года по определенной группе номенклатуры превышает 100 рублей. У меня фантазия хорошая, я тебе сейчас кучу ситуаций напридумываю, на которых любая "универсальная" система загнется.

(88) >> Тут ведь как, можно многое напридумывать. Например, закрывать доступ к кнопке "Справка" в приходах всем Иванам, если их возраст <64, а общая сумма продаж по фирме с начала года по определенной группе номенклатуры превышает 100 рублей. У меня фантазия хорошая, я тебе сейчас кучу ситуаций напридумываю, на которых любая "универсальная" система загнется.

Как раз регистрами правил я все это делаю и ДА ты прав - клиенты придумывают очень многое и пока у меня не возникало проблем ограничить все их пожелания регистрами правил (настройками в пользовательском режиме). С отчетами все немного сложнее, но тоже все решаемо.

(89) Что ж, наверное это круто. Описание на офсайте какое-то скудноватое. По твоим словам там ваще все что хочешь можно, но на сайте эта тема, увы, раскрыта очень слабо. А денег хотят больше, чем за типовую коробку.
С отчетами в принципе все понятно какбы изначально, тут полноценного фильтра без rls быть не может в принципе.
Также не совсем понятно, как оно работает с обычными списками. Если сложное условие на список, то единственный вариант - отобрать все элементы списка и впихнуть в отбор по списку этих элементов. У меня есть базы, где сотни тысяч документов и рлс справляется без вопросов. Как тут будет - большой вопрос.

Я так и не понял на счет форм?

(90) Во всем есть свои плюсы и свои минусы...
(91) Что конкретно не понятно?

(92)2 Осуществление управления ими. Уже реализуется, в "регистры правил"?

(93) "Регистры правил" могут если не все то очень многое (область их применения ограничивается только фантазией того кто их применяет). Очень жаль, что вам не хочется почитать статьи на эту тему (писАл их очень умный человек) - многое стало бы понятнее.

(94) Неужели они могут без изменения стандартных форм управлять видимостью?

(95) Как я уже говорил выше у 1Са нет ПодпискиНаСобытие формы - поэтому приходится в модуле формы в процедуре ПередОткрытие писАть ВыполнитьРегистрПравил();  - после этого управляй чем хочешь - хоть видимостью хоть доступностью хоть подстановкой значений.

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

(98) >>с использованием стандартных методов, присущих любой конфигурации
До тех пор пока у 1С не появится подписок на события формы - такое не реализовать.

(98) --> (97)

По каким-то непонятным причинам 1С посчитало, что подобные фишки в платформе будут слишком большой для нас роскошью (или что мы до этого не доросли) :)

(98) Подписками здесь не обойдешься. Необходимо менять подход к конфигурации - она должна быть незыблема.

(101) ты же говорил о любой конфе а теперь говоришь а какой-то конкретной...

(100) Где то так.
Без 1С дальше только шажки.

(102) О любой я говорю.

(104) так как же менять подход к конфигурации если их пишут все кому не лень - каждый пишет так как считает нужным. Нету общий правил и подходов.

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

+(104) Любая конфигурация, кем бы не была написана, должна быть незыблема.
Но она должна содержать методы (которые и так поддерживаються), которые можно использовать в своих надстройках. Т.е. - каждая конфигурация должна быть объектом. Со своими свойствами и методами.

(107) для этого нужны стандарты написания конфигураций - которых все должны придерживаться... а такого не будет никогда (имхо)

2  ОбычныйЧеловек. Ты пользуешь регистры правил собственной реализации или от 33lab?

(109) от 33lab

ясно, спс

(110) это всего лишь реализация - принцип регистров описан в статья Дмитрия Малюгина http://wiki.kint.ru/index.php/Регистры_правил._Общие_принципы (там серия статей)

+(107) Если бы у Вас были описание свойств и методов - какие вопросы?
(108) Стандартов нет в этой области и не будет (они появляются постепенно). Мне кажется, что управление конфигурациями - не пустой звук (RLS там места нет).
(106) Моя почта не скрыта, всегда стучались.

и сколько обычно РП у тебя в конфе присутствует?

(112) если это мне, то я в курсе ))

(110) Почитаю. Интересно.

(114) если вопрос ко мне - то у меня ни сколько :) ну а клиентов  - у всех по разному - в основном используют:
1.Дата запрета редактирования
2.Управление отборами
3.Установка значений по умолчанию
4.Склонение слов
а дальше кто во, что горазд - настраивают под себя, что конкретно им необходимо

+(116) (112) наверное поиздевался.

(118) и в чем была издевка?

(119) Выдержка - Важное свойство регистра правил – это свойство редукции входных ситуаций. Именно данное свойство регистра позволяет справиться с разнообразием входных ситуаций, сводя их к нескольким заранее определенным. Это означает, что в регистре правил могут содержаться не все возможные значения детерминанта ситуации, а только некоторые обобщающие

Пытаемся решить конкретную задачу.

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

(121) Я прямо сейчас напишу. Думай завтра.
Надо, без изменения любой выбранной конфы, изменить интерфейс для пользователя "Х". А именно - запретить ему в документе "ЗаказПокупателя" видеть цену товара.

(106) Если можно скинь мне, у меня должна быть открыта почта

(122) если необходимо для любой конфы то смотри (95)(96) - сам регистр правил будет выглядеть так:
Измерения:
 Пользователь\Группа пользователей
 Вид документе
Ресурсы:
 Видимость

Р.S. Все настройки разумеется в пользовательском режиме.

Р.S.S. Это даже не задача а то для чего "регистры правил" и были придуманы. А придуманы они были еще во времена 7ки - когда не было никаких rls, но пользователи постоянно хотели кого-нить где-нить в чем-нить ограничить или в зависимости от миллиона параметров (от суммы документа от кол-ва товара еще от миллион всего) автоматически установить скидку в документе и т.д.

Вот та же пока добавить нечего. Все сказал - Обычный Человек. Восхищаюсь.