Документація – вступна сторінка
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 продукту
Директиви та політики
Директиви і політика є невід'ємною частиною кожної системи якості, а також системи управління в компаніях. Вони також є частиною методологій, що управляються в рамках AyMINE.
Що таке директиви
Директива означає всі внутрішні нормативні документи, якими організація встановлює правила поведінки, діяльності, повноважень або компетенцій. Їх найменування може бути різним, але у випадку найпоширенішого стандарту якості, ISO 9001, використовується термінологія:
- Посібник з якості – фактично це всеосяжна директива найвищого рівня
- Політика якості
- Директива
AyMINE має уніфіковане позначення "директива" для вищезазначених рівнів, але в межах клієнтсько-визначеного маркування окремі позначення можна чітко диференціювати.
Оперативна директива
Часто потрібні також оперативні, тимчасово діючі розпорядження, наприклад, розпорядження директора, організаційні рішення тощо. І ці постанови можна публікувати в AyMINE в рамках директив. По-перше, важливо розробити власну методологію для цих нормативно-правових актів.
Робочі процеси проти директиви
Найнижчим рівнем документації системи якості часто є робочі процедури. AyMINE для робочих процесів використовує шаблони завдань, на основі яких працівник може отримати завдання безпосередньо як частину завдання. Хоча робочі процеси AyMINE також можуть бути сформовані, бажано максимально оперативні інструкції для конкретної діяльності включити безпосередньо до завдання зразка.
Ієрархія директив
У AyMINE можна – і зручно – впорядковувати директиви ієрархічно, як це рекомендується навіть в рамках стандартів якості.
Рекомендована структура в AyMINE є:
Довідник з якості як саморегулююча директива.
Політика як директива найвищого рівня
Директива уточнюючі правила для конкретних сфер як директиви підпорядкування під політикою
Зразки завдань як обов'язкові процедури для конкретних видів діяльності та завдань
Робочі процедури як документи під директивами зазначати лише у випадках, коли прикладне завдання не є доцільним. Типовим випадком, коли процедури є відповідними, є
- Підручники для діяльності, що не реалізується на основі конкретного завдання
- Підручники для дій, що виконуються в рамках декількох різних шаблонних завдань.
Більше про шаблонні завдання тут
Додаткові зауваження
Політика проти директиви
Політики є стандартно більш загально задуманими і містять загальні принципи та цілі для даної сфери.
Директиви в свою чергу більш конкретні і визначають конкретні заходи, за допомогою яких досягаються цілі, встановлені в політиці.
Зв'язок між шаблонними завданнями та директивами
Директиви та шаблонні завдання є стандартними разом в ієрархічно організованій документації. У AyMINE неможливо "класифікувати" зразок завдання під директивою, оскільки він стоїть окремо і окремо. Але в рамках шаблону завдання можна призначити відповідну директиву посиланням і послатися на неї. Для кожного шаблонного завдання так очевидно, до якої директиви вона застосовується, і навпаки, для директив в рамках ланок видно зразкові робочі завдання, які виконують їх на практиці.
#Директива vs. Обов'язок
У AyMINE частиною методології є не тільки директиви, але і обов'язки. Між двома об'єктами є істотна різниця:
Обов'язок це зовнішній регламент, який наказує компанії, як поводитися, що робити або не робити.
Типовими прикладами обов'язків є закони або норми.
Директива є внутрішнім документом, що вводить в практику фірми зовнішні обов'язки, а також філософію та стратегію, визначені власниками та керівництвом компанії.
Логічно з обов'язків випливають директиви і, можливо, зразкові завдання. Навпаки, обов'язок внутрішньої директиви ніяк не впливає, залежність носить односторонній характер.