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