Документація – вступна сторінка
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 продукту
Користувач системи
Представлення користувача системи - як нинішнього, так і майбутнього.
- Робочий стан користувача
- Особливі облікові записи користувачів
- Відстеження активності користувача
- Вас може зацікавити
Системні облікові записи користувачів включають як реальних, так і віртуальних користувачів системи.
Робочий стан користувача
Забутий користувач
Користувачі, які більше не використовують систему (тому що вони вже пішли з компанії), як правило, не можуть видалити, тому що є багато іншої інформації, пов'язаної з обліковим записом – наприклад, автори рішень або їх кваліфікація, я – це доказ того, що кваліфіковані працівники виконали роботу.
Забути можна лише користувача, який був раніше видалений.
Більше питань щодо забезпечення відповідності GDPT та виконання юридичних інформаційних обов'язків присвячено сторінкам про GDPR.
Видалений користувач
Видалений користувач не забутий: видалений обліковий запис переміщено у смітник, неможливо працювати з ним, але, наприклад, ім'я працівника залишається незмінним. Наприклад. У завданнях і надалі буде відображатися справжнє прізвище працівника.
При видаленні аккаунта видаляються особисті нотатки користувача.
Заблокований користувач
Заблокований – це користувач, який з якихось причин тимчасово не може увійти в систему. Обліковий запис може бути заблокований автоматично (на основі аналізу безпеки) або заблокований адміністраторами.
Блокування облікового запису частково перешкоджає використанню в системі, заблокованому користувачеві, наприклад, неможливо надіслати повідомлення. Тому блокування є доцільним, наприклад, при довгостроковій недоступності працівника (наприклад, у декретній відпустці).
Розблокування користувача завжди повинен здійснювати системний адміністратор.
Особливі облікові записи користувачів
Крім звичайних облікових записів користувачів, система підтримує кілька спеціальних облікових записів.
Віртуальний користувач
Віртуальний користувач використовується для документації операцій, які не були виконані реальним користувачем, але зберігаються в історії. Використовується, наприклад, для документування діяльності, яку здійснили клієнти на порталі замовників тощо.
Віртуальний користувач ніколи не зможе увійти в систему.
Зовнішній "начинковий" користувач
Ущільнювач служить у випадку, коли потрібно розподілити завдання або обов'язки на зовнішню фірму або працівника, який не працює з системою. Наприклад, коли в рамках проекту ви плануєте відповідальність в РАЦСі матриці.
У повітрозабірника є можливість документувати кваліфікацію, як і у внутрішнього користувача, так і для управління даними, але його неможливо, наприклад, включити в обговорення або надіслати повідомлення. (Він може бути, наприклад, учасником наради, хоча в цьому випадку більш доцільно використовувати зовнішній контакт реальної особи.
Пусковий облік веде керівник проекту або області, де він використовується. До обробного рахунку ніколи не можна ввійти, його неможливо, наприклад.
Зовнішній адміністратор
Зовнішній адміністратор - це обліковий запис користувача системних адміністраторів у просторі даних конкретного клієнта. Більшість системного адміністрування можна виконувати виключно в межах клієнтів, і якщо клієнт використовує зовнішню підтримку адміністрації, адміністратор повинен мати для цього спеціальний обліковий запис.
Зовнішній адміністратор зазначений у звітах і виключається з доступу до захищених корпоративних даних. Хоча він має обліковий запис з високими правами, його не можна, наприклад, зарахувати до зашифрованої групи зв'язку. Таким чином, він не може зловживати своїми правами, а також захищається від його помилкового включення.
Примітка: До загальних даних, які не підлягають секретності, його доступ регулюється системою загальних прав і залежить від дозволу керівника області або проекту, чи надає він доступ.
Відстеження активності користувача
У активних користувачів система відстежує, чи ви активні. Узагальнена інформація про активність помітна і для інших користувачів. Інформація перешкоджає, наприклад, приписувати завдання працівнику, який не використовує систему в довгостроковій перспективі. (Завдання може залишитися невирішеним).
Під час роботи в home-office або іншим чином дистанційно система надає інформацію про активність користувача співробітникам, які можуть розраховувати на реакцію працівника.
Активність розрізняють за кількома ступенями:
-
За останні 10 хвилин користувач активно виконав дію (реально працює – це не «клацання по екранах»).
-
Користувач активно зареєстрований, але не працює
** Користувач вже більше години фактично не працює (система не використовує). -
Користувач довго (більше 2 днів) не отримує доступ до системи - можна припустити, що він у відпустці.
-
Активні з'являються користувачі, які в даний час працюють з системою.
-
Невідомий стан у користувачів, які можуть мати AyMINE, запущений у фоновому режимі (або на мобільному), але наразі не працюють з ним.
-
Недоступними є працівники, про які повідомляється.
Відстеження активності в контексті GDPR
Інформація про активність користувача відображається тільки людям, для яких вона важлива з точки зору власної роботи - керівники та колеги по співпраці. Таким чином, вона надається на підставі законних інтересів.
Інформацію неможливо оцінити заднім числом.