Документація – вступна сторінка
AyMINE – Technical doc. (in English)
Модулі
Інтеграція з ERP Abra Gen
Модуль керування завданнями та інформацією
Кваліфікація, здібності / вміння
Кваліфікація користувача або контакту
Рівні компетентності та кваліфікації
Право на управління кваліфікацією користувачів
Попередження – приклад використання
Покращення та запобіжні заходи
Вплив завдання на право змінювати підключений object
Об'єкти, які обробляються в задачі або вирішуються в проблемі
Працівник, відповідальний за завдання
Область / проект / методологія
Проблеми, тікети та їх управління
8D report – системна підтримка
Управління інцидентами, невідповідність якості
Об'єкти, яких стосується проблема
Повернути план проекту за baseline
Чому не можна видалити деякі дані
Об'єкти, які приймаються рішення
Модуль керування завданнями та інформацією
Адміністрація модуля Управління завданнями
Системні права модуля керування завданнями
Об'єкти, що відносяться до шаблонного завдання
Модуль Контакти та адресної книги (CRM)
Політика конфіденційності та ділової інформації
Список і управління каталогами
Надсилайте масові повідомлення відповідно до GDPR
Масові повідомлення електронної пошти
Вихід і встановлення преференцій
для масової пошти
Патік масової електронної пошти
Як коректно забути дані про людину
Модуль Контакти та адресної книги (CRM)
Системні права та налаштування CRM-модуля
Управління та автоматизація сайту
Користувацька документація AyMINE
Управління та автоматизація сайту
Модуль персоналізації
Персоналізація – права користувача
Синхронізація працівників та користувачів системи
Модуль управління активами
Перерахувати пропозицію та замовлення
Права доступу до пропозицій і цін
Властивість продукту або продукту
Процедура відбору та закупівлі
Управління фінансами
Метрики та вимірювання
Технічні модулі
Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)
Модуль Enterprise Architect роз'єм (eacon)
Посилання до бази даних Enterprise Architect
Системні модулі
Framework – системна основа
Nastavte si, jak váš systém vypadá a funguje
Системний модуль фреймворку AyMINE
Повідомлення із зовнішнім світом
Правила для зовнішніх повідомлень
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Системні дозволи
Системні дозволи роблять функціональність системи доступною
Сторінка призначена для системних адміністраторів.
- Для чого потрібні системні дозволи?
- Значення системних дозволів обмежене
- Хто і як встановлює системні дозволи
- Детальне встановлення дозволів
Для чого потрібні системні дозволи?
Системні дозволи, а також системні права і технічно urights дозволяють визначити, які функції системи користувач може або не може використовувати.
Приклади системних дозволів:
- Право на створення та управління користувачами
- Право на участь в обговореннях
- Право працювати з майном
- Право дозволяти публікацію новин на сайті
- Право відображення всіх бізнес-областей в системі
Значення системних дозволів обмежене
Хоча система визначає понад 100 різних системних дозволів, переважна більшість прав у системі не регулюються ними. Вище вказано кілька спеціальних прав - наприклад, право змінювати права іншим - для яких необхідний системний контроль. Однак, за винятком кількох адміністраторів, абсолютна більшість членів колективу або працівників мають абсолютно однакові системні права. Однак система жорстко контролює права. Але по-іншому.
Основна вага контролю стосується не функціоналу, а даних. Наприклад.
- Право бачити завдання в проекті P
- Право на завдання людей з команди C
- Право на видалення інформації, створеної колегою K
Всі ці права регулюються встановленням дозволів для певної області даних – бізнес-область, проект, методологія тощо. Системні права є повністю другорядними в цій сфері:
- Системне право дозволяє мені працювати з інформацією (це може, напевно, кожен)
- Дозвіл на область, де розміщена інформація, визначає, чи можна видалити дану конкретну інформацію.
- Пряма інформація може мати замок, який дозволяє видаляти її тільки автору.
Тому управління системними правами є досить маргінальним питанням управління всією системою. Як правило, це робиться тільки при запуску нової фірми.
Хто і як встановлює системні дозволи
Стандарти є системними дозволами з моменту встановлення системи об'єднані в логічні групи, які роблять функціональність системи доступною. Йдеться про так звані «системні ролі», наприклад:
- Всі користувачі модулів завдань – tsk everybody
- Звичайні користувачі модуля активів – am everybody
Ці системні права адміністратор надає людям. Але оскільки незручні і непотрібні системні дозволи виділяти кожному окремо, то зручніше.
- Створити одну групу користувачів для всіх користувачів – наприклад, Усі працівники
- Групі надавати системні ролі для всіх — цим виділяються необхідні системні дозволи.
- Групу виділяти всім
Детальне встановлення дозволів
Попередження: Далі описані налаштування можуть робити тільки системні адміністратори. Також не дозволено адміністраторам облікових записів користувачів.
Система також дозволяє встановлювати системні дозволи таким чином, що
- Адміністратор тимчасово отримує системні дозволи frmAdmin
- У просторі компанії/клієнта створюються первинні групи системних прав
- Первинним групам виділені необхідні системні дозволи. Він просто робить це, копіюючи права на системні ролі, а потім індивідуально коригує список.
*Роль frmAdmin згодом віднімається від нього.
Попередження:
- Поправки вимагають, щоб потім всі користувачі вийшли і увійшли в систему. Не безпечно робити зміни в системі в експлуатації
- frmAdmin - це привілеї, які може зробити тільки системний адміністратор (суперадміністратор). Але при цьому він повинен надати йому рахунок, що належить клієнту, настройки якого змінюються.