Доброго коллеги!

Вот возник вопрос, зачем в типовых (УПП например) сделано РЛС на изменение наборов регистров? Сведений, накопления, бухгалтерии и т.д.

Рассмотрим подчинённые регистратору только.

На чтение понятно - формирование отчетов, только по разрешённым данным.
А на запись? Права на документ определяют имеет ли юзер право работать с этим участком учета.
Что происходит при проведении? Например запись в десяток РН с РЛС, куча лишних соединений РЛСа при записи наборов, нагрузка на систему, иногда сложность в настройке прав, хотя с уровня самого докмента мы разрешили пользователю его проводить.

Реально ли необходимо РЛС на изменение наборов записей?
Документ Корректировка записей регистров не рассматриваем, ибо пользователям его давать вобще нельзя по хорошему.

+1

(0) ни о чем

Это дата запрета изменения.
В новых типовых она без рлс реализована

РЛС не на чтение это вообще зло. Ибо не отлаживается в принципе

Лишнее это.

Документ "Корректировка регистров" не рассматриваем?

(0) чтобы усложнить жизнь всем нам

(2)(3) ни о чем
(6) дочитай до конца хотя бы )

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

собственно считаю что

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

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

(11) Почему глупо? Есть грабля, нужен костыль. Вот они и родили костыль в таком виде

(3) при чем тут дата запрета? РЛС на запись регистров выглядит типа #ОбособленноеПодразделениеВШапкеФизЛицоВШапке_Запись("Организация", "Физлицо")

И если посмотреть - этот шаблон для Документа, тупо скописастили. Но эта проверка же есть на документе уже, зачем в регистр?

(12) программно изменить можно что угодно и как угодно, РЛС не спасёт от программиста

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

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

Как пример - выплата зарплаты, обычная платёжка на перечисление денег людям по ведомости. Но! бухгалтер должен обладать правом изменять справочник "физ лица" чтобы провести платёжку. Это просто нелогично. Я против! Не должен бух редактировать его... ан нет, РЛС не оставляет выбора.

УПП 1.2, УПП 1.3 - ситуация не менялась, таки надеюсь хоть в 2.0 пересмотрят концепцию

реализация прав и ролей в упп идиотская...

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

(20) нужно поддерживать статус самой мудрёной конфиги

Имхо документооборот по мудрёности переплюнул УПП уже

Есть документ "Корректировка записей регистров" - он не проводится, но в регистры пишет.
+ для надёжности.

И не РЛС на регистрах, а РЛС на регистры.

+ проведение обычно в привелигерованном режиме без РЛС.

(17) >бухгалтер должен обладать правом изменять справочник "физ лица" чтобы провести платёжку

Ну это ты загнул.

(25) посмотри сам в УПП, это факт, если включено РЛС на физ лица.
(24) у кого это обычно проведение в привелигированном? У тебя? в Типовой это не так
(23) Про корректировку уже выше всё написано. Из за одного документа они наковыряли сотни РЛС?

>и этот костыль с РЛС на запись они сделали только из за одного документа корректировка записей регистров?

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

(0) реализуй право менять только свои документы и при этом видеть документы всего отдела в целом

забыл голосовать

(28) вообще то обсуждаем реализацию уже сделанного

(28) это то зачем?
Вобще решили мы убрать РЛС на изменение у регистров, а то накипело вот...
Это не спасёт, я немного про другое, РЛС уже сидит на документах, и нет смысла вешать ещё на регистр в свете (17) например

(28) РЛС на изменение документов достаточно для этого.

>реализуй право менять только свои документы и при этом видеть документы всего отдела в целом

это кстати тоже крута в упп сделано

высунув язык юзер правит документ, потом фигак по "ОК", а ему а у вас прав нет на изменение таблицы.

(31) Теоретически, юзер может запустить внешнюю обработку, которая изменит регистр без документа (не меняя Регистратор).

(34) дак и обработку можно написать так что она будет плевать на РЛС с высокой колокольни, от программиста нет защиты...

(35) Если нет прав изменить конфигурацию, наплевать на РЛС не получится.

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

(34) прав

а у доков стоит флаг привилегированного проведения, т.ч. рлс тормозить не будут

(38) у кого стоит? в типовой не стоит.
Я не спорю что так правильней даже, поставить эту глаку. Но не стоит жеж

(39) смотря какой документ, и смотря какой релиз - это фишка 8.2

вот, кстати, да, прикольно. На реализацииТиУ стоят флажки, а ПКО - нет

(37) Внешнюю напишет.

не всё так просто ещё:

ПривилегированныйРежимПриПроведении (PrivilegedPostingMode)
Использование:

Только чтение.
Описание:

Тип: Булево.
Устанавливает возможность использования привилегированного режима при проведении документа. Если свойство установлено в значение Истина, то проведение документа будет всегда выполняться в привилегированном режиме (на сервере и в файловом варианте).

Доступность:

Сервер, толстый клиент, внешнее соединение.
Примечание:

Если проведение документа выполняется на клиенте в клиент-серверном варианте, то привилегированный режим не устанавливается.

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