Здравствуйте!
Последний мой пост был о книге «КАК НАСТРАИВАТЬ «1СПРЕДПРИЯТИЕ 8.2» ПРИ ВНЕДРЕНИИ», а сегодня я приведу несколько мыслей и подход к исследованию конфигурации при внедрении «1С:Предприятия» из данной книги.
Поговорим об объекте конфигурации Роли, с помощью этого объекта назначаются права пользователю. В дереве объектов конфигурации находится ветка Общие, которая содержит объект Роль, предназначенный для настройки ролей. Для роли можно настроить права на доступ к объектам конфигурации.
У пользователя может быть несколько ролей. При назначении нескольких ролей, полномочия по доступу к объектам суммируются.
В управляемом приложении роли пользователя оказывают серьезное влияние на формирование пользовательского интерфейса и его форм.
Специалист по внедрению, заглянувший в ветвь Роли дерева объектов конфигурации, ожидает получить ответы на следующие вопросы:
• Какие роли в приложении уже существуют?
• Какими правами наделяет пользователя роль на объекты информационной базы?
• Какое влияние права доступа каждой роли оказывают на формирование интерфейса пользователя (приложения, форм)?
• Удовлетворяют ли существующие роли потребностям заказчика?
• Придется ли изменять права доступа для существующих ролей приложения?
• Какие роли конфигурации могут стать прототипами новых ролей?
Это далеко не полный список того, что можно и нужно узнать, изучая существующие роли конфигурации.
Возможно, вы внедряете типовое прикладное решение, и ваша задача заключается всего лишь в правильной «раздаче» имеющихся ролей новым пользователям.
А сейчас зададим вопросы и сами на них ответим:
Можно и нужно ли изменять существующие в конфигурации роли под требования заказчика?
В общем случае да – и можно, и нужно. Все-таки мы внедряем конфигурацию у заказчика, а не заказчик внедряется в конфигурацию. Но в каждом конкретном случае необходимо тщательно продумывать такую необходимость вмешательства.
Наш герой (из книги) специалист по внедрению Пал Палыч для себя все уже давно решил.
Никаких изменений в существующую роль он вносить не будет. А вот если что-то в роли не подойдет под требования заказчика, он создаст новую роль (по аналогии с существующей) и подкорректирует уже именно ее.
Почему именно так – создавать новые роли, а не корректировать старые?
Самое первое – в случае обнаружения ошибок можно легко и безболезненно вернуться к первоначальному рабочему варианту, посмотреть, как это было сделано там. Если конфигурация находится на поддержке нескольких поставщиков, то создание своих ролей тоже может стать определенным плюсом. Например, поставщик внес изменения в свою роль, а заказчика все устраивает в старом варианте.
На этом я закончу рассказ о Ролях и правильном внедрении конфигурации жду вашего мнения.
Когда нет административных прав и необходимо редактировать конфигурацию, нам не обойтись без взлома пароля 1С.
Наверное, у каждого из вас есть свое мнение по этому поводу в комментариях можете, им поделится.
P.S. Джордж Карлин – Права
Здравствуйте Владимир! Так рада что вы привели меня на ваш сайт. Я как раз искала где бы мне ознакомиться с программой 1С. Как только будет больше свободного времени полностью прочту ваш сайт. Я еще не работала в этой программе, но хочу научиться.