AyMINE – Technická dok. (anglicky)
Moduly
Řízení úkolů, projektů a kvality
Řízení úkolů, projektů a kvality
Administrace modulu Řízení úkolů
Systémová práva modulu správy úkolů
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
Tlačítka pro aktivaci události
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
Systémová práva a nastavení modulu CRM
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
Personalistika – uživatelská oprávnění
Synchronizace pracovníků a uživatelů systému
Správa údajů o oddělní / divizi
Produkty, aktiva, nákup a prodej
Produkty, aktiva, nákup a prodej
Správa modulu Majetek & Obchod
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
Konektor mezi AyMINE a 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
Systémová oprávnění
Systémová oprávnění plošně zpřístupňují funkcionality systému
Stránka je určena systémovým administrátorům.
- K čemu jsou systémová oprávnění
- Význam systémových oprávnění je omezený
- Kdo a jak se systémová oprávnění nastavuje
- Podrobné nastavení oprávnění
K čemu jsou systémová oprávnění
Systémová oprávnění, nebo také systémová práva a technicky urights umožňují definovat, které funkce systému uživatel smí nebo nesmí používat.
Příklady systémových oprávnění:
- Právo zakládat a spravovat uživatele
- Právo zapojovat se do diskuzí
- Právo pracovat s majetkem
- Právo povolit publikaci novinek na web
- Právo zobrazit se všechny business oblasti v systému
Význam systémových oprávnění je omezený
Ačkoli systém definuje přes 100 různých systémových oprávnění, naprostá většina práv v systému se jimi neřídí. Výše je uvedeno několik speciálních práv – např. právo měnit práva druhým – u kterých je systémová kontrola nezbytná. Nicméně až na pár administrátorů má naprostá většina členů kolektivu resp. pracovníků úplně stejná systémová práva. Přesto systém přísně kontroluje práva. Ale jinak
Hlavní váha kontroly se týká ne funkcionalit, ale dat. Např.
- Právo vidět úkoly v projektu P
- Právo úkolovat lidi z týmu C
- Právo smazat informaci, kterou vytvořil kolega K
Všechna tato práva se řídí nastavením oprávnění pro určitou oblast dat – business oblast, projekt, metodiku, apod. Systémová práva jsou v tomto zcela podružná:
- Systémové právo mi dovoluje pracovat s informacemi (to smí pravděpodobně každý)
- Oprávnění k oblasti, kde je informace určuje, zda smím danou konkrétní informaci smazat
- Přímo informace může mít zámek, který její smazání dovoluje pouze autorovi
Správa systémových práv je proto poměrně okrajovou záležitostí správy celého sytému. Typicky se provádí pouze při spouštění nové firmy
Kdo a jak se systémová oprávnění nastavuje
Standardě jsou systémová oprávnění už od instalace systému sdružena do logických skupin, které zpřístupňují funkce systému. Jde o tzv. systémové role, např.:
- Všichni uživatelé modulu úkolů – tsk everybody
- Běžní uživatelé modulu majetek – am everybody
Tato systémová oprávnění administrátor přiděluje lidem. Protože je ale nepohodlné a zbytečné systémová oprávnění přidělovat každému jednotlivě, je vhodnější
- Vytvořit jednu skupinu uživatelů pro všechny uživatele – např. Všichni pracovníci
- Skupině udělit systémové role pro všechny – tím jsou přidělena potřebná systémová oprávnění
- Skupinu přidělit všem
Podrobné nastavení oprávnění
Upozornění: Dále popsané nastavení mohou dělat pouze správci systému. Není povoleno ani správcům uživatelských účtů.
Systém umožňuje i přímé nastavení systémových oprávnění tak, že
- Administrátor dostane dočasně se systémové oprávnění frmAdmin
- V rámci prostoru firmy/klienta vytvoří primární skupiny systémových práv
- Primárním skupinám přidělená potřebná systémová oprávnění. Jednoduše to jde tak, že zkopíruje oprávnění ze systémových rolí a následně seznam jednotlivě upraví
- Role frmAdmin je mu následně odebrána.
Upozornění:
- Změny vyžadují, aby se následně všichni uživatelů odhlásili a přihlásili. Není bezpečné změny dělat v systému v provozu
- frmAdmin je oprávnění, které může udělat pouze systémový správce (superadministrátor). Současně ho ale musí udělit k účtu, který patří ke klientovi, jehož nastavení se mění.