Документація – вступна сторінка
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
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Категорія продуктів
Категорії продуктів є загальним інструментом для поділу продуктів і активів. Вони утворюють, по суті, циферблат, що дозволяє робити ділення відповідно до потреб компанії.
Прикладами категорій для банку можуть бути:
- Для банку: інвестиційні послуги, кредитні послуги, картки.
- Для виробничого підприємства: електронні компоненти, компоненти, кріплення.
- Для автосалону: нові автомобілі, старі автомобілі, обслуговування, прокат
У якому відношенні продукти і категорії?
Кожен продукт належить до певної категорії. Тому категорію можна розглядати як більш загальне поняття, ніж продукт. Конкретні активи завжди мають категорію, але завжди є похідною від продукту, тому він відповідає категорії, до якої належить продукт.
Ієрархія
Категорії можна структурувати в ієрархію для більш детального розбиття. Якщо ви використовуєте ієрархію, для наочності ми рекомендуємо використовувати лише найнижчий рівень ієрархії для продуктів. У вас має бути дійсно розумна причина копіювати ієрархію категорій навіть у продукти.
І категорії, і продукти можуть утворювати більше дерев, або вони не повинні складати ієрархію взагалі. Тому розумно створювати власні дерева або групи категорій і продуктів для продуктів, вироблених і куплених. Навіть у межах куплених, для наочності зручно розділяти ті, які ви купуєте для виробництва, і ті, які купує організація для забезпечення власної експлуатації, тобто типово для офісів, управління будівлями тощо.
Як і навіщо використовувати категорії?
Основна мета категорій – забезпечити можливість глобального поділу продукції, як це прийнято в організації, і як активи розбиваються на звіти. Цим має керуватися і структура категорій.
В принципі категорію використовувати не потрібно, вона служить тільки для наочності. Можна мати тільки одну категорію – наприклад, всеохоплююче все; хоча б одна потрібна, тому що без неї не можна реєструвати активи або визначати продукти.