Меню

1с настройка прав доступа отчет

Настройка ролей и прав доступа

Область применения: управляемое приложение, обычное приложение.

Действует для конфигураций УП (ERP), УТ 11 и входящих в них библиотек.
Для других конфигураций рекомендуется к использованию.
Содержит уточнения к требованиям других стандартов.

1.1. Роли создаются «атомарными», т.е. дающими права на доступ к элементарным функциям программы. Из этих элементарных ролей создаются профили пользователей, которые уже и назначаются пользователям средствами БСП. Деление прав на доступ к объектам между функциями должно быть таким, чтобы на типовом внедрении не возникало необходимости в создании новых ролей.

Исключение: для ролей, назначаемых внешним пользователям, задается исчерпывающий набор прав к необходимым объектам.

Например, в УП(ERP) это роль ПартнерСамообслуживание .

1.2. Роль ПолныеПрава (англ. FullAccess ) совместно с ролью АдминистраторСистемы (англ. SystemAdministrator ) дает неограниченный доступ (без RLS) ко всем объектам. См. стандартные роли.

1.3. Ни одна роль (в т.ч. ПолныеПрава и АдминистраторСистемы ) не должна давать право на интерактивное удаление ссылочных объектов.

  • после создания нового объекта нужно зайти в роль ПолныеПрава и отключить право интерактивного удаления у ссылочных объектов.

1.4. Только роль ПолныеПрава и АдминистраторСистемы должна давать право на удаление ссылочных объектов.

1.5. Только для роли ПолныеПрава должен быть установлен флаг «Устанавливать права для новых объектов». Для всех остальных ролей этот флаг должен быть снят.

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

1.7. Во всех документах, предполагающих проведение, должны быть выставлены флаги «Привилегированный режим при проведении» и «Привилегированный режим при отмене проведения», поэтому не нужно создавать роли, дающие права на изменение регистров, подчиненных регистраторам.

Исключение: документы, предназначенные для непосредственной корректировки записей регистров, могут проводиться с проверкой прав доступа, но в этом случае необходимо предусмотреть роли, дающие права на изменение регистров.

1.8. Во всех функциональных опциях должны быть выставлены флаги «Привилегированный режим при получении».

Исключение: в конфигурации могут быть предусмотрены параметризированные ФО, для которых разработчик специально предусматривает различия в получаемых значениях пользователями с разными правами.
Пример: Есть параметризованная ФО ИспользоватьВалютуПриРасчетеСПерсоналом , которая параметризуется организацией. Если пользователь будет получать ее значение в контексте своих прав, то он не увидит поле «валюта» в документе, если у него нет ни одной организации, где применяется валютный учет.

1.9. Не должно быть ролей, кроме стандартных ролей БСП, которые дают общие права (такие как Администрирование , ТонкийКлиент и т.п.).

  • при создании новой роли нужно следить, чтобы эти права были выключены.

1.10. В отдельных случаях для неконфиденциальных данных и общедоступных функций не требуется создавать отдельную роль на чтение (а также просмотр и ввод по строке — для ссылочных данных), а следует включать эти права в роли БазовыеПрава (англ. BasicAccess

  • ) и БазовыеПраваВнешнихПользователей (англ. BasicAccessExternalUser
  • ) (эта роль необходима только если в конфигурации предусмотрена работа с внешними пользователями). Например, это константы, общенациональные классификаторы, общие формы выбора периода, ввода контактной информации и др.

    1.11. Не допускается, чтобы одна роль давала права на объекты, которые относятся к другим подсистемам.
    Например, в хранилище УП (ERP) нельзя, чтобы одна роль давала права на объекты, которые есть в УТ 11 и на объекты, которых в УТ 11 нет. См. также: Разработка ролей в библиотеках.

    2. Правила создания ролей к элементарным функциям

    2.1. Объекты, при проектировании прав доступа, необходимо объединить в элементарные функции. Если объекты входят в одну функцию, то это означает, что не может быть задачи, когда доступ к этим объектам может быть разный.

    Пример:
    Есть документ «Заказ клиента» и связанный с ним регистр накопления «Заказы клиентов», который хранит остатки неотгруженных товаров и неоплаченных сумм. По сути этот регистр является отражением текущего состояния табличной части заказа. Если пользователь имеет права на документ, то будет странно, что он не будет иметь прав на регистр. Поэтому документ «Заказ клиента» и регистр накопления «Заказы клиентов» можно объединить в одну элементарную функцию. Если есть отчет, отображающий в удобном виде остатки регистра «Заказы клиентов», то логично его тоже включить в эту функцию.

    Противоположный пример:
    Есть документ «Реализация товаров и услуг», выступающий в роли распоряжения на отгрузку товаров. Остатки по распоряжениям на отгрузку товаров хранит регистр накопления «Товары к отгрузке». Объединять «Реализацию товаров и услуг» и регистр «Товары к отгрузке» в рамках одной функции было бы не правильно, т.к., например, кладовщик, вполне может иметь права на чтение регистра «Товары к отгрузке», но может не иметь прав на чтение документа «Реализация товаров и услуг».

    2.2. В случае если возникают сомнения в том, что два объекта могут быть отнесены к одной элементарной функции, лучше выделить их в разные.

    2.3. Каждый объект должен быть отнесен к элементарной функции, и только к одной.

    2.4. Объекты, относящиеся к разным библиотекам не могут быть отнесены к одной элементарной функции.

    3. Ссылочные объекты и регистры

    3.1. Для функций, включающих в себя ссылочные объекты и независимые регистры сведений, должно быть создано две роли

    • Чтение (англ. Read );
    • ДобавлениеИзменение (англ. InsertUpdate ) (или Изменение (англ. Update ), если добавление выполняется автоматически, либо только администратором).

    Роли должны содержать следующие права (когда они имеются у объекта метаданных):

    источник

    Настройка права доступа 1С 8

    В этой статье речь пойдет о настройке прав доступа пользователей к объектам системы 1С.

    В 1С 8для управления доступа пользователей используется отдельный объект метаданных, который называется Роли.

    Далее мы рассмотрим, как использовать и настраивать роли в 1С предприятие 8.3.

    Обратите внимание! Эта статья написана в помощь программистам. Настройка прав в пользовательском режиме на примере 1С Бухгалтерия рассмотрена в данной статье.

    Роль определяет набор прав пользователя, которые он имеет. Механизм ролей очень похож на механизмы прав Windows Active Directory. Для каждого из объектов (справочники, документы) разработчик устанавливает свой набор прав — чтение/запись/добавление/изменение/…

    Набор доступных прав — совокупность всех разрешений в ролях пользователя.

    Ниже мы рассмотрим подробно каждый атрибут метаданных при настройке роли пользователя 1С 8.3.

    Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания — попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
    Попробуйте бесплатно по ссылке >>

    Общие настройки роли 1С

    Если открыть объект метаданных Роль, мы можем увидеть следующую картину:

    У объекта есть две закладки — Права и Шаблоны ограничений. Права — основная закладка, Шаблоны — вкладка для настройки прав на уровне записи в 1С (RLS). Это очень важная тема, её я постараюсь описать в будущих статьях.

    Будем рассматривать только вкладку Права.

    • Объекты — список метаданных, на которые будут устанавливаться права.
    • Права — список возможных для установки настроек прав.
    • Ограничение доступа к данным — поля роли для настройки РЛС (настроек прав на уровне записей)

    Следует обратить внимание на галочки в нижней части:

    • Устанавливать права для новых объектов — если флаг установлен у роли, на новые объекты метаданных будут автоматически установлены разрешающие права. Рекомендую установить, если Вы часто забываете установить права на новые объекты.
    • Устанавливать права для реквизитов и табличных частей по умолчанию — флаг, при установке которого реквизиты и табличные части будут наследовать права владельца(справочника, документа и т.д.)
    • Независимые права подчиненных объектов — если флаг установлен, то система при определении права на объект конфигурации учтёт права на родительский объект

    Настройки прав на всю конфигурацию

    Если открыть Роль и кликнуть на корень конфигурации, мы увидим следующие настройки:

    Подробнее о каждом из прав на всю конфигурацию:

    • Администрирование — администрирование информационной базы (требуется наличие права «Администрирование данных»)
    • Администрирование данных — право на административные действия над данными
    • Обновление конфигурации базы данных — право на обновление конфигурации базы данных
    • Монопольный режим — использование монопольного режима
    • Активные пользователи — просмотр списка активных пользователей
    • Журнал регистрации — журнал регистрации
    • Тонкий клиент — право запуска тонкого клиента
    • Веб клиент — право запуска веб-клиента
    • Толстый клиент — право роли запуска толстого клиента
    • Внешнее соединение — право запуска внешнего соединения
    • Automation — право на использование automation
    • Режим «Все функции» — доступ к пункту меню «Все функции» в режиме управляемого приложения
    • Сохранение данных пользователя — разрешение или запрет на сохранение данных пользователя (настроек, избранного, истории). Особенно актуально для 1С управляемых форм.
    • Интерактивное открытие внешних обработок — открытие внешних обработок
    • Интерактивное открытие внешних отчетов — открытие внешних отчетов
    • Вывод — вывод на печать, запись и копирование в буфер обмена

    Настройка прав 1С 8.2 на другие объекты метаданных

    Для остальных основных объектов (справочники, константы, документы, регистры…), набор прав у роли достаточно стандартен:

    • Чтение — чтение (программное)
    • Добавление — добавление (программное)
    • Изменение — изменение (программное)
    • Удаление — удаление (программное)
    • Просмотр — просмотр
    • Интерактивное добавление — интерактивное добавление
    • Редактирование — редактирование
    • Интерактивная пометка удаления — интерактивная пометка на удаление
    • Интерактивное снятие пометки удаления — снятие пометки на удаление
    • Интерактивное удаление помеченных— удаление помеченных объектов
    • Ввод по строке — использование режима ввода по строке
    • Интерактивное удаление — непосредственное удаление (shift +del)

    Права только для документов:

    • Интерактивное проведение — проведение
    • Отмена проведения — отмена проведения документов
    • Интерактивное проведение неоперативное — проведение (стандартными командами форм) документа в неоперативном режиме
    • Интерактивная отмена проведения — интерактивная отмена проведения
    • Интерактивное изменение проведенных — редактирование проведенного документа. Если право у роли не установлено, то пользователь не может удалить проведенный документ, установить пометку удаления, перепровести или сделать непроведенным. Форма такого документа открывается в режиме просмотра

    Только для регистров накопления и бухгалтерии

    • УправлениеИтогами — управление итогами регистра бухгалтерии и регистра накопления (установка периода, по который рассчитаны итоги, и пересчет итогов)

    Только для обработок и отчетов:

    • Использование — использование

    Привилегированный режим 1С

    Если Вы не хотите давать роли права на какие-либо действия, но эти метаданные нужно использовать в какой-то момент, можно воспользоваться методом «УстановитьПривилегированныйРежим()» (или использовать привилегированный режим общего модуля).

    Все, что внутри, будет выполняться без проверки прав пользователя.

    Доступна ли роль 1С пользователю?

    Чтобы узнать, нужно выполнить функцию РольДоступна(), передав туда название роли строкой.
    Например:

    Нарушение прав доступа

    Такую ошибку можно увидеть, если недостаточно прав на чтение/редактирование/удаление данных. Система выдаёт вот такую ошибку:

    Чтобы исправить «нарушение прав доступа», необходимо понять, на какой объект пользователю не хватает прав, и добавить ему либо новую роль, либо в существующую роль добавить больше прав.

    Объект не найден…

    Ошибка, когда в полях отображается некое ( … ):

    Как правило, специалисты думают, что это просто так называемая «битая ссылка». Но это не всегда так. Такая ошибка бывает и при неправильно настроенном механизме прав RLS. Это связано с тем, что у пользователя не хватает прав, чтобы получить представление ссылки.

    Для того чтобы понять, битая ссылка или нет, просто зайдите в базу под пользователем с полными правами.

    Для массового поиска таких ошибок подойдет статья как найти битые ссылки в базе 1С.

    P.S. Если у Вас все же не получилось разобраться в ролях пользователей, Вы можете заказать услуги 1С программиста.
    Видео с примером настройки прав в 1С бухгалтерии 3.0:

    Другие статьи по 1С:

    Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):

    К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

    источник

  • Читайте также:  как сбросить на заводские настройки samsung galaxy ace 4 neo