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