Доброго дня!
Столкнулся с такой ситуацией:
https://s.mail.ru/3EoEahibkE78/img-2015-08-16-09-22-28.png
Как в данном случае поступать: дописывать права как в основной конфигурации или создать новые права, чтобы при след обновлении не было проблем?

Создать свои собственные на основе типовых

хороший вопрос и не такой простой.

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

если доработки связанные с добавлением прав - надо создать новые роли на расширение прав и включать их в профиль пользователя. Если уменьшение прав - то нужно редактировать типовые.

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

Да не трогайте вы типовые роли!!!
"Если уменьшение прав - то нужно редактировать типовые." - не нужно! Нужно создать систему ролей для конкретного профиля, который в вашем конкретном предприятии необходим. И в этот профиль включать типовые роли - если предоставляемые ими права не добавляют пользователю лишний функционал. Если добавляют, ИХ непосредственно править НЕ НУЖНО. Нужно - либо скопировать типовую роль, и поправить ее, либо вообще свое нарисовать. При этом необходимо помнить о проверках на "РольДоступна" и РЛС.

(2)[Если уменьшение прав - то нужно редактировать типовые. ]
крайне не рекомендуется
поддержать такую систему и не облажаться при обновлении могут не многие

[Если уменьшение прав - то нужно редактировать типовые. ]

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

(5) подписка передзаписью - наш лучший друг, в 95% заменяет RLS

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

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

(0) Чего испугался?
Зачем вам роли?...
Лучше Дописывать свои роли, а типовые не трогать
В ролях так же затрагивать только свои метаданные
...
А вообще, Роли у 1С это тот еще геморой, когда один работник выполняет все, что только можно, при этом ему же нежно еще чего урезать :)

(4) С тех пор как появилось вменяемое сравнение ролей достаточно просто переносить изменения 1С. Их обычно немного. Только новые объекты, да иногда пара-тройка изменений старых ролей.

(9) что за сравнение ролей?

>>Лучше Дописывать свои роли, а типовые не трогать

не всегда.

простой пример - тебе нужно у роли Бухгалтер убрать права на редактирование спр Ном Группы.
у тебя варианты:

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

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

(9) " С тех пор как появилось вменяемое сравнение ролей достаточно просто переносить изменения 1С" - когда появилось?

>тех пор как появилось вменяемое сравнение ролей достаточно просто переносить изменения 1С.

убирай Зина водку...

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

(12) Не помню уже точно, вроде бы в 8.2.14 или 8.2.15...

(9) >> С тех пор как появилось вменяемое сравнение ролей...

Можно поподробнее?

(14) Расходимся, на нае...али

(16) А отличного сравнения никто и не обещал, всего лишь вменяемое ;) Но чтобы перенести типовые изменения ролей 1С этого вполне достаточно.

Я для себя написал наглядное сравнение ролей.
На партнерско/конкурирующем сайте публикация есть.

Поэтому уменьшением типовых прав - да, балуюсь без последствий.

(11) >>> у роли Бухгалтер убрать права на редактирование спр Ном Группы

Вот тут и кроется засада от обновлений релизов :)
Как ни крути, но лучше создать новую роль "Бухгалтер - Ограничен 0001" или как то по смыслу.
Либо программно ограничивать.

(3) +1

(20) >>лучше создать новую роль "Бухгалтер - Ограничен 0001"

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

Здесь есть вообще специалисты-то?

(23) смирись

(22) Потому что потом не приходиться сидеть на мисте и орать есть ли тут специалисты...

Допустим есть у меня типовая буха 2.0. Для роли "Бухгалтер" надо убрать право чтения справочника КонтактныеЛица. Подписка не подходит. Ок, делаю копию роли "Бухгалтер", убираю права. Называю роль Бухгалтер1. И даже не забыл прописать роль в процедуру "ПроверитьВозможностьРаботыПользователя".
Через месяц выходит обновление, к клиенту приезжает другой спец. "Не глядя" накатывает обновление, т.к. типовые объекты на замках, а нетиповые его не интересуют. Общий модуль "УправлениеПользователями" в обновлении не затрагивается, его даже не смотрим. Клиент запустил 1С и проверил что программа работает.
А в этом обновлении добавили новый регламентированный отчет, и права на него только у роли "Бухгалтер", которую молча обновили, т.к. в основной конфигурации она не изменена. Через неделю клиент обнаружил, что отчет не запускается под ограниченной ролью...

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

Кстати, тем кто использует подписки для ограничения записи: как разруливаете привилегированный режим, и использование функции ПравоДоступа?

(20) Какая засада? Проставить галочки на новые объекты при обновлении после того как снимешь галочки со всех измененных тобой ролей? Так если ты сделаешь дополнительную роль - тебе точно так же придется их ставить.

(26) все так. кроме того, в типовых на элементы формы(элементы формы, Карл!)  назначается видимость по ролям. Это значит, что при добавлении новой роли взамен типовой, нужно отслеживать все эти формы, вносить в них изменения и пр