Документація – вступна сторінка
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
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
FMEA – Випадок
Випадок – це ймовірність того, що певна причина/механізм відмови виникне протягом життєвого циклу дизайну.
Оцінка базується на досвіді з подібними продуктами або попередніми версіями. Необхідно враховувати, чим відрізняється нова версія/новий продукт і як ці зміни впливають на ймовірність відмови.
Якщо дані недоступні, використовується експертний оцінка.
Якщо оцінка знаходиться на межі двох рівнів, використовується вищий рівень. Якщо її не можна оцінити, використовується рівень 10.
Оцінка випадку
Дуже висока
Ранг 10 Нова технологія/новий дизайн без історії. ≥ 100 на тисячу
Висока
Ранг 9 Відмова необхідна з новим дизайном, новим застосуванням або зміною в робочому циклі/умовах експлуатації. 50 на тисячу
Ранг 8 Відмова ймовірна з новим дизайном, новим застосуванням або зміною в робочому циклі/умовах експлуатації. 20 на тисячу
Ранг 7 Відмова невизначена з новим дизайном, новим застосуванням або зміною в робочому циклі/умовах експлуатації. 10 на тисячу
Середня
Ранг 6 Часті відмови, пов'язані з подібними дизайнами або в дизайні симуляції та тестуванні. 2 на тисячу
Ранг 5 Випадкові відмови, пов'язані з подібними дизайнами або в дизайні симуляції та тестуванні. 0,5 на тисячу
Ранг 4 Ізольовані відмови, пов'язані з подібним дизайном або в дизайні симуляції та тестуванні. 0,1 на тисячу
Низька
Ранг 3 Лише ізольовані відмови, пов'язані з майже ідентичним дизайном або в дизайні симуляції та тестуванні. 0,01 на тисячу
Ранг 2 Жодних спостережених відмов, пов'язаних з майже ідентичним дизайном або в дизайні симуляції та тестуванні. ≤ 0,001 на тисячу
Дуже низька
Ранг 1 Відмова усунена за допомогою запобіжного контролю.