В конфигурациях, использующих БСП права пользователям настраиваются в режиме предприятие путем распределения пользователей по группам доступа.

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

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

Вопрос: является ли на сегодняшний день стандартом для Обновляльщика конфигурации актуализация гркпп доступа после обновления конфигурации?

(0) Насколько помню, стандартные профили меняются автоматически.Не стандартные нужно вручную менять. Откуда программа знает как вы там настроили и чего задумали?

(1) Я не про программу, я про людей.

Дали задачу человеку, обслуживающему программу обновить конфигурацию. Ему нужно профили обновить при этом или нет.
Кстати, что значит стандартные?

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

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

(3) не задание, а обработчик обновления. Если это профили типовые, естественно

(4) Что такое "типовые"? Предопределенных элементов в этом справочнике нет (кроме "Администратор")

(2) Стандартные = предопределенные. Не роли, а профили. Профиль = набор ролей. Если пользователям даются стандартные, предопределенные профили, то они должны были обновиться при обновлении. Проверь по логам выполнялись эти обработчики или нет. Если нет, то можно найти в конфигураторе.

(6) Тут вопрос не технический, а так сказать, политический.

Вася обслуживает программу 1с, ему сказали обнови до свежего релиза. Он обновил. Следует ему проверить работу профилей или это совсем другая задача?

(7) другая. Пусть используют типовые профили, если не хотят ошибок после обновления

(8) Эти профили сам же Вася и настраивал, кроме того мы пока не выяснили какие типовые

(9) вы предлагаете мне в самому поискать?)
ок, я не ленивый. Для документооборота 2.1 это будут профили в УправлениеДоступомПереопределяемый.ПриЗаполненииПоставляемыхПрофилейГруппДоступа()

(8) Если это ДО 3 версии там только один предопределенный "Администратор".
(7) Ответ на этот вопрос зависит от распределения обязанностей. Кто отвечает за раздачу прав, тот и должен был проверить и настроить их после обновления. При подключении пользователей кто-то определял какие права пользователям дать? Возможно этот же человек определял какими ролями эти права раздавать. Вот перед обновлением эти люди должны были прочитать описание обновления. Провести обновление копии базы. Проверить достаточность доступа в копии базы. Если доступа не хватает то выработать способ компенсации изменения. Вот тогда эти люди и отвечают за доступ пользователей.

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

(7)

>> Тут вопрос не технический, а так сказать, политический

Если ты начальник, будь добр -- давать своим подчиненным ясную понятную задачу.
Сказано обновить -- человек обновил. В задаче было сказано тестить, проверять, делать что-то еще? Нет? -- ну и нет.

Потрать время, напиши на типовые задачи -- типовые шаблоны:
1) Сделать резервную копию (получить от сисадмина уведомление, что она сделана)
2) Обновить конфигурацию
3) Обновить профили доступа
4) ...

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

(9) Если сам Вася и настраивал, то теперь страдать должен Вася. В следующий раз будет умнее и хотя бы заранее обговаривать этот момент

(13) не факт. Сегодня ты добавил роль на просмотр документа, а завтра разработчик добавит регистр сведений, который используется при открытии документа, а роль на него отдельная. Или вообще роль удалит.

(4) Обычно профили доступа обновляются без обработчиков ожидания. Часть процедур выполняется при первом запуске пользовательского режима администратором в монопольном режиме, часть рег.заданием.