Документація – вступна сторінка
AyMINE – Technical doc. (in English)
Модулі користувача
Модуль керування завданнями та інформацією
Кваліфікація, здібності / вміння
Кваліфікація користувача або контакту
Рівні компетентності та кваліфікації
Право на управління кваліфікацією користувачів
Вплив завдання на право змінювати підключений object
Об'єкти, які обробляються в задачі або вирішуються в проблемі
Працівник, відповідальний за завдання
Область / проект / методологія
Об'єкти, яких стосується проблема
Чому не можна видалити деякі дані
Об'єкти, які приймаються рішення
Об'єкти, що відносяться до шаблонного завдання
Модуль Контакти та адресної книги (CRM)
Управління та автоматизація сайту
Користувацька документація AyMINE
одуль персоналізації
Модуль управління активами
Властивість продукту або продукту
Процедура відбору та закупівлі
Технічні модулі
Модуль Сейбр
Модуль Enterprise Architect роз'єм (eacon)
Посилання до бази даних Enterprise Architect
Системні модулі
Модуль фреймворку AyMINE
Nastavte si, jak váš systém vypadá a funguje
Системний модуль фреймворку AyMINE
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Записані дії
Протокол завжди виникає на основі діяльності, і сенс протоколу полягає в документуванні висновків, виявлених під час цієї діяльності. Таким чином, дія повинна бути приєднана до протоколу, щоб його було легко відшукати.
До протоколу можна підключати дії, а не об'єкти. Тому протокол можна створити для завдання, але не для тесту, наприклад. Тест є документом – інструкцією, як здавати тест, але саме тестування відбувається на основі діяльності. З цієї ж причини протокол ніколи не відноситься до особи, але завжди до дій, які він здійснює, або до сфер, за які він відповідає.
Протоколи, що виникають у проектах, завжди пов'язані з діяльністю в даному проекті або області; протокол ніколи не повинен бути прикріплений до завдання з іншого проекту.
Протоколи діяльності, що здійснюється на рівні організації, здійснюються в межах сфери контролю якості або контролю якості. Як правило, вони також відносяться до об'єктів, які не належать до контролінгу (підрозділ таким чином не контролює насамперед себе). Це може бути пов'язано, наприклад, з проектом, який не має прямого відношення в рамках організаційних зв'язків з контролінгом.