Документація – вступна сторінка
AyMINE – Technical doc. (in English)
abra
crm
- Модуль Контакти та адресної книги
- Системні права та налаштування CRM-модуля
- Огляд замовлень клієнтів
- Довідник
- Список і управління каталогами
- Політика конфіденційності та ділової інформації
- Надсилайте масові повідомлення відповідно до GDPR
- Патік масової електронної пошти
- Вихід і встановлення преференцій
для масової - Як коректно забути дані про людину
- Масові повідомлення електронної пошти
- Контракти, договори
- Партнер за контрактом
- Групи клієнтів
- Каталог або люди і компанії
- Контакти
- Швидко доступні контакти
sabre
hr
- Модуль персоналізації
- Цифровий кадровий архів
- Персоналізація – права користувача
- Облік кандидатів на роботу
- Посада
- Член команди – Працівник
- Огляд працівника
- Огляд власного персоналу
- Відповідальний персоналіст
- Синхронізація працівників та користувачів системи
- Трудовий договір
- modulesafety
- personalfolder
sys
- Системний модуль фреймворку AyMINE
- Клієнт
- Настроювання шлюзів для зовнішніх повідомлень
- Повідомлення із зовнішнім світом
- Правила для зовнішніх повідомлень
- Документи
- Додаткові функції з файлами
- Копіювання та переміщення файлів між об'єктами
- Презентація зображення
- Публічне посилання на документ
- Останні файли
- Дошка
- Розташування об'єкта на дошці оголошень
- Елементи клієнта
- Огляд і коментарі
- Безпека повідомлень і внутрішніх дискусій
- Переклади
- Зв'язки між об'єктами
- Типи сесій (відносин)
- Ролі та команди груп
- Користувач системи
- Адміністрація користувача
- GDPR та користувачі системи
- Безпечний вхід
- Адміністрація користувача
- Криптогаманець
- moduleclientoptions
frm
- introhelp
- introhelp_objectdetail
- AyMINE Framework
- Політика зберігання паролів
- Права користувача framework
- Модулі AyMINE
- Замки користувача
- Системні дозволи
- introhelp_deleting
- introhelp_settings
- introhelp_objectlist
- introhelp_dashboard
- introhelp_generalinfo
- introhelp_icons_dnadrhal9000_mar-22-220246-2023_caseconflict
- introhelp_icons
- Записи AyMINE
tsk
- 8D report
- Основним елементом FMEA
- FMEA
- FMEA - ймовірність виявлення
- Процес аналізу FMEA
- FMEA - ймовірність виникнення
- FMEA - оцінка тяжкості
- Модуль керування завданнями та інформаці
- Адміністрація модуля Управління завданнями
- Системні права модуля керування завданнями
- Події
- Акції, події та наради
- Персональний календар
- Журнал активності
- Згода керівника
- Чому не можна видалити деякі дані
- Область
- Область / проект / методологія
- Огляд областей
- Шаблони міток
- Управління тегами
- Мої області
- Подія
- Архівний пакет
- Кваліфікація, здібності / вміння
- Рівні компетентності та кваліфікації
- Необхідні здібності
- GDPR та облік кваліфікацій
- Право на управління кваліфікацією користувачів
- Кваліфікація користувача або контакту
- Команда проекту
- Рішення
- Об'єкти, які приймаються рішення
- Варіант прийняття рішень
- Шаблон плану / стратегії
- Визначення проекту
- Зразок запису
- Зразок ризику
- Визначення пакета
- шаблон завдання
- Активація події із завдання
- Управління відповідальністю – RACI matice
- Повідомлення про події
- Об'єкти, що відносяться до шаблонного завдання
- Події, що починаються
- Призначення нового завдання
- Обговорення
- Бізнес-подія
- Кнопки для активації події
- Події подій
- Покращення та запобіжні заходи
- Інформація
- Ключове слово
- Проведення наради
- Методики та правила
- Обов'язок
- Поняття
- Директиви та політики
- Управління змінами в проекті
- Проблеми, тікети та їх управління
- Центр обслуговування клієнтів
- Внутрішня довідка
- Об'єкти, яких стосується проблема
- Управління інцидентами, невідповідність якості
- Проект
- Графік проекту
- Команда проекту або команда до робочого процесу
- RACI-матриця для project
- Повернути план проекту за baseline
- Записи та журнали
- Записані дії
- Вимоги
- Вимоги до вступників
- Ризик
- Завдання
- Терміни викликів
- Огляд завдань
- Вплив завдання на право змінювати підключений obje
- Особисте завдання
- Член команди
- Об'єкти, які обробляються в задачі або вирішуються
- Завдання працівника
- Тест
- Типи тестів
- Попередження
- Попередження – приклад використання
- Попередження для себе
- tsktask_kanban
- moduleclientoptions
am
- amasset
- Модуль управління активами
- Процедура відбору та закупівлі
- Аналітична модель
- Постачальник продукту
- Категорія продуктів
- Властивість продукту або продукту
- Мета проекту
- Комерційна пропозиція
- Перерахувати пропозицію та замовлення
- Права доступу до пропозицій і цін
- Системний запит про стан замовлення
- Продукти та товари
- Стан продукту та його зміна
- Одиниці продуктів
- Критерії якості
- Про критерії якості продукції
- HARA продукту
Зв'язки між об'єктами
Тільки зв'язок між важливою інформацією дозволяє дійсно ефективно працювати з інформацією. Можливість користувацьких відносин дозволяє описати контексти, які мають важливе значення для фіксації як контекстів, так і збереження цінних знань.
Ви самі створюєте відносини між об'єктами або створюєте їх системою автоматично на основі ваших дій.
Автоматично створені зв'язки
Зв'язки, які створюються автоматично, користувач не може редагувати або видаляти, або може видалити їх опосередковано.
Розміщення об'єкта в архіві / пакунку
Розміщення об'єкта в архіві може зробити людина з правом створення пакунка. Зв'язки документують, в яких пакетах і архівах знаходиться об'єкт.
Обов'язок
Зв'язування обов'язку – це між визначенням зразкового завдання і обов'язком, на основі якого повинна виконуватися дана діяльність. Взаємовідносини створюється користувачем для визначення обов'язків у завданні зразка.
Створені вручну зв'язки — документація
Зв'язування
Зв'язок між об'єктами завжди знаходиться між двома об'єктами. Прив'язка може бути створена з об'єкта, який ви прив'язуєте до іншого. Таким чином, ви можете додати прив'язки з об'єкта, з яким ви маєте право працювати, навіть до об'єктів, які ви не можете редагувати (але ви можете побачити їх). Тому ви завжди вибираєте об'єкт, до якого веде прив'язка.
Спочатку вибір запропонує вам назви об'єктів, які можна підключити. Виберіть зі списку тип об'єкта (наприклад, інформацію), а потім ви отримаєте можливість вибрати, який конкретний об'єкт (у нашому прикладі інформацію) ви дійсно з'єднаєте.
Пам'ятайте: Оскільки вам пропонується список всіх об'єктів, їх може бути багато. Система завжди завантажує вам обмежену кількість об'єктів, тому не забувайте використовувати фільтри в заголовку списку, щоб вибрати потрібний об'єкт.
Опис зв'язку
Зв'язування саме по собі, як правило, недостатньо для чіткого викладу того, чому воно існує. Принаймні, тому її треба назвати. Додаткові елементи інформації необов'язкові, але ми рекомендуємо створити правила, скільки посилань описувати.
Ім'я можна ввести будь-який. Але бажано використовувати стандартні назви, тим самим даючи можливість швидкого орієнтування. Таким чином, можна вибрати назву зі списку стандартних назв. Цей список управляється вашими адміністраторами, тому ви можете легко домовитися про його розширення.
Опис Більш довгий опис на окремій сторінці зазвичай заповнюється, якщо потрібна внутрішня методологія. Якщо ні, рекомендуємо не використовувати довгий опис, оскільки без встановлених правил, коли і для чого використовувати опис, ймовірно, користувачі не помітять вміст, оскільки він навіть не припускає його при посиланні.
Версія Версія прив'язки використовується, якщо ви пропонуєте зміни і плануєте розвивати модель в системі у версіях.
Типи зв'язків більш детально описані тут.
блокування
Замок перешкоджає коригуванню зв'язку. Якщо ви хочете змінити прив'язку до замка, спочатку потрібно розблокувати замок.
Нагадування: Якщо прив'язка була створена системою, її неможливо розблокувати.
Які об'єкти можна зв'язати
Система обмежує, які об'єкти можна зв'язати з якими, щоб допомогти утримати порядок у зв'язках. Це важливо для того, щоб відносини були записані в потрібних місцях.
Важлива примітка: Ви можете виявити, що вам потрібно прив'язати до об'єкта інший тип об'єкта, ніж дозволяє система. Зверніться до системного адміністратора, дозволені зв'язки можна розширити – якщо запропонований зв'язок матиме сенс, немає підстав не дозволяти його