Документація – вступна сторінка
AyMINE – Technical doc. (in English)
Модулі
Модуль керування завданнями та інформацією
Кваліфікація, здібності / вміння
Кваліфікація користувача або контакту
Рівні компетентності та кваліфікації
Право на управління кваліфікацією користувачів
Вплив завдання на право змінювати підключений 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
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Ролі та команди груп
AyMINE використовує групи для організації користувачів у групи, які відповідають розбивкам в організації та дозволяють спільне управління.
Відео інструкція про те, як створювати ролі та команди тут
До груп входять користувачі, а також інші групи. Завдяки цьому я можу ділити групи на характеристики
Що стосується всіх груп
- Група надає користувачам права, віднесені до неї
- Права група успадковує від груп, до яких вона віднесена
- Користувач, який знаходиться в групі, є одночасно і в групі, до якої входить група, в якій він знаходиться. (Таким чином, включення в групу є транзитивно спадковою властивістю.)
Типи груп
Хоча групи користувачів на перший погляд мало чим відрізняються, між ними є суттєві відмінності
Загальна група
Група без детального визначення створюється адміністраторами з метою встановлення прав на використання програми
Команда
Команда – це група, яка має менеджера. Керівник, будучи керівником групи, отримує права на членів команди. Конкретні права можуть залежати від модулів системи:
- може призначати членам своєї команди завдання;
- може переміщати завдання між членами;
Команди повинні відповідати організаційній структурі компанії. Але команда може бути, наприклад, проектною, тобто створеною лише тимчасово.
Role
Роль визначає робоче становище людини. Вона сама по собі не надає члену нових прав, а використовується в системі:
- роль відводиться стандартним завданням,
• на ролі приймаються рішення; - ролі відображаються в описі користувача.
Зверніть увагу
Роль не утворює ієрархії
В Аймине багато ієрархічних об'єктів. Інформація, завдання та багато іншого можуть "розпадатися" на часткову інформацію, завдання тощо. Це породжує дерево від більш загального до більш детального. Системні групи та ролі не є ієрархічними. У них є предки і спадкоємці, і ті, і інші можуть мати більше – особливо це стосується предків.
Сенс предка не в тому, що це більш загальна група, а в тому, що від неї група успадковує права. І він може успадковувати їх від багатьох інших груп. Це не логіка дерева і не зв'язки такі.
Оскільки ролі не є ієрархією, вони навіть не мають дерева у списку.