Привет!
Вот расставил я в конфигурации права на определенные документы. Например прошелся по всем ролям и запретил проводить и распроводить "ПеремещениеТоваров". Только кладовщику оставил. Включил возможность изменения с сохранением поддержки.
Прошло время, вышел новый релиз конфиги и вместе с ним несколько новых регистров и справочников. Стал я эксперименты ставить. Как слепить роли измененные и новые, чтобы мои правки сохранились, а на новые объекты права появились согласно пришедшим от поставщика изменениям.
Пробовал 3 режима:
объединение с приоритетом измененной - в ролях появляются права на проведение перемещений
объединение с приоритетом поставщика - тем более
взять у поставщика - ваще.
Отзеркалил ситуацию,
выгрузил свои изменения в виде отдельной конфиги, стал натягивать её на поставщика:
объединение с приоритетом поставщика - в ролях по прежнему присутствуют права на проведение перемещений
объединение с измененной из файла - то же самое
взять права измененные из файла - получилось, мои правки в ролях появились, но права на новые объекты исчезли.
Решение есть?

есть, не трогать типовые роли, делай свои, следи только за новыми объектами

(0) не так
создавай свои роли

если надо тоньше делай Рг сведений и подписку перед записью

только не трогай типовые роли

(1) Если копировать типовые роли, и назначать новые с изменениями пользователям, то для всех новых объектов в новых ролях надо будет выставлять права.

переходи на ут 11

(3) естественно.
А много новых объектов ты видишь в обновлениях? нажать 2 раза вместо всех плясок в (0) - чудесный вариант, посчитай

(2) Атлична! Значит типовые роли втопку. Никому их не назначать.
Это значит, что профессионалы внедренцы и кодеры за столько лет ничего с этим не смогли сделать.

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

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

(6) не тупи, открой, наконец, УТ 11

(9) Это позже ...
в данный момент работаем на 10-ке и переходить пока не будем.

(10) в старых релизах с ролями полная ж...

(6)[начит типовые роли втопку. Никому их не назначать. ]
ты бредишь
это значит все работают под типовыми ролями, укороченными подпиской перед записью

(12) Это костыли: я не даю чуваку проводить документ - поменял ему в типовой роли "нет" - так у него даже кнопка не активна САМА! А в твоем варианте будет так - кнопка активна, он её жмет, ему подписка отказ выплевывает с сообщением.

(13)Либо геморрой у обновляющего, либо некоторые неудобства у пользователя. ИМХО, второе правильнее.

(10) переходить тебя никто не заставляет, просто посмотри, что там "профессионалы внедренцы и кодеры за столько лет с этим не СМОГЛИ сделать"

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

(0) Создаю некий файл, в котором пишу, что изменил в типовой роли. И при обновление, беру полностью роль типовую, и восстанавливаю измения.
Но случае везде разные, где то лучше роль добавить отдельно.
В твоём примере проще в коде, в документе написать если Пользователь не равен такому ту, то ЭтаФорма.ТолькоПросмотр = Истина;
Ну или подписку на событие сделать, что бы при проведение проверялся пользователь.

(17) К тому и прихожу, но видел одно красивое решение, через GitHub. Может удастся его применить.

(13) Ты не поверишь, но при RLS ситуация точно такая-же. Кнопка доступна, но на запись может ругаться. Так что ничего страшного.