Обов'язок

Модулі користувача

Модуль керування завданнями та інформацією
Модуль Контакти та адресної книги (CRM)
Управління та автоматизація сайту
одуль персоналізації
Модуль управління активами

Технічні модулі

Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)

Системні модулі

Модуль фреймворку AyMINE
Системний модуль фреймворку AyMINE

Дайте нам контакт, ми зв'яжемося

Ви хочете прямо запитати?

Телефонуйте за тел. +420 605 203 938

або використовуйте інші контакти

Обов'язок

Зобов'язання виражає, загалом, будь-яку зовнішню настанову, яка визначає, що має робити або не повинна робити компанія.

Типовими прикладами обов'язків є:

  • Закони – наприклад, GDPR, Трудовий кодекс
    *Стандарти, наприклад, ISO 26262, ISO 27000
    нормативно-правових актів, наприклад, нормативно-правових актів
  • Галузеві стандарти
  • Суспільний договір з профспілками
  • Засновницькі документи компанії
  • Рішення загальних зборів
  • Рішення власника – типово корпоративні стандарти

Загальними ознаками обов'язків є те, що:
** Вони подаються ззовні.

  • Внутрішньо суспільство приймає їх, але безпосередньо на них не впливає.
  • Їхніми розпорядженнями повинні керуватися всі внутрішні директиви, правила та процедури.

Обов'язки як частина методології

Обов'язки в прямому сенсі не є частиною внутрішньої системи якості. Внутрішня система повинна формуватися з політик і директив, які перетворюють обов'язки у внутрішню практику.

AyMINE має обов'язки, які проводяться як частина методології; система якості є найбільш поширеним випадком, а також прикладом методології. Основною причиною включення обов'язків до методологій є те, що в основному обов'язки перекладаються саме в рамках однієї методології, і важливо знати, які обов'язки "покриває" система.

AyMINE підтримує більше методологій

У AyMINE ви можете мати більше методологій, і може виникнути ситуація, коли один і той же обов'язок враховується в декількох методиках. Ніколи не ставте себе в систему зобов'язання неодноразово, AyMINE дозволяє краще рішення. В принципі, рішення два – або окрема методологія, або включення в деякі з існуючих.

Створювати самостійну методологію тільки за обов'язком

Якщо обов’язків, спільних між методологіями, більше, то найбільш доцільним рішенням є виділення їх з методології в окрему область – методології з обов’язками.

Обов'язки не відображатимуться на робочому столі методологій, але додатково можна встановлювати зв'язки між директивами та обов'язками. Не показуючи ніяких обов'язків у методиці, на перший погляд буде видно, що вони знаходяться в іншому місці.

Покласти обов'язок в методології, яка є рішенням найбільш

Якщо розв'язується ситуація, коли обов'язок, в принципі, проектується однією методологією, але десь враховується, наприклад, директивою з іншої методології, обов'язок може бути викладений далі в рамках методології, яка в першу чергу нею займається.

Директиви можуть бути пов'язані з зобов'язаннями за будь-якою методологією, тому немає жодних проблем, щоб використати також обов'язки з інших методологій.