Подготовка администратора организации

НАЧАЛО >> Руководство пользователя >> Подготовка администратора организации📄 Скачать в DOCX

Этот сценарий описывает подготовку организации или филиала к самостоятельной работе в системе: создание связанных БД, заполнение карточки организации, настройку профилей модулей, выдачу прав и назначение роли ответственному пользователю.

Источник сценария - документ старой инструкции «Создание учетной записи администратора организации». При переносе сохранён порядок работ, но не копируются устаревшие экранные формы: фактические поля и действия нужно сверять с текущими модулями Admin, Organisations, Security, Users, CSpider, Cataloguer, Bookland, Complectator и EC.

1. Предварительные данные

До настройки соберите по каждой организации рабочую матрицу доступа:

Данные	Для чего используются
Название организации или филиала	Запись в модуле `Organisations` и отображение в связанных сценариях.
Базы электронного каталога	Связь организации с каталогами и настройками сводного каталога.
Базы читателей	Ограничение доступа к читательским данным и книговыдаче.
Места выдачи	Настройка профилей книговыдачи и прав сотрудников.
Роли пользователей	Группировка прав для администратора организации, администратора ИБ, каталогизаторов, сотрудников книговыдачи и других ролей.
Доступ к статистике, МБА, ЭБ и СК	Дополнительные права и настройки профильных модулей.

2. Последовательность настройки

Авторизуйтесь под пользователем с административными правами.
Создайте или проверьте БД, которые будут связаны с организацией: электронный каталог, БД читателей, служебные или профильные БД.
Создайте запись организации в модуле Organisations и заполните основные сведения.
Свяжите с организацией нужные БД и настройки участия в сводном каталоге.
Создайте или проверьте профили настроек модулей, которыми будет пользоваться организация.
Создайте роли пользователей для типовых полномочий.
Назначьте права ролям на модули, страницы, БД и объектные записи.
Назначьте роли конкретным пользователям.
Проверьте вход под пользователем организации и доступность только разрешённых операций.

3. Базы данных организации

БД создаются и настраиваются через АРМ «Администратор». Для каждой БД проверьте:

наименование и описание;
признак «только чтение», если БД не должна изменяться пользователями организации;
признак БД читателей, если база содержит пользовательские записи;
параметры провайдера данных;
участие в сводном каталоге или других подсистемах, если это требуется.

Подробное описание провайдеров и параметров БД см. в разделе Базы данных и провайдеры данных.

4. Карточка организации

Запись организации ведётся в модуле Organisations. В карточке обычно заполняются:

полное и краткое наименование;
статус организации;
собственный идентификатор, ИНН и внешние идентификаторы;
почтовый адрес и контактные данные;
организационно-правовая форма;
руководитель и ответственные представители;
связанные БД пользователей и электронного каталога;
настройки участия в сводном каталоге;
дополнительные сведения о слиянии, присоединении или составе организации.

Если организация участвует в сводном каталоге, порядок заполнения и привязки БД описан в разделе Настройка организаций сводного каталога.

5. Профили настроек модулей

Профиль настроек определяет, как организация работает с конкретным модулем. В старой инструкции отдельно описывались профили для:

АРМ «Каталогизатор»;
АРМ «Книговыдача»;
АРМ «Комплектатор»;
модуля «Личный кабинет читателя».

В текущей справке не нужно дублировать все поля профилей на одной странице. При настройке используйте административные панели соответствующих модулей и проверяйте профиль по фактическим параметрам модуля. Если модуль поддерживает организационные ограничения, профиль должен ссылаться на созданную организацию, её БД и разрешённые места выдачи.

6. Роли и права

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

При назначении прав проверьте:

доступ к АРМ и страницам, которые нужны роли;
права VIEW, EDIT, DELETE, ADDSUB, VIEWRIGHTS, EDITRIGHTS, ADDRIGHTS, DELETERIGHTS только там, где они действительно требуются;
права на связанные БД и объектные записи;
наследование прав для дочерних объектов;
отсутствие широких административных прав у обычных сотрудников.

Текущая модель прав, субъекты безопасности и проверка результата описаны в разделе Управление правами доступа.

7. Назначение роли пользователю

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

пользователь может войти в систему;
пользователь видит нужные модули и организации;
пользователь может выполнять разрешённые административные действия;
пользователь не видит чужие организации, БД и операции, которые не входят в его полномочия;
права применяются к новым дочерним объектам после обновления наследования.

8. Контроль результата

Проверку выполняйте отдельной тестовой учётной записью с назначенной ролью организации. Минимальный контрольный набор:

Вход в систему под пользователем организации.
Открытие разрешённых модулей.
Просмотр и редактирование только разрешённых БД и организаций.
Отсутствие доступа к системным настройкам, если они не входят в роль.
Выполнение профильного сценария: каталогизация, книговыдача, комплектование, работа с личным кабинетом или сводным каталогом.

Меню