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