Пользователь с правами только чтение!
Показывать по
10
20
40
сообщений
- 1
- 2
22.07.2013
11:56
#1
Здравствуйте! У пользователя в 1С 8.2 Бухгалтерия (релиз 2.045.6) был доступ к базе только чтение. После обновления(релиз 2.0.49) данная "опция" недоступна- идет полный доступ.
Как можно вернуть функцию для данного пользователя- только чтение?
Заранее спасибо!
Конфигурация типовая!
Есть 2 версии: 1.можно сделать (для этого зайти Сервис-настройки-права доступа.Галочка- ограничить доступ к данным по организациям-настроить права доступа.Далее создается группа пользователей для выбранной организации)
2.нельзя сделать в типовой конфигурации. Есть только бухгалтер и полные права. И для реализации только чтение необходимо нанимать программиста 1С.
Как можно вернуть функцию для данного пользователя- только чтение?
Заранее спасибо!
Конфигурация типовая!
Есть 2 версии: 1.можно сделать (для этого зайти Сервис-настройки-права доступа.Галочка- ограничить доступ к данным по организациям-настроить права доступа.Далее создается группа пользователей для выбранной организации)
2.нельзя сделать в типовой конфигурации. Есть только бухгалтер и полные права. И для реализации только чтение необходимо нанимать программиста 1С.
22.07.2013
14:25
#3
"Не нужен программист.
Скопировать права Бухгалтера и переименовать (ТолькоДляБухгалтера), править родную роль Бухгалтер - убрать все, на что нужно установить запрет (т.е. получиться должна роль с ограничениями; та, которая вам нужна), далее для пользователя, которому нужно установить ограниченные права, ставим роль Бухгалтер, а для всех пользователей, у которых нет ограничений - установить по две роли Бухгалтер и ТолькоДляБухгалтера.
Общий модуль править не рекомендуется. При обновлении соответственно нужно снимать "галки" с измененных ролей!
Для новой роли Бухгалтер (для чтения):
1. Общие - ПараметрыСеанса - Получение, Установка
2. Константы - ГотовностьПрограммыКРаботе - Чтение, Изменение, Просмотр
3. Константы - ФайлОбработкиИнтернетПоддержкиПользователей - Чтение, Изменение, Просмотр
4. Справочники - Пользователи - Чтение, Добавление, Просмотр, Ввод по строке
5. Регистры Сведений - НастройкиПользователей - Чтение, Изменение, Просмотр
6. Регистры Сведений - ПараметрыИнтернетПоддержкиПользователей - Чтение, Изменение, Просмотр
Данная технология используется на всех базах 2.0, начиная с 28-го релиза. Все работает как из рогатки..."
Скопировать права Бухгалтера и переименовать (ТолькоДляБухгалтера), править родную роль Бухгалтер - убрать все, на что нужно установить запрет (т.е. получиться должна роль с ограничениями; та, которая вам нужна), далее для пользователя, которому нужно установить ограниченные права, ставим роль Бухгалтер, а для всех пользователей, у которых нет ограничений - установить по две роли Бухгалтер и ТолькоДляБухгалтера.
Общий модуль править не рекомендуется. При обновлении соответственно нужно снимать "галки" с измененных ролей!
Для новой роли Бухгалтер (для чтения):
1. Общие - ПараметрыСеанса - Получение, Установка
2. Константы - ГотовностьПрограммыКРаботе - Чтение, Изменение, Просмотр
3. Константы - ФайлОбработкиИнтернетПоддержкиПользователей - Чтение, Изменение, Просмотр
4. Справочники - Пользователи - Чтение, Добавление, Просмотр, Ввод по строке
5. Регистры Сведений - НастройкиПользователей - Чтение, Изменение, Просмотр
6. Регистры Сведений - ПараметрыИнтернетПоддержкиПользователей - Чтение, Изменение, Просмотр
Данная технология используется на всех базах 2.0, начиная с 28-го релиза. Все работает как из рогатки..."
22.07.2013
14:53
#4
> ...править родную роль Бухгалтер - убрать все, на что нужно установить запрет...
> Общий модуль править не рекомендуется.
Я смотрю простых путей Вы не ищите...
> Общий модуль править не рекомендуется.
Я смотрю простых путей Вы не ищите...
23.07.2013
09:08
#5
"Если конфигурация типовая, то исправить в общем модуле строку процедуры, вписав в нее роль "Просмотр" - минутное дело. 1С в один момент поменяет механизм и будете опять лезть править модуль (модули)...
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт
Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда
Отказ = Истина;
#Если Клиент Тогда
Предупреждение("У текущего пользователя нет доступных ролей, для запуска информационной базы.", 10, "Недостаточно прав доступа");
#КонецЕсли
КонецЕсли;
КонецПроцедуры
Способ, описанный в предыдущем сообщениии, проверен. Делается всего один раз (по времени - 5 минут). При дальнейших обновлениях не забываем снимать галки с роли ТолькоДляБухгалтера и Бухгалтер. И править ничего не придёться."
Процедура ПроверитьВозможностьРаботыПользователя(Отказ) Экспорт
Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда
Отказ = Истина;
#Если Клиент Тогда
Предупреждение("У текущего пользователя нет доступных ролей, для запуска информационной базы.", 10, "Недостаточно прав доступа");
#КонецЕсли
КонецЕсли;
КонецПроцедуры
Способ, описанный в предыдущем сообщениии, проверен. Делается всего один раз (по времени - 5 минут). При дальнейших обновлениях не забываем снимать галки с роли ТолькоДляБухгалтера и Бухгалтер. И править ничего не придёться."
23.07.2013
10:06
#6
Заменить строку
Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда\
на
Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") И НЕ РольДоступна("МояРоль") Тогда
гораздо быстрее чем копировать роль, а потом нудно снимать флаги у объектов (а можно еще что-то пропустить).
Вероятность того, что поменяется процедура "ПроверитьВозможностьРаботыПользователя()" значительно меньше чем вероятность добавления новых объектов, к которым нужно будет прописать доступ в ролях "Бухгалтер" и "МояРоль". При чем отследить изменение процедуры будет гораздо проще (достаточно при обновлении использовать соответствующий фильтр), а в случае вашего варианта придется либо разбирать очень "информативный" отчет о сравнении, либо брать роль "Бухгалтер" из обновления и заново снимать флаги, либо оставить все как есть и ждать на каком объекте у пользователя программа "вывалится" с сообщением "Нет доступа".
Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") Тогда\
на
Если НЕ РольДоступна("ПолныеПрава") И НЕ РольДоступна("Бухгалтер") И НЕ РольДоступна("МояРоль") Тогда
гораздо быстрее чем копировать роль, а потом нудно снимать флаги у объектов (а можно еще что-то пропустить).
Вероятность того, что поменяется процедура "ПроверитьВозможностьРаботыПользователя()" значительно меньше чем вероятность добавления новых объектов, к которым нужно будет прописать доступ в ролях "Бухгалтер" и "МояРоль". При чем отследить изменение процедуры будет гораздо проще (достаточно при обновлении использовать соответствующий фильтр), а в случае вашего варианта придется либо разбирать очень "информативный" отчет о сравнении, либо брать роль "Бухгалтер" из обновления и заново снимать флаги, либо оставить все как есть и ждать на каком объекте у пользователя программа "вывалится" с сообщением "Нет доступа".
23.07.2013
10:07
#7
+ к написанному - делать вообще ничего не надо, т.к. выше я написал про роль "ЧтениеЭД".
23.07.2013
14:13
#8
При назначении роли "ЧтениеЭД" пользователю - невозможно войти в базу (ошибка "Нет прав на запуск требуемого вида клиента"). Релиз 2.0.50.3. Проверьте.
23.07.2013
14:23
#9
Доступ к объектам не меняется (относительно новых объектов). Делается это всего один единственный раз при создании роли для просмотра. Все справочники, документы, регистры - только чтение. Все остальное - по приведенному списку. Как писалось - роль для просмотра не меняется, начиная с 2.0.28.хх релиза на достаточном количестве баз. Полет отличный. Впрочем, у Вас всегда есть самостоятельный выбор способа решения задачи. Мне, к примеру, удобнее свой метод (сделал один раз - и забыл). И вообще, Денис, давайте закроем тему. Кстати, Ваше предложение (роль Чтение ЭД) - не работает.
- 1
- 2
Читают тему
(гостей: 1)