Увидел вниз рекламку и подумал, что я таки использую регистры правил на полную катушку. А вы?

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

А вы? Чисто любопытно.

Регистр расчета знаю, регистр накопления тоже, как и регистр сведений

А если без них работает, значит они мне и не нужны...

И я не знаю

,

И не хочу знать

Это из 8.3 что то?

конечно же

А если б нашел что кто-то из бухов вручную "регистры правил": сразу в дыню.

"Я твой дом рэгистры правыл!"

Не надо править регистры.

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

5. КГ/АМ

Мне кажется, что это внешняя разработка на основе регистра сведений.

(0) Кайся несчастный сколько за рекламу взял?

(13) он забесплатно. по дурости :)

(0) хоть бы ссылку кинул

реклама детектед

(15) Ссылка - это уже реклама, яндекс тебе в помощь.

(17) еще бы я не гуглил всекое г

(0) я тоже видел рекламу, помню что это ты придумал это понятие

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

так что "регистры правил" это твоё маркетинговое изобретение, за ним ничего не стоит вообще. Это ноль.

Нормальные люди не изобретают велосипед и называют сабж регистрами сведений.

v8: v8: Моему гению 1С муза подсказала правильную систему правил для прав доступа

(19)>>я тоже видел рекламу, помню что это ты придумал это понятие

ууу как все запущено - придумал их совсем другой человек (Гений тут ни каким боком)... По поводу " маркетинговое изобретение" - все таки прежде чем что-то писАть - необходимо все таки тему изучить а то как-то глупо выглядит (имхо)

(20) Тоже советую почитать о РП - вдруг где\что прояснится :)

(22) хорошо, какой человек это придумал ?

я помню гений носился тут с этими регистрами правил года 3 назад

тему я изучил

в бсп роли даются пообъектно, поэтому у регистр правил нет смысла. Сам юзал такое во времена 77

(24) ах да, Гений же не осилил упр. формы

(23) ну нет желания у меня рекламировать - если интересно - яндекс тебе все скажет (он же тебе скажет и когда они были придуманы, сколько лет назад)

тоже баловался на 77 "универсальными" справочниками и регистрами
Потом понял что в больших системах это зло

(9) не так:

"я твой бухалтэрый рэгыстр правыл!"

А учитывая что на рег сведений отсутствует до сих пор таблица итогов, а только индексы - вообще п-ц

(29) В 8.3 есть итоги на рег. сведений

(30)
Да, но мало уже перешел

(26) ну если 33lab это ты, тогда твоё авторство - 2009 г, гений - 2007г

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

(32) эх..таки вынудил дать ссылку http://wiki.kint.ru/index.php/Регистры_правил._Общие_принципы

+34 ну и следовательно автор статьи и есть их "изобретатель"

(35) был не прав )

Похоже, набереш максимум комментов за день

Использую собственную реализацию. Мощная штука, мне нравится.

В правах доступа при сопровождении обычно перевожу на регистры правил.

И в прочем юзаю, писал в сабже

вот мечта есть - переписать свою функцию склонения на регистры правил.

(40)
Чтобы типовые не править ?
Подписки на события не используешь ?

(41) сходи по ссылке - там уже все написано :)

+43 по ссылке в (34) имеется ввиду

(41) а смысл? к функции нужно будет писать автозаполнение регистра

(41) Выгода от РП в ситуациях с некоторым (достаточно большим) множеством входящих параметров, определяющих результат. А тут какие параметры? ФИО и пол?

(45) Не поленись - прочитай статью, вопросы отпадут сами собой.

(47) А что там читать? Там голая теория: Объект1, Объект2, Отношение

(48) да вот не понятно зачем читать СП - там же голая теория.

Классический пример Регистра правил из типовой: Счета учета взаиморасчетов

(49) Собственно куча если это тоже регистр правил

Это что?

Не знаю о них - но наверняка использую

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

(54) регистры правил это офф. название или просто один одноэсник придумал?

хотя врядли. Регистры - это чисто 1с изобретение.

acsent ты фантазируй фантазируй...чукча не читатель - чукча писатель :)

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

(55) Без понятия. Еще вроде функциональными регистрами их называют.
(56) Побойтесь бога.

(32) это еще 2005 год. А то и ранее. Гениталий просто изобрел своб очередную "ленточную память".

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

(58) ты же сказал, что изучил тему?! судя по вопросам - не изучил.

Нет, понятия не имел, что есть такое. Кинул себе закладку.

че то не вкурил

(62) ну так расскажи. Объясни на пальцах.
Всем интересно будет

(0) прикрути пролог сом-объектом и не сношай мозг всякой чушью себе

мы одинэснеки, терминологию и общее направление нам задаёт фирма 1С
Фирма 1С не предлагает такого понятия как "регистры правил"

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

(65) Измерения(детерминант) и ресурсы(корень) создаются в предприятии (а не конфигураторе) для каждого РП свои. Один из примеров описан в (54)

(68) ок. Измерения это организация и подразделение, ресурс - имя печатной формы.
Каким образом создать их в предприятии в типовой УТ10, к примеру ?

(62) Хм. А описание переходов  конечного автомата - это же тоже "регистр правил"?

Ни разу не слышал. Это какой-то велосипед с треугольными колесами для зубенчатых дорог?

(59) в английском языке точно никаких регистров нет. Реестр есть только, но это совсем не то

(69) так это зависит от реализации РП. Реализаций масса различных. Демки найти легко - что на 7ке что на 8ке.

(71) Я думаю, так назвали определенный вариант использования регистров сведений.

(72) Да почему, в общем-то оно и есть. Регистр, реестр, свод правил. Не в названии же суть.

+(74) Теперь можно это красивое сочетание использовать где надо и где надо

*и не надо

ex: Используете ли вы Регистры Настроек? (с)

зачем регистру сведений ещё одно название ?

использовал когда-то давно еще в 2006м году на семерке, при этом РП был на XML нарисоватый. Лютейший механонизм получился. Он рулил печатью пакетов товаросопроводительных документов по туевой хуче собственных юрлиц с учетом требований покупателей

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

этим и исчерпывается весь принцип регистров сведений

а кое кто даже продаёт что-то под этим флагом

(79) к (0) и далее по ветке еще парень защищает идею как самостоятельную

(81) Ну согласись - не сложно же прочитать статью, скачать демку и посмотреть как все реализовано, все, что пишут 1Ски - это всего лишь реализация каких-то идей (это либо отчеты\обработки либо подсистемы) - разумеется в конфигураторе не появится ни какого нового объекта метаданных. Каким боком тут регистры сведений мне лично до сих пор не понятно (учитывая, что в 7ке их и в помине не было)

А еще регистры правил при должной настройке - замечательная альтернатива динамическому обновлению конфигурации. Потребовался тебе немедленно в определенном месте определенный функционал - велкам, вот тебе он. И без перезапуска клиента.
Фикси оценят, я гарантирую это.

(81) но это крутая идея.
не знаю, кстати адресация в бизнес-процессах так умеет делать (в этом кривом 1сном механизме)?

(79) РС в регистре правил - это только место хранение.
Нужно еще написать функцию по поиску результата.

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

Шо це?

Как то даже не видел той рекламы, автор ссылку хоть дай

(0) Регистр? Конечно правил! Много раз

(87) Универсальный механизм принятия решений. Так понятнее?

(90) Объяснять бесполезно - кому интересно тот прочитает статьи автора - остальные так и будут продолжать кодить по принципу "Если ИначеЕсли" ....

(97) вот вот, когда лестница из ИначеЕсли становится уже не контролируемой, тогда обычно и переходят на РП

(86) перечитай (79)

(93) перечитай (86)

(94) мне всё равно : используешь ты периодический или нет регистр СВЕДЕНИЙ

но ты используешь регистр СВЕДЕНИЙ
поэтому я не понимаю -- зачем ему ещё одно название

ты же не используешь регистры бухгалтерии/расчёта/накопления (!)

(93) Как минимум регистр правил должен содержать еще и логику отбора хранящихся в нем записей. Регистр сведений такой информации не содержит.

а что это такое?

(96) не понял

ну если автор придумывает такие вещи как "Отрицательное множество", то все возможно
http://fix-in.narod.ru/articles/alg_negativeset/article.htm

Сотка, нет?

(96) Регистр сведений, дополненный логикой отбора, становится регистром сведений, только с логикой отбора.

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

(102) "Регистром правил" ты называешь РС, имеющий определенное прикладное прменение. Он не перестаю этого быть РС

не перестает*

(101) Ага, как самурай с мечом, только без меча.

(103) У меня есть регистры правил, но они не используют регистры сведений. Сюрприз?

(103) +1
(106) справочники ?

(107) Справочник. Группы - регистры, элементы - правила (записи виртуальных регистров).

(106) Это не регистры. Ты свои свод своих правил и метод их хранения назвал зачем-то регистром.
Еще раз - разнопонятки происходят изза неудачного красивого названия некоего алгоритма.

Назови их Справочники(документы правил) правил и стебись над всеми, что тебя не понимают

(109) Да я за само название не бодаюсь. Просто привычка.

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

(111) Я же бодаюсь именно за название ;)

(112) зато иерархия есть

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

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

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

(112) Да не важно, справочники или еще где. Вполне быть может для *конкретной* задичи справочник был удобнее

(116) А, ты тот самый парень, который всю ветку куда-то отсылает :) Привет.

(114) зачем она нужна ?

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

Короче, горячие парни, "регистр правил" это паттерн проектирования, абстрагированный от конкретной реализации

(112) Глупо - высказывать мнения не понимая даже сути вопроса.
(119) Можно конечно ничего не читать - так обсуждать конечно гораздо интереснее, правда менее перспективнее.

(122) слова не мальчика, но мужа

Как то так -> 122

Сохранение настроек (параметров алгоритмов) в базе данных изобрели Кинт или Гений?
бгг

(126) +100500

(126) ни а чем.

(126) главное, что-нить сказать а уж, что сказать - для настоящего 1Сника не так важно.

(129) главное, чтобы умно выглядело

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

(131) раскрывай тему уже, "неколхозник"
wiki:Алгоритм

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

(133) применительно к ролям использовать твою реализацию уже смысла нет. Для хранения настроек самое то

(134) почему это нет?
роли ведь жестко задаются в конфигураторе, а РС можно двигать документом "Приказ о назначении прав", например... Как то так.

Да и в типовых есть регистр "Настройки доп. прав пользователей". Ты Нуралиеву не доверяешь?

(135) ты отстал от жизни. за последние два года идеология изменилась

(136) И че, функциональные опции лучше доп. прав? че то не верится

(137) Я про роли говорю, а не про доп права. Доп права и так регистр правил

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

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

(0) Не знаю и знать нехочу

(132)
а, с определением облажался, не спорю
Но от кинтовца тащусь - Росиия - родина слонов. Чё-то мало он как-то изобрел с таким то умищем.

(140) Я имею ввиду: Пользователь входит в группу Банк и группу Касса. У каждой группы свои права и могут пересекаться

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

(144)  Это как раз не кофликт. Если в одной группе разрешено, то можно. Так работают типовые доп права. А у тебя этого функционала нет

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

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

(147) это обычный регистр настроек. в 1с было такое с первых релизов

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

(148) давай не будем обобщать. не путай конкретное решение (регистр настроек) с названием технологии - регистром правил

(149), а зачем?

Забавно читать коменты теоретиков а самое забавное, что они даже въехать не могут в то, что такое РП.

(151) Что бы избавится от постоянного кодинга, что бы не лазить в конфигуратор.

(151) вот именно. Смешно видеть.

(153) вы работали с Регистрами правил? Обычно они узкоспециализированные и проще закодить, чем описывать универсализацию.

Кстати. насчет регистра настроек.
У меня был задача хранить константы, причем чтобы они ездили по точкам в РИБ.

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

Я сделал регистр сведений структуры:
Магазин, Константа (ссылка на ПВХ) -> Значение

Это был бы обычный регистр сведений если бы не одно но.

Если магазин не указан - это значение для всех магазинов, т.е. по сути РП. ;-)

(151) Что зачем? Поясни вопрос.

Тк занимаюсь в основном фин. и упр. учетом то использую для определения статей

(153), постоянный кодинг для автоматического выбора печатной формы в зависимости от параметров? Не, не встречал. А что кому-то часто требуется?

(155), зачем такие сложности там, где можно решить задачу в лоб в несколько строк кода?

(158) если можно в лоб - решайте в лоб. Но часто с объемами вариаций в лоб уже не идет.

(157) Это лишь один из примеров, давай возьмем другой:
Создай Роль\Права и т.д. для запрета проведения документа для опреденных пользователей в зависимости от фирмы,контрагента,объема продаж, дня недели и т.д. - правила могут меняться каждый месяц.

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

Узнал недавно, использовать еще не успел.

+160 когда закончишь кодинг - создай другое правило, например:
Необходимо, чтобы ТипЦен в документе устанавливался в зависимости от Контрагента,договора,выходных и т.д.

(160) А с регистрами правил эта задача будет занимать по сути столько же времени, сколько требуется для формулирования критериев принятия решения. Т.е. можно садиться и под диктовку заказчика писать правила. :)

(164) именно, но до теоретиков это никак дойти не может.

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

А вообще нафига? Я не встречал, чтобы у кого-то было миллион печатных форм, которые отбирались бы по неизвестным критериям

(163) Этоты такой суперуниверсальный регистр чтоли нахлобучил. Это уже через чур. Для каждой задачи свои регистры правил

(166) >А вообще нафига?
Тоже решение.

(166) Ну каждую подобную задачу будешь новый РС генерить?! а ничего, что принцип РП - это не просто РС с утановленым отбором по измерения - пустое измерение - это тоже измерение (для всех), измерение с типов "Справочник" - это еще проверка на вхождение в группу и т.д.
Ну а примеры с печ.формами - да их миллион - например бюджетники просят, что бы дня них печатные формы были одни а хозрасчетныки просят другие - изменения в печ.формах минимальны

(169) на каждую задачу свой регистр, гораздо более сопровождаемое решение

Или у тебя в измерениях ключ аналитики?

(170) Я же говорю - ты теоретик а я практик - в этом вся разница...Лет этак 8-9 назад создавали РП в конфигураторе (еще 7ка была) - со временем поняли, что эта тупиковая ветвь ибо РП начинают плодится + напрочь теряется универсальность

(169), ну дать им оба варианта печатных форм. Кому что надо, тот то и печатает. Либо в коде написать

Если Хозрасчетный Тогда
...
Иначе
...
КонецЕсли;

(173) я уже писАл выше - либо пользоваться РП либо "Если ИначеЕсли" - каждый выбирает сам.

(172) Почему же 1с не использует такую крутую штуку, а разные регистры плодит?

>>Ну каждую подобную задачу будешь новый РС генерить?!

На конкретно эту задачу я расскажу заказчику, что ему это нафиг не надо

(175) Ну 1С много чего не использует (снегопад например) - наверно не считают (снегопад) крутой штукой.

(173) Противоречит требованиям заказчика. Пользователь не должен заморачиваться с выбором печатной формы. Да и запрещено ему печатать чужие формы.

(176) Ну а я просто потрачу 5 минут времени и настрою РП в этом вся разница.

(175)
Почему не использует? Сия современнейшая технология была представлена в 1С:Бухгалтерия 6.0.
Можно было создать аналитики, написать правила работы с аналитикой.

16 штук за это УГ? Ответил бы 1, но погуглил таки эту хрень...

(178) >>Противоречит требованиям заказчика.
Ну и что?

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

>>Да и запрещено ему печатать чужие формы.
А в Excel ему не запрещено текст набирать? А то вдруг напишет что-то страшное

(179), для начала тебе придется создать этот регистр правил и настроить его для выбора печатных форм

(183) Это займет как раз около 5 минут.

(181) Это еще и за деньги чтоли?????

(185) если я верно нагуглил эту "подсистему", то да :)

(184), за 5 минут ты даже пользователей не успеешь выгнать для установки обновления

(182) В Экселе не запрещено, но в Экселе он и не будет этого делать. А вот если клиенту случайно уйдет не та форма, это чревато реальными финансовыми потерями. Про то, как некоторые скрывают аффилированность своих юр.лиц от клиента, не в курсе?

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

(187) про обновление - это было супер :)

(189), хочешь сказать, что это внешняя обработка, которую не нужно устанавливать в конфигурации и которая не изменяет метаданные?!

(188), каким образом в печатной форме может распечататься реквизиты не той организации?

Хотя как подсистема даты запрета редактирования может и ниче, годная

(191) Изменяет, естественно. Один раз, при внедрении. Как БСП. А потом пользуйся, добавляй свои виртуальные регистры/правила без выгона пользователей.

Так ее и надо рекламировать как что-то подобное. Ибо кому нужны непонятные регистры правил?

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

Нужно же как минимум еще и там код править

(192) Да нет. Чужая символика на бланке и все, приплыли.

на основе БСП можно любую конфу создать. Зачем нужен недопиленный велосипед?

(199) дай-ка угадаю - ты понятия не имеешь о чем речь - угадал?

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

Гений 1С придумал очередную куйню. На инфостар выложи, пусть народ оценит.

(201) вот ты привязался к печатным формам )
Замени управление печатными формами на управление правами доступа например

А сервер не сдохнет, если это в РЛС засунуть?

(204) я про РЛС даже не заикался...ты точно это мне адресовал?

#205, а что ты подразумеваешь под настройкой прав? Вот скажем можно с помощью этой штуки настроить видимость документов в списке в зависимости от каких-либо критериев?

(206) смотря какие критерии конечно, но лучше это юзать на права изменений

> у пользователя нет возможности изменить состав измерений такого регистра. Так?
- если есть возможность изменить состав измерений - ну добавилд я например новое измерение -КАК ПОЛЬЗОВАТЕЛЬ - и какой алгоритм будет это измерение обрабатывать..?

(179) новое правило - контрагент хочет чтобы в печатной форме справа вверху примерно на 3 см от края верхнего и на 2 см от края левого был напечатан номер его приемки...
- как сделать через регистр правил для печформ?

(207), очень специфическая задача получается. Тот же РЛС позволяет в УПП настроить фильтры и на видимость и на запись по подразделениям, проектам, организациям, группам доступа контрагентов и т.д.

(206) Можно разумеется.
(208) >> > у пользователя нет возможности изменить состав измерений такого регистра. Так?
Нет, не так...Можно добавить любые измерения\ресуры - а вот как это все работает  - если есть желание всегда можно почитать статьи ссылки на которые я приводил выше.

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

(211) на самом деле это автоматизация работы программиста не пользователя

(211), >>Можно разумеется.

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

212) учитывая,что пользователя вообще никогда не интересует как прог решит ту или иную задачу - то ДА - это автоматизация программиста.
(213) да

2005 год 1с 7-ка
Регистр Правил !?

2008 год автор ... угадайте кто OFF: Из опыта разработки регистра правил.

2006 год автор ... ну вы догодались v8: Регистры правил или проклятие вариативности.

чуть статья в Кз не пропустил за 2007 год Книга знаний: v8: Регистр правил для контроля прав доступа

(212) Ну, где-то так. Но не совсем так. У меня настройкой (разработкой) конкретных правил занимался пользователь (не программист), имеющий представление об структуре таблиц ИБ. В некоторых случаях можно посадить за настройку прав стажера. В некоторых случаях справится и секретарша.

(201) Отбор, определяющий принадлежность ПФ, работает только с реквизитами документа. ПР позволяет настроить любые правила, основанные хоть на анализе остатков в регистрах накопления, хоть на анализе значений параметров сеанса.

(215) хоть кто-то не поленился почитать :)

Объясните, пожалуйста, чем РС "Объекты доступа документов" в типовых принципиально отличаются от регистров правил, кроме того, что кусок запрещать-разрешать перенесен в платформенный RLS?

(220), возвращаемся к вопросу нафига козе баян

(223) Насчет козы и баяна не скажу, а насчет вопроса с ПФ я уже все объяснил.

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

(224), да я понял для чего, но пример (ИМХО) лишняя сущность в ВПФ

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

(227) не совсем так, в стандартном отборе - ДА ограничит, но есть еще и настраиваемый отбор (у меня по крайней мере) - там ограничений на фильтрацию нет (кроме тех, что ограничивают РП)

Эк ветку то раздуло... По мне, так сие чудо - попытка закрыть все косяки в разработке и общей непродуманности конфигурации. Как итог за это будет платить конечный пользователь как деньгами так и процессорным временем в процессе эксплуатации

(229) >>По мне, так сие чудо - попытка закрыть все косяки в разработке и общей непродуманности конфигурации

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

(229) +1 Хавнокодингъ

В двух словах это звучит так:
грамотно организованная модель есть функция F поведения программы Y от заданных параметров Х1, Х2..ХN.
А т.н. "регистры правил" есть суть покусочная эмуляция функциональности F построенная на частных случаях комбинаций параметров.

(232) Не так. РП есть способ реализации F при переменном значении N.

А кто сказал что расширяемое число параметров прерогатива "РП" ? Вопрос в другом, либо мы имеем четку функцию F(Х1,...ХN) -> Y, либо мы в приоритетном порядке ковыряемся в "Еслях". А то что вы спрятали "Если" в таблицу, то "хавнокод" с лестницами "Если" никуда не делся.

(234) Привычку спорить не понимая сути - похоже не истребить ни чем... РП для того и придуманы были, что бы избавится от ваших "Если ИначеЕсли".

(235) Чтобы избавится от "Если ИначеЕсли" достаточно не г*внокодить.

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

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

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

(238) не могут, они чисто потрендеть. РП - удобный механизм, я его часто применяю на практике. и интерес мой к нему был связан именно с уходом от лесенок из ИначеЕсли

(230) при чем здесь "Никогда не занимался разработкой конфигурации"? Если вы под разработкой понимаете "сразу начать писать конфу и тут же общаться с заказчиком на тему что ему нужно и сразу накидывать код придя в ларек с ноутбуком", то я в таком случае никогда не занимался. Как правило БП (бизнес-процесс) к моменту внедрения конфигурации или должен устояться (при этом конфа пишется под БП) или его нужно привести в соответствие с БП конфигурации (типа "так правильней и менее затратно"). Последующее изменение БП как правило чревато для собственника и ведет к дополнительным расходам и затраты на "изменить код" под новый БП могут составлять существенную часть. Если вы при разработке закладывать будете всего пару документов, а потом будете менять их функционал на лету в зависимости от пользователя - флаг вам в руки. Вот только я, допустим, не буду разбираться с вашими "РП" из-за того что у Маши все хорошо работает, только нет какой то кнопочки, а вот у Оли кнопочка есть, но ни хрена не работает все остальное.

ЧСВ кому-то подлечить надо (имхо)
Придумали, елки, гениальное и неповторимое

(241) Такова реальность - бизнес-процессы в компаниях не статичны. Таким образом, информационная система, дабы отвечать современным требованиям, должна этот момент учитывать. А реализовано это, на мой взгляд, может быть двумя путями. Первый: пытаться прогнозировать изменения бизнес-процесса и проектировать функционал "на вырост" (условно сначала торгуем по произвольным ценам, затем начинаем использовать ценообразование, затем включаем механизм скидок). Второй - в системе реализуется некая поддержка BPM. Типовые, понятно, развиваются обоими путями. РП, в общем-то, в контекст BPM замечательно вписывается. Я, кстати, не исключаю появления в 9.0 какого-то объекта метаданных, специально заточенного под хранение правил.

(239) (240) Жаль, серьезно.

(242) Что-то мне подсказывает, что наследование в C++ появилось гораздо раньше, и для реализации механизма наследования как раз используются аналогичные структуры. Так что просто слизали идею, а не придумали...

(241) Слегка поправлюсь - вместо "никогда не занимался разработкой" -> "Никогда не занимался разработкой универсальных решений". ПисАть конфу под клиента - тупиковая ветвь развития...Лезть в конфигуратор при каждом изменении у клиента потребностей - по меньшей мере забавно (имхо)
(245) я конечно не программист, но каким боком тут наследование остается только догадываться.
Вот есть идея межпланетного космолета - слижи и реализуй.

(246) Дык надо определить, метод какого именно класса вызвать в данном конкретном случае.

(246) под универсальным решением понимается, что весь код будет находится в РП? пять баллов
Вся ваша универсальность потом таким боком выходит хоть на сопровождении, хоть по исправлениям. Хотя, если вы не программист...
Хотя идея конечно интересная.
Приходишь в ларек и гришь (П): у меня есть конфигурация которая вас устроит за 1000 руб! клиент грит (К): беру!!!!

+(248) (К): а вот эта функция есть?
(П): нет
(К): а как?
(П): допишите
(К): а...
(П): еще 100 руб и тут же допишу!
(К): ну давай...

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

(248) Кстати, в электронике есть аналоги - программируемые логические матрицы и ПЛИС. И ведь продаются ;)

(250) скажу просто: для предприятий с пользователями от 50 и выше это не подойдет
(251) они, как правило, программируются один раз

(252)Не просто подойдет а работает и пользователей гораздо больше чем 50.

Или РП это опасная ненужная куйня (как описано у Г*), либо это банальность как по ссыле wiki.kint.ru  типа регистра счетов учета номенклатуры (тада не понятно откуда столько восторженных соплей по тыщулетнему баяну, ещё и название отдельное придумали).

(254) Видимо разобраться в "банальностb как по ссыле wiki.kint.ru" ты так и не смог.

(252) Уже давно есть многократные. Просто больше 1 раза мало кому надо.

А че там разбираться, очередной Г* велокат в стиле "мы не смогли создать ПО к которому не подойдешь без тазика и напильника".

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

(255) ты человек заинтересованный, поэтому твое мнение нельзя учитывать

Причем ты его отстаиваешь грубыми методами НЛП. Тоньше нужно, тоньше

acsent На самом деле мне абсолютно все равно кто чем пользуется - мне РП нравятся (в этом плане ДА мое мнение учитывать нельзя), считаю, что человек их придумавших умнее на порядок тех кто тут кричит, что это очередное Г.

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

Или например - магазин работает с 10 до 20, а по выходным с 11 до 18, классический пример. ;-)

Так что РП - хорошая шняга.

(252) Практика показывает обратное.

(261) Вполне допускаю, чтот "тот человек" - неглупый парень, может и более того.
Но вот насчет другого[человека], повторяющего "вы все тут идиоты, ни программировать, ни читать, не думать не умеете" - есть сомнения.
p.s. А, да, поправка - не все, а "только те, кто не согласен"