(1) В УТ 10.3 никак. Можно приобрести универсальную подсистему "Регистры правил" http://infostart.ru/public/60173/ - с помощью этой подсистемы можете задать пользователю любые права.
(11) Вам, как археологу и некроманту, умеющему откапывать темы 11-летней давности - мы, современная неумеющая лабуда, ничем вам в поисках помочь не сможем.
(12) может быть вы тогда подскажете другой вариант, как можно запретить в реализации товара вносить любые изменения ,если она проведена?
Любой способ с изменением разрешений для групп пользователей не подходит ,т.к. изменения надо запретить для 1Совского же модуля обмена с Битрикс. У него нет никаких ролей и групп. Он просто перепахивает реализации и разработчики пока не дают решений как это выключить в настройках. Т.е. надо на уровне документа запрет установить. Естественно, модуль не открывает документы а просто вносит изменения и проводит или сохраняет, если провести не удается.
Спасибо
изменения надо запретить для 1Совского же модуля обмена с Битрикс. У него нет никаких ролей и групп. Он просто перепахивает реализации и разработчики пока не дают решений как это выключить в настройках
А вы не зацикливайтесь на настройках - вносите изменения в код этого модуля обмена. То есть, перед внесением изменений проверяем: если документ проведен - пропускаем его.
Т.е. надо на уровне документа запрет установить.
Ахха, а если документ заблокирован для изменений - что будет дальше с вашим модулем Битрикса? Скорее всего, он просто вылетит с ошибкой и дальше ничего не обработает. Вас такой вариант устраивает?
1. Создать новую или отредактировать имеющиесы роли
2. по 3. (в модуле формы ПередОткрытием() Если НЕ РольДоступна("ПолныеПрава") Тогда ТолькоПросмотр=Проведен; КонецЕсли; (работает только интерактивно)
3. Создать новую подписку на событие "ПриПроведении", новый модуль с обработчиком подписки, в котором:
Если НЕ РольДоступна("ПолныеПрава") ИЛИ НЕ Источник.ОбменДанными.Загрузка Тогда Отказ=истина; КонецЕсли; - работает железно, в т.ч. и для внешних обработок.
(4) dvv01, подскажите пожалуйста по п.2 Если НЕ РольДоступна("ПолныеПрава") Тогда ТолькоПросмотр=Проведен; КонецЕсли;
задача запретить пользователям редактировать ЗаказПокупателя, если по нему сделана РеализацияТиУ
как задать условие проверки - проведена ли реализация, созданная из этого заказа?
(9) rbw, посмотри как реализована в типовых функция "Структура подчиненности", и сделай также, если есть реализации которые на основании заказа и они проведены, тогда - что? правильно, До Свидания
Kaval88, вообще есть право доступа к документу "Интерактивное изменение проведенных". Убираешь это право и будет тебе счастье. Нелишним будет заодно запретить пользователю отменять проведение. Кода никакого писать тогда не нужно будет. Соответственно, когда пользователь с правами, разрешающими отменять проведение документ, отменит проведение, другой, с неполными правами, сможет изменить и провести его снова.
Только эту галочку ""Интерактивное изменение проведенных" следует убирать у каждого документа, редактирование которого разрешено в роли. Иначе результат не совсем тот, который был нужен.