AyMINE – Technická dok. (anglicky)
Personalistika
- Role modulu personalistiky
- Bezpečnost modulu personalistiky
- Modul Personalistika
- Pracovník
- Odpovědný personalista
- Správa údajů o oddělní / divizi
- Pracovní smlouva
- Pracovní pozice
- Změna vedoucího oddělení
- Synchronizace pracovníků a uživatelů systému
- Personalistika – uživatelská oprávnění
- Přehled práce pracovníků
- Evidence uchazečů o práci
- Přehled vlastních pracovníků
CMS - Webové portály
- Bloky na webové stránce
- Příjem zprávy z webu
- Web portál
- Nastavení základních web služeb
- Konektor pro webové služby
- Popis webové stránky
- Skript generující stránku
- Blok webové stránky
- Uložit přístup k webové stránce
- Správa a automatizace webu
- CMS pro velký web
- Web se speciálními potřebami
- Odpovídací formulář – nastavení
- Uživatelská dokumentace AyMINE
Řízení úkolů a projektů
- Evidence projektových požadavků
- Podpora řízení testů a kontrol při projektu nebo dodávce
- Business oblast
- Popis pracovního postupu zahrnuje i popis rolí, které postup vykonávají
- Evidence povinností umožňuje efektivní kontrolu a začlnění do pracovních postupů
- Přehled úkolů spolu s Kanban náhledem jsou základním pohledem na úkoly celého týmu
- Business událost
- Značky a jedinečné identifikátory
- Přehled oblastí – seznam
- Evidence rozhodnutí dává všem pracovníkům jistotu, jaká pravidla platí
- Varianta rozhodování
- Definice úkolu je základem metodik, ale i automatizace a efektivní firmy
- Úrovně kompetencí a kvalifikací
- Záznam o provedených činnostech a operacích
- Požadavky na projekt nebo řešení
- Sledování úkolů a jejich plnění
- Busines události aktivují zpracování podle scénáře
- Notifikující události
- Informace
- Souhlas vedoucího s výkazem práce
- Šablony pro jedinečné identifikátory
- Mé projekty
- Aktivace události z úkolu
- Klientské nastavení modulu
- Zpracovávané záznamy
- Definice projektu
- Požadavky čekající na vás
- Definice balíku
- Vliv úkolu na právo měnit připojené objekty
- Událost
- Oblast
- Riziko
- Záznamy zpracovávané v úkolu
- Výskyty událostí
- Potřebné schopnosti
- Změnové řízení v projektu
- Automatizace systému řízení kvality - SMJ / QMS
- Problémy, tickety a jejich řízení
- Projekt
- Událost
- Objekty vztahující se ke vzorovému úkolu
- Upozornění a vzkazy
- Vzorové riziko
- Tlačítka pro aktivaci události
- Řízení posloupnosti úkolů
- Zaznamenané činnosti
- Výkaz práce
- Časové návaznosti úkolů
- Záznamy spravované projektem
- Vzor protokolu / záznamu
- Co tvoří systém řízení kvality - SMJ
- Vzorové úkoly a metodiky oblasti
- Upozornění pro sebe
- Akce, události a porady
- Konfigurační balík
- Evidence porad a akcí
- Zpracovávané objekty
- Tým řešící úkol
- Přehled vlastních úkolů
- Osobní kalendář
- Předmět rozhodování
- Pojmy
- Vzor plánu / strategie
- Mé oblasti
- Porada
- Plánování úkolů
- Záznamy a protokoly
- Akce
- Tým úkolu a člen týmu
- Zahajující události
- Definice projektových rolí je důležitou součástí projektové metodiky
- Směrnice a politiky
- Řízení úkolů, projektů a kvality
- Kvalifikace, schopnost / dovednost
- Zahajující události
- Proč nejdou některé údaje smazat
- Objekty, o kterých se rozhoduje
- Tlačítka pro aktivaci události
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele nebo kontaktu
- Oblast / projekt / metodika
- Vzorové úkoly a metodiky oblasti
- Plán
- Tým projektu nebo tým k pracovnímu postupu
- Drag & Drop mezi záznamy
- Diskuze
- Lokalita
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele, pracovníka nebo kontaktu
- Kanban – přehled úkolů
- Harmonogram projektu
- Projektová baseline
- Vrátit plán projektu podle baseline
- Společné řešení více problémů
- Problémy, incidenty, helpdesk tikety
- Adminitrace oblastí, projektů, kalendářů
- SLA podmínky helpdesku
- Administrace modulu Řízení úkolů
- Osobní úkol
- AyMINE poskytuje kompletní podporu pro zpracování incidentů různého druhu
- Interní helpdesk
- Systémová práva modulu správy úkolů
- Typy testů
- Pracovník odpovědný za úkol
- Zakázky
- Založit nový projekt
- 8D report – Systémová podpora
- Generování odpovědi zákaznického centra
- Grafy pro dokumentaci problémů a tiketů
- GDPR a evidence kvalifikací
- FMEA - Analýza vlastností a funkcionality výrobku
- FMEA proces podle platného Guidebook
- FMEA: Hodnocení pravděpodobnosti výskytu závady
- FMEA Hodnocení závažnosti dopadů selhání
Správa majetku
- Produkty, aktiva, nákup a prodej
- Produkty a zboží
- Sdílený analytický model urychluje a usnadňuje spolupráci
- Kategorie produktů
- Stav produktu a jeho změna
- Dodavatel produktu
- Cíl projektu
- Přepočítat nabídku a objednávku
- Kritéria kvality
- Přehledy nabídek
- Přehledy objednávek
- Původ produktu
- Vlastnost produktu nebo výrobku
- O kritériích kvality u produktů
- DFMEA: Produktová FMEA - systémová podpora
- HARA - Analýza hrozeb, které může způsobit váš výrobek nebo proces
CRM: Správa kontaktů
- Seznam a správa adresářů
- Kontakt v adresáři vám umožní přístup ke všem informacím
- Adresář poskytuje správu kontatků, ochranu informací, možnost hromadných zpráv
- Kontakt na osobu nebo firmu
- Uživatelská dokumentace k modulu CRM
- Přehled objednávek pro zákaznické skupiny
- Přehled zákaznických objednávek
- Skupiny kontaktů
- Ochrana osobních a obchodních údajů
- Šablona zprávy
- Rychle dostupné kontakty
Metriky a hodnocení
chartsMetrics
Systémové moduly
frm
- Hlavní pracovní stůl
- Moduly AyMINE
- AyMINE — Nápověda k systému
- Uživatelské zámky
- Framework for SaaS aplikace
- Seznam záznamů
- Detail záznamu
- Soukromé poznámky a značky k záznamům
- Ikony v AyMINE
- Mazání
- Seznamy záznamů
- Gesta a klávesové zkratky
- Drag & Drop mezi záznamy
- Nastavte si, jak váš systém vypadá a funguje
- Systémová oprávnění
- Rozšíření objektů
- Jak AyMINE funguje
- Nastavte si, jak váš systém vypadá a funguje
- Filtrování v seznamu záznamů
- Zásady uchovávání hesel
- Přehled modulů a objektů
- Gesta a klávesové zkratky
- AyMINE — Aplikace pro Windows
sys
- Dokumenty a soubory
- Vztahy mezi záznamy
- Veřejný odkaz na dokument
- Systémové nastavení skupin a rolí
- Prezentace obrázků
- Nástěnka
- Klientské nastavení modulu
- Revize a komentáře
- Uživatel systému
- Administrace uživatele
- Doplňkové funkce se soubory
- Administrace uživatele
- Správa systému
- Klient
- Překlady
- Kopírování a přesouvání souborů mezi objekty
- Umístění objektu na nástěnce
- Klientské položky
- Bezpečné přihlašování
- Zařízení uživatele
- Nastavení bran pro externí zprávy
- Nastavení systému
- Klientské číselníky
- Nastvení VOIP brány
- GDPR a uživatelé systému
- Propojení uživatelů s VOIP ústřednou
- Zpráva s vnějším světem
- Bezpečná obchodní komunikace
- Volejte přímo ze CRM
- Emailové zprávy
- Posílejte SMS přímo ze CRM
- Formátované texty v aplikaci
- Pravidla pro externí zprávy
- Automatické potvrzení příchozí zprávy
- Procesy uživatelů
- Využívané procesy
- Proměnné do šablony emailu
- Přijaté a odeslané zprávy
- Typy relací (vztahů)
- Zabezpečení příspěvků a interních diskuzí
- Elektronický podpis pro podepisování i v mobilu
Rozhraní na jiné systémy
Skupiny, týmy a pracovní pozice (role)
AyMINE používá skupiny pro organizaci uživatelů do skupin, které odpovídají členění v organizaci a umožňují společnou správu.
Do skupin jsou zařazováni uživatelé i jiné skupiny. Skupiny díky tomu mohu dělit vlastnosti
Co platí pro všechny skupiny
- Skupina dává uživatelům práva, která jsou k ní přiřazena
- Práva skupina dědí od skupin, do kterých je zařazena
- Uživatel, který je ve skupině, je současně i ve skupině, do která je zařazena skupina, ve které je. (Zařazení do skupiny je tak tranzitivně dědičnou vlastností.)
Typy skupin
I když se skupiny uživatelů na první pohled moc neliší, jsou mezi nimi významné rozdíly
Obecná skupina
Skupina bez bližšího určení je vytvářena administrátory za účelem nastavení práv pro používání aplikace
Tým
Tým je skupina, která má manažera. Manažer tím, že je vedoucím skupiny, získává práva vůči členům týmu. Konkrétní práva mohou záviset na modulech systému:
- Může členům svého týmu přidělovat úkoly
- Může úkoly mezi členy přesouvat
Týmy by měly odpovídat organizační struktuře společnosti. Tým ale může být např. i projektový, tedy vytvořený pouze dočasně. I dočasné týmy dávají vedoucímu pravomoci, konkrétně může přidělovat lidem úkoly.
Pracovní pozice a role
Pracovní pozice i Role určují pracovní zařazení. Zatímco pozici má pracovník typicky pouze jednu, pracovních rolí má často více.
Samy o sobě nedávají pracovní pozice ani role členovi nová práva, ale využívá se v systému:
- roli jsou přiřazovány standardní úkoly,
- na role jsou směrována rozhodnutí,
- role se zobrazují v popisu uživatele.
Pojmy pracovní pozice i role se používají ve firmách různě a někdy záměnně (co je v jedné firmě pozice, tomu se v jiné říká role). V rámci konfigurace systému se používá pro obojí pojem role. (Organizační pozice, nebo také židle, je definována v rámci modulu personalistiky.)
Pozice / role se zobrazují u pracovníka
Název všech rolí, které pracovník má přiděleny, se zobrazují v informacích v detailu pracovníka. Slouží pro jeho bližší určení.
Zejména ve větších společnostech, kde se lidé osobně neznají nebo se vyskytuje více lidí stejného jména, jsou role důležitým upřesněním jednotlivých lidí. Je proto velmi užitečné role skutečně nastavovat.
Věnujte pozornost
Význam přiřazení role / skupiny k úložišti
Role a skupiny určují práva nakládat s objekty v systému. Vytvořením vazby skupiny na na úložiště objektů – projekt, skupinu apod. – vytváříte právo do úložiště vkládat zprávy.
Pozor: Propojení role na projekt / oblast je vytvořeno automaticky z nastavení dané oblasti a neřídí se u rolí. Nastavení u rolí se standardně provádí právě z úložišť. Propojení ale sloužít i k možnosti ukládat zprávy (příp. jiné objekty) do oblastí a to se řídí vazbou, která se nastavuje zde.
Kdy má smysl funkci použít u oblasti:
- Odpojte oblast od projektu, který je ukončen – lidem zůstane právo do projektu nahlížet, ale nebude možné do něj vkládat další zprávy.
- Připojením oblasti ke skupině můžete umožnit vkládat do oblasti zprávy i lidem, kteří jinak do oblasti vkládat nemohou.
Role netvoří hierarchii
V AyMINE je hodně objektů hierarchických. Informace, úkoly a mnoho dalšího se může "rozpadat" na dílčí informace, úkoly atd. Vzniká tím strom od obecnějšího k detailnějšímu. Systémové skupiny a role ale hierarchické nejsou. Mají předky a následníky, obojího mohou mít více – hlavně tedy předků.
Smysl předka také není, že by šlo o obecnější skupinu, ale že od ní skupina dědí práva. A může je dědit od více jiných skupin. To není logika stromu a ani vazby takové nejsou.
Protože role netvoří hierarchii, tak ani nemají stromové zobrazení v seznamu.
Nepleťte si pracovní pozici, kvalifikaci a projektovou roli
V rámci systému kvality jsou definovány kvalifikace, které se často pletou s pracovní pozicí. Více se o kvalifikacích píše zde a definují, co člověk dokáže, ne kde sedí.
V rámci metodiky řízení projektu jsou definovány projektové role. Platí pro projekty a pracovníci je zastávají v rámci projektového týmu. V každém projektu může mít pracovník jinou projektovou roli.