AyMINE – Technická dok. (anglicky)
Moduly
Řízení úkolů, projektů a kvality
Tlačítka pro aktivaci události
Grafy pro dokumentaci problémů a tiketů
Kvalifikace, schopnost / dovednost
Kvalifikace uživatele, pracovníka nebo kontaktu
Právo spravovat kvalifikace uživatelů
Úrovně kompetencí a kvalifikací
Metodika a systém řízení kvality
Co tvoří metodiku / SMJ objectsSVG
Adminitrace oblastí, projektů, kalendářů
Správa jedinečných identifikátorů
Šablony pro jedinečné identifikátory
Problémy, tickety a jejich řízení
Generování odpovědi zákaznického centra
Objekty, kterých se problém týká
Problémy, incidenty, helpdesk tikety
Řízení incidentů, neshod v kvalitě
Grafy pro dokumentaci vývoje zpracování úkolů a problémů
Tým projektu nebo tým k pracovnímu postupu
Vrátit plán projektu podle baseline
Vzorové úkoly a metodiky oblasti
Vzorový úkol – Pracovní postup
Objekty vztahující se ke vzorovému úkolu
Proč nejdou některé údaje smazat
Souhlas vedoucího s výkazem práce
Vliv úkolu na právo měnit připojené objekty
Kontakty, adresáře, smlouvy
Ochrana osobních a obchodních údajů
Posílejte hromadné zprávy v souladu s GDPR
Jak korektně zapomenout údaje o osobě
Odhlášení a nastavení preferencí
pro hromadnou poštu
Odhlášení a nastavení preferencí
pro hromadnou poštu
Přehled objednávek pro zákaznické skupiny
Správa a automatizace webu
Nastavení základních web služeb
Uložit přístup k webové stránce
Odpovídací formulář – nastavení
Uživatelská dokumentace AyMINE
Modul Personalistika
Bezpečnost modulu personalistiky
Synchronizace pracovníků a uživatelů systému
Správa údajů o oddělní / divizi
Produkty, aktiva, nákup a prodej
O kritériích kvality u produktů
Přepočítat nabídku a objednávku
Přístupová práva k nabídkám a cenám
Přijatá objednávka na zboží nebo služby
Vlastnost produktu nebo výrobku
Správa financí
Metriky a měření
Souhrny práce z generovaných dat
Technické moduly
Modul Sabre
Konektor mezi AyMINE a Enterprise Architect
Databázový link do databáze Enterprise Architect
Systémové moduly
Framework – systémový základ
Nastavte si, jak váš systém vypadá a funguje
Soukromé poznámky a značky k záznamům
Správa systému
Zabezpečení příspěvků a interních diskuzí
Kopírování a přesouvání souborů mezi objekty
Nastavení brán pro externí zprávy
Nastavení IMAP brány pro emailovou komunikaci
Nastavení brány pro internetové volání
Skupiny, týmy a pracovní pozice (role)
Vožení podřazené skupiny / role
Propojení uživatelů s VOIP ústřednou
Automatické potvrzení příchozí zprávy
Pravidla pro automatickou odpověď
Pravidla pro odesílanou zprávu
GDPR a uživatelé systému
Systém plně podporuje dodržování GDPR. Jeho plnění ale záleží i na správném používání
GDPR a odstraňování uživatelských účtů
Systém technicky podporuje odstraňování uživatelských účtů, ale v řadě případů to není možné. Před odstraněním je nutné zajistit, aby uživatel nebyl odpovědný za projekty a oblasti, protože ty nesmí zůstat bez uživatele.
Pokud organizace využívá systém pro dokumentaci svých povinností a musí být schopna doložit, kdo činnosti vykonával, nesmí být odstraněn účet ani po odchodu pracovníka a zrušení jeho odpovědnosti za projekty a úkoly. Uchování informace o tom, co daný pracovník vykonal je oprávněným zájmem a často i zákonnou povinností společnosti.
Příklad: Systém eviduje, kdo vykonal opravu potrubí. Činnost smí vykonávat pouze pracovník, který k tomu má příslušnou kvalifikaci a musí být i dodatečně schopna prokázat, kdo tuto činnost vykonal a že měl potřebnou kvalifikaci. Je proto její zákonnou povinností informaci o pracovníkovi uchovávat i po jeho odchodu ze společnosti, nebo poté, co zakázku jako externí pracovník dokončil.
Zrušení účtu odstraňuje osobní informace
Zrušením účtu dojde k odstranění všech osobních informací, které si uživatel v systému vytvořil:
- Vlastní poznámky k objektům
- Osobní značky u objektů
- Osobní kapsy s objekty
Zrušení účtu ale neodstraní osobní údaje – jméno a email.
Anonymizování – zapomenutí
Splnit požadavky GDPR je možné i pomocí anonymizování. Anonymizovat je možné pouze zrušené účty.
Anonymizace jistí, že pracovníci, kteří se systémem pracují, nebudou schopni zjistit, že bývalý uživatel, jehož účet byl anonymizován, měl v systému účet. Účet se bude prezentovat s anonymním jménem.
Z důvodu zajištění zákonné povinnosti je ale u anonymizovaného účtu uchován v historii záznam, jak se pracovník skutečně jmenoval. V případě požadavku na historickou identifikaci pracovníka je možné tuto informaci dohledat. Současně se ale osobní údaje pracovníka už nikdy nemohou stát předmětem hromadného zpracování údajů, automatizované profilace nebo zpřístupněna uživatelům vyjma cíleného vyhledávání konkrétních údajů z forenzních důvodů.
Anonymizace neodstraňuje jméno uživatele z historických záznamů, které v reportech aktivit uvádějí, kdo danou operaci provedl. Tento záznam, který je ekvivalentem podpisu pracovníka na interním dokumentu, neporušuje zásady GDPR. Nemůže být předmětem dalšího zpracování.
Anonymizace plně splňuje požadavky GDPR. Nemusí splňovat interní předpisy organizace a před jejím provedením si musí administrátor ověřit, že je provedena v souladu s interními metodikami a předpisy.
Osobní účty a jejich počítání
Pro účely výpočtu aktivních uživatelů jsou počítány účty ve stavu aktivní, pozvaný a blokovaný (tzv. aktivní stavy). Účty v ostatních stavech nejsou počítány.
Pro účely fakturace se za dané fakturační období vždy počítá maximální počet uživatelských účtů v aktivních stavech. Pokud je maximální počet uživatelů hlídán předplaceným počtem uživatelů, není možné mít najednou více uživatelů v aktivních stavech.