Настройка прав пользователей
 

Вопросы новичка в 8:

1. В БП 2.0 нужно создать новую роль для менеджеров.
Новую роль создать не сложно, но пользователь сможет работать с базой только если ему присвоена роль ПолныеПрава или Бухгалтер. Можно эту проверку закоментить. Или проще убрать все права роли Бухгалтер и насоздовать новых требуемых ролей, не забывая пользователям всегда добавлять роль Бухгалтер? Так будет проще обновлять конфу в дальнейшем просто не обновляя роль Бухгалтер?

2. Обновлять типовую базу (сервер без интернета) правильнее порелизно через обновления, скачанные с сайта 1С. Т.е. Поддержка => Обновить конфигурацию => Выбор файла обновления и т.д.
Т.е. делать объединение с полной последней конфигурацией не стоит (например сразу с 47.7 до 51.6) ? Мне советовали для скорости второе, но я так понял, что возможны косяки, и лучше так не делать. Это так?

'насоздАвать'

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

к 2.
Т.е. всегда следует обновлять 47.7 => 48.9 => 49.15 => 50.4 => 51.6, а не объединять 47.7 с 51.6

(2) Т.е. тогда при каждом обновлении эту проверку руками добавлять?

В общий модуль / УправлениеПользователями

И НЕ РольДоступна("МинНаборПрав")

3-4ittmk > кто вам вообще сказал про объединение? Только через обновление (даже если перескакивать через релизы), но обновлять попорядку совсем не долго, даже если прошло полгода.
4-4ittmk > поизучайте механизм обновления v8, добавлять вручную придется только в том случае, если будут изменения в этой же процедуре в этом же модуле. На практике это бывает редко.

... и можно пропускать "необязательные" обновления (не затрагивающие метаданные, т.е., саму структуру БД). Степень "необязательности" зависит от используемого функционала. Например, можно пренебречь даже исправлением "критической" ошибки в КУДИР, если предприятие не на УСН...

6-VZ > имхо, определять необязательность обновлений дольше, чем накатить его :))

7-Uho > Долго читать ридми? :)
Любое накатывание потенциально опасно. Особенно для файловой версии, где все в одном файле. И даже когда изменения токмо в модулях и "графике".
А потому сопровождаемого мелкими и досадными хлопотами с бэкапом релиза.
Который, к досаде, делается когда не нужен.

[quote=Uho;31805360] 3-4ittmk >добавлять вручную придется только в том случае, если будут изменения в этой же процедуре в этом же модуле. На практике это бывает редко.[/quote]
Не знал. Вообще круто!

Вот про способ через .cf :

[url]http://forum.infostart.ru/forum24/topic53350/[/url]

8-VZ > были прецеденты, когда в ридми "забывали" про важную информацию
10-4ittmk > статья противоречит сама себе, если она "не для начинающих", то это и так все известно ))

(11) Спасибо. Рисковать не буду.