Доброго здоровья.
Подскажите, пожалуйста, какова логика нового в сравнении с 8.2 механизма добавления пользователей и назначения им прав в 8.3?
Почему пользователь с полными правами добавленный в конфигураторе не может зайти в базу?
Платформа 1С:Предприятие 8.3 (8.3.9.2170)
Бухгалтерия предприятия, редакция 3.0 (3.0.49.23)
Древовидный
Печать
Искать в теме:
Алексей
читатель
офлайн
Дата регистрации: 03.05.2017
Сообщений: 2
Сообщений: 2
Пост №1 03.05.2017 09:55
Ответили:
пост №2
, пост №3
Дина
читатель
офлайн
Дата регистрации: 21.05.2010
Сообщений: 2981
Сообщений: 2981
Пост №2 03.05.2017 14:35
Ответ на
пост №1
Алексей, хотя бы одному пользователю с полными правами должна быть назначена дополнительная роль "Администратор системы".
Жертва 1С
читатель
офлайн
Дата регистрации: 08.10.2016
Сообщений: 468
Сообщений: 468
Пост №3 03.05.2017 17:47
Ответ на
пост №1
Много может быть причин.
"Полные права" и не необходимое, не достаточное ксловие для входа.
Например, у польователя может быть не включен ни один из флажков в конфигураторе:
- Аутентификация 1С:Предприятия
- Аутентификация операционной системы
Алексей
читатель
офлайн
Дата регистрации: 03.05.2017
Сообщений: 2
Сообщений: 2
Пост №4 04.05.2017 08:57
Вот я и пытаюсь понять логику всего механизма. Зачем одна и та же функция присутствует в двух местах? Почему добавленный в клиенте базы пользователь появится в списке пользователей в конфигураторе, а наоборот - нет? Почему "полные права" по факту работают так, что должны называться "расширенные"?
Жертва 1С
читатель
офлайн
Дата регистрации: 08.10.2016
Сообщений: 468
Сообщений: 468
Пост №5 05.05.2017 02:30
| Цитата |
|---|
| Алексей пишет: Вот я и пытаюсь понять логику всего механизма. Зачем одна и та же функция присутствует в двух местах? Почему добавленный в клиенте базы пользователь появится в списке пользователей в конфигураторе, а наоборот - нет? Почему "полные права" по факту работают так, что должны называться "расширенные"? |