Документація – вступна сторінка
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
Розташування об'єкта на дошці оголошень
Копіювання та переміщення файлів між об'єктами
Публічне посилання на документ
Безпека повідомлень і внутрішніх дискусій
Чому не можна видалити деякі дані
Система захищає важливі записи від видалення. Таким чином, він може не дозволити вам видалити інші об'єкти, наприклад, завдання.
Причини перешкоджання системі залежать від того, як вона використовується вашою організацією.
Збір документів для аудиту
Система збирає документи про події, що відбулися. Ці дії служать, зокрема, для того, щоб налагодити роботу і зрозуміти, що сталося. Записи можуть мати захист від видалення, якщо вони є частиною обліку, який може проходити аудит. Як правило, це проекти, які реалізуються відповідно до стандартів або
Служба електронних документів
Система зберігає записи відповідно до правил і правил. Дотримання Регламенту вимагає, щоб у кожному пункті, який обговорювався, залишалася інформація про його розгляд. Тому цю інформацію неможливо видалити.
Захист звітів про роботу
Серед документів є і звіти про роботу. Їх захист важливий і для того, щоб мати можливість заднім числом перевірити, які дії виконував працівник.
Якщо табелі про роботу є документом для виплати (чи то працівникам за угодою – ДПП, чи стороннім співробітникам для виставлення рахунків), очевидно, необхідно, щоб вони не могли бути вилучені з системи.
Що робити, якщо я хочу видалити такий запис все ж
Усі записи, яких стосується обмеження, тобто, зокрема, завдання, запити, проблеми, мають статус скасованого, до якого їх можна перетворити.
Чи будуть такі записи в базі даних назавжди?
Так і ні. Це залежить від встановленого терміну архівації. Як правило, документи і всі записи архівуються 5 років, але, наприклад, автомотивні проекти архівуються близько 20 років. Крім того, термін розраховується з моменту закриття. У випадку з бізнес-сферою закриття є кінцевий термін закриття конкретного випадку або календарний рік, для проекту час відраховується від кінця проекту.
Які записи захищають від видалення?
Захист стосується діяльності та звітів про роботу, але протягом певного часу, наприклад, обговорення та комунікації – надіслані повідомлення.