Добрый вечер!

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

Так и приступай,
кто не дает?

Пока сделал следующее. Завел пользователя с ролями Пользователь и Менеджер по продажам. Создал интерфейс, где в меню доступны нужные отчеты. Создал общий модуль, где сделал выковыривание и запуск нужных внешних отчетов таким образом, чтобы можно было вызвать из меню. Почти работает, но есть проблемки...

Делай Роль юзверю, в роли выбери права нужные что можно смотреть, а что нельзя

А с нее потом при обновлении крыжи слетать не будут, что можно, что нет?

Отдельно этому "больному" юзверю роль делай, с обрезанием прав на объекты по самые гланды, пусть только читать может и все

(5)->(4)

Ну если обновляться будешь правильно то не должны

(7) что имеется в виду?

(4) так потому тебе и пишут, что новую уникальную роль для этого сдклай, чтоб обновление ее не смогло перетереть

(9) гуд, попробую

Если дать пользователю только стандартную роль "Пользователь", то он уже имеет право изменять некоторые справочники, которые в моем случае не надо бы, в частности справочник номенклатуры. Одновременное задание роли, где права на запись в этот же справочник были бы выключены, проблемы не решает. Если же не давать роль "Пользователь", конфа не пускает юзера в программу. Тупик?

(11) Еще раз говорю, ОТДЕЛЬНУЮ Роль,
скопируй тогда роль Пользователь и по другому назови  и модфицируй ее

(12) пробовал именно так. Если выбрать потом для этого пользователя только ее - УПП не пускает в программу, говорит что не выбрана роль Пользователь (мы ж переименовали). А если их выбрать две вместе - то запреты не действуют.

можно попробовать подойти с другого боку. Сделать обычного менеджера по продажам, но интерфейсно убрать от него все что ему трогать не положено. Можно каким-то образом запретить переключение интерфейсов и убрать из интерфейса меню "Сервис"?

Тогда вот:
http://forum.infostart.ru/forum83/topic71265/
http://1clancer.ru/article/prava_dostupa_v_upp._dobavlenie_prava_na_tolko_prosmotr_informatsii_v_informatsionnoj_baze_1046
v8: Роль "Пользователь" в УПП 8.0

+15 Особенно вторя ссылка

(15) Спасибо!

>>  В модуле обычного приложения в обработчике события "ПередНачаломРаботыСистемы" исправим проверку на доступную роль "Пользователь":

Н-дя... пичаль...

Чо не так?

Ну извини у меня только 1.3, и та случайно завалялась,
чем могу.....

(19) правка встроенного модуля

то бишь обновление без головной боли идет лесом

Там одну строчку поправить надо то, ее и руками после обновления вернуть можно

(23) да это все понятно... то что можно было в коде проверку роли "Пользователь" подправить - это я уже днем понял. Только мне не верилось, что ради такой хрени как дать право "только чтение", вернее только отчеты, - нужно в модули лезть.

я-то думал, что это я тупой и каких-то простейших вещей не вижу

из любого отчета через расшифровку юзверь сможет получить доступ правке данных....

(26) не, ну если делать как рекомендовано в статье, то карточки справочников будут открываться серыми или вообще "нет доступа".

Да, все верно, я в (26) тебе говорю про то что ты хотел из роли Менеджера  сделать.

Что ж, в любом случае - спасибо!

(29) Удачи!
Если что то новое откопаешь, напиши, будем знать ))

(30) ну есть еще один вариант - подписку на событие ПередЗаписью сделать на справочники и регистры сведений, которые трогать нельзя, и сделать там проверки и отказы. Не очень красиво, но конфа не трогается.

вообще очень странно, что ради такой примитивной вещи, как вывод только отчетов, приходится идти на такие изжоги... Казалось бы, простейшая тема.

(0) вам "сляпать" или "идеологически верно" ? сдается мне что это разные вещи

(33) я стараюсь нормально делать то за что берусь. и мне не нужен гимор с обновками позже.

(34) гимор возникает, если одновременно и вы и 1с вносит корректировки в этот модуль. Так как в ближайшие 15 лет 1с вносить корректировки в этот модуль не собирается, то ваам гимор все эти годы не грозит, можете обновлять этот модуль в полностью автоматическом режиме, не задумываясь. Чего вы такой пугливый?

(35) вообще-то там изменения вносятся не в один, а в общей сложности в три модуля.