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
Proces analýzy FMEA
Proces analýzy FMEA sestává ze 7 kroků
Metodika FMEA v AyMINE
AyMINE má připravenou metodiku pro proces FMEA (samozřejmě ji můžete upravovat nebo si vytvořit vlastní metodiku)

Stačí vygenerovat sadu úkolů podle vzorů v metodice.
Přehled kroků FMEA
Oddíly nepopisují celý proces, ale jeho implementaci v rámci AyMINE. Pro kompletnější pochopení FMEA doporučujeme naše školení, podrobnosti jsou také popsány v detailech procesu přímo ve FMEA. Cílem této stránky je poskytnout globální pohled na proces, který nemusí být z jednotlivých úkolů dostatečně zřejmý.
Krok 1 – Plánování a příprava
Příprava FMEA je vedena vzorovým procesem FMEA. Proces může zahájit vedoucí projektu nebo vlastník odpovědný za produkt. Připojen by měl být k analyzovanému produktu nebo procesu. Jeho vazba je možná jak na produkt evidovaný už v produktové databázi, tak na prvky analýzy, tedy např. výrobní proces.
Klíčovou součástí 1. kroku je definice týmu, který FMEA analýzu realizuje. Vedoucí nominuje členy týmu do úkolu analýzy. Tedy nikoli do úkolu přípravy, který je jeho odpovědností.
Od časových možností a velikosti týmu se odvíjí plán dalších kroků:
- Odpovědnost za revizi a příp. doplnění analýzy posuzovaného předmětu. Odpovědný pracovník dostane úkol FMEA – krok 2.
- Odpovědnost za přípravu funkční analýzy – FMEA – krok 3.
- Sezvání odborníků na setkání k analýze selhání a rizik. Je třeba, aby se mohli předem seznámit s analýzou, proto by mezi dokončením kroků 2 a 3 a zahájením kroku 4 měl být dostatečný prostor (doba závisí na tom, zda budou zapojeni nezávislí odborníci, kteří předmět neznají.)
Druhou důležitou částí je naplánování analytických setkání, kdy se bude realizovat kroky 4, 6
Kvalitní plán a příprava se může zdát dílem samozřejmostí, dílem zbytečností. Ale právě kvalitní příprava rozhoduje o tom, zda bude analýza účinná.
- Je třeba jasně definovat rozsah analýzy. Přesněji řečeno, kde přesně jsou hranice analyzovaného předmětu (procesu, výrobku)
- Posoudit, kdo tématu skutečně rozumí a sestavit kompetentní tým
- Naplánovat přípravu, zejména přípravu podkladů, i všechny další kroky
Krok 2 – Strukturální analýza
Výstupem je struktura předmětu buď ve formě dílů (pro výrobek) nebo procesních kroků a používaného zařízení (pro proces).
Pokud je pro strukturální analýza použita analýza výrobku, je možné výstupy strukturální analýzy vizualizovat pomocí Enterprise Architect. (Vyžaduje napojení pomocí eacon konektoru na model EA.)
Při využití dokumentované součástkové základny je možné navázat na už existující dřívější FMEA analýzu. Je proto vhodné pokud možno používat již zadané díly a nevytvářet v rámci strukturální analýzy jejich duplikáty.
Krok 3 – Funkční analýza
Výstupem jsou popisy vlastností, operačních režimů a stavů v detailu jednotlivých celků. Na úrovni dílů by měly být popsány vlastnosti dílů, které jsou z hlediska FMEA relevantní. Popisy jsou přímo spojené s prvky, takže funkční analýzu je logicky možné provádět až po strukturální analýzy.
Základním nástrojem kontroly funkční analýzy je plnění funkční specifikace výrobku resp. procesu pomocí vlastností (obecný název zahrnující):
- Obecná vlastnost
- Funkcionalita
- Operační režim.
Pokud probíhá opakovaná FMEA analýza dílu pro jiný účel, je možné využít dokumentace z předchozí analýzy, nebo vytvořit novou analýzu u téhož prvku. Z toho důvodu je možné u každého vlastnosti upřesnit, do které analýzy je zahrnuta. (Pokud to není upřesněno, je zahrnuta do všech.)
Krok 4 – Analýza selhání
Možná selhání se vyplňují u jednotlivých vlastností. Ke každé vlastnosti je možné zadat selhání hromadně, ale lepší je rozepsat je jednotlivě do případů selhání (záložka v detailu.)
Případy možného selhání se stávají dokumentací vlastnosti, potažmo dílu (nebo procesního kroku). Pracuje se s nimi dále v kroku 5.
Každý díl a každá vlastnost je evidovaná samostatně, není proto problém i FMEA analýzu rozdělit na více skupin, pokud to dává smysl vzhledem k odlišným vlastnostem.
Poznámka k právům: Na analýze mohou pracovat ti, kdo jsou aktivními spolupracovníky v oblasti nebo projektu, kde se analýza provádí. Současně ale musí mít právo vstupovat do analýz. Je tak možné dobře kontrolovat, kdo se na analýze podílí.
Kvalita dokumentace: Doporučujeme, aby všichni, kde se na analýze podílí, byli členy týmu u tohoto úkolu. Složení týmu je součástí dokumentace analýzy a to právě na základě seznamu účastníků. Pro setkání organizujte porady, kde FMEA bude jediným bodem k řešení. Nehrozí pak, že se jednání nebude FMEA skutečně věnovat.
Krok 5 – Analýza rizik
Analýza rizika navazuje na analýzu selhání – doplňuje údaje do případů selhání, které byly v kroku 5 FMEA procesu zaznamenány. V zásadě by do FMEA neměly přibývat nové řádky – ty odpovídají možným selháním, ale už identifikovaná budou zkoumána.
Krok 6 – Optimalizace
Stejně jako krok 5, i krok 6 staví na přípravě z kroků 2 a 3. Pro každé selhání a analýzu rizik systém počítá prioritu akce na minimalizaci rizik. (Systém počítá i starší RPN, protože řada týmů je stále zvyklá tento index používat.)
Důležitou součástí optimalizace je navržení změn, které sníží pravděpodobnost vzniku. U každého selhání je možné i rozlišovat mezi současnými nástroji minimalizace, i nově navrženými opatřeními.
V rámci analýzy jsou nová opatření zdokumentována, i je zaznamenána budou předpokládaná hodnota – výstupem analýzy je tak nejenom současný stav, ale i stav po implementaci všech opatření.
Úkoly a požadavky na řešení
Opatření z analýzy se dále promítnou do požadavků na změny nebo úkolů, kterými se bude problém řešit. Obojí je možné založit přímo v detailu případu selhání nebo v detailu vlastnosti. Požadavek i úkol se vytvoří s vazbou na možné selhání. Je tak zřejmé, proč požadavek nebo úkol vznikl, i sledovat, zda vyl vyřešen.
Užitečné odkazy na stránky