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
DFMEA analýza produktu
DFMEA slouží k odhalení možných problémů s fungováním výrobku formou detailní analýzy všech jeho součástí a vlastností
- DFMEA – analýza do detailu
- Hledání rizik
- Definice opatření ke snížení rizikovosti
- Krok 3: DFMEA Report
- Nezapomeňte
- RPN vs AP – aneb jak se vyznat v hodnocení FMEA
- Může vás zajímat
Kompletní popis k DFMEA je na samostatné stránce zde. Tato stránka se zabývá specifiky DFMEA produktu.
Popis procesu FMEA
DFMEA – analýza do detailu
DFMEA umožňuje na základě struktury výrobku analyzovat, jaké má každá jednotlivá součást výrobku vlastnosti, funkce a provozní režimy. Na jejich základě pak samotnou DFMEA provést. – Funkce, režimy a vlastnosti jsou klíčový vstup pro další analýzu.
V souladu s metodikou, AyMINE v rámci DFMEA analýzy podporuje
- Analýzu jednotlivých části a jednotlivých vlastností (strukturální analýzu)
- Analýzu funkcionlity (dynamickou analýzu)
- Popis operačních režimů.
Pro každý z prvků jsou analyzovány hrozby, rizika, které mohou způsobit a navrhována opatření
Funkce
Funkcemi popisujete, co výrobek dělá a jak se chová. Typickým popisem funkce je vstup / podnět, zpracování dat a výstup.
Z hlediska DFMEA jsou důležité otázky:
- Na jaké vstupy není funkce připravena (příkladem může být vybočení vstupních hodnot z důvodu přehřátí)
- Jak je zajištěno, že pokud funkce selže, neohrozí to výrobek nebo jeho okolí (včetně uživatele)
- Jak se dokáže výrobek zotavit, pokud funkce selže
Všechny potenciální problémy je třeba v rámci analýzy dokumentovat
Provozní režimy
Pro každý výrobek musí být popsány všechny provozní režimy včetně těch, které mohou trvat velmi krátkou dobu. Typickými provozními režimy jsou:
- Vypnuto (ať už bez přívodu proudu nebo ve stand-by režimu)
- Odpojeno (skutečně vypnuté přívody všech vstupů, např. z důvodu závady v okolí)
- Diagnostika pro spuštění proudu
- Běžný provoz
- Provoz v omezeném režimu
- Provoz v nouzovém (safety) režimu
- Vypínání
- …
Režimy musí být zaznamenány, optimálně by měla existovat i stavová mapa nebo alespoň u každého popis, z jakého stavu a za jakých okolností se do daného stavu systém dostane. (Stavy je možné i přímo v systému do stavové mapy propojit – má to ale smysl jen v případě, kdy vazby skutečně využijete pro analýzu).
V rámci analýzy je důležité vyhodnotit,
- Jaké funkce výrobku jsou v daném režimu dostupné,
- Jaké požadavky na systém mohou přicházet a zda bude výrobek schopen je v každém konkrétním režimu obsloužit. Pokud ne, jakou to může mít další souvislost
- Jaké zdroje (např. příkon proudu) je v daném režimu potřeba a co se stane, pokud nebude / přestane být dostupný
Vlastnosti
Vlastnosti zahrnují jakékoli další vlastnosti výrobku, které jsou z hlediska funkční a bezpečnostní analýzy důležité. Typicky vlastnosti zahrnují
- Emise (např. elmg. záření, vibrace, hluk, teplo)
- Změny velikosti / objemu
- Trvanlivost s ohledem na vnější podmínky (důležitou vlastnosti typicky je životnost s ohledem na teplotu, vlhkost apod.)

Hledání rizik
Pro každou jednotlivou funkci, operační režim a vlastnost se v rámci DFMEA popíše, jaké hrozí rizika, pokud dojde k selhání a tato rizika je třeba ohodnotit. Systém vám poskytuje podporu, abyste pro každou vlastnost určili klíčové veličiny (odkazy popisují podrobněji význam hodnotící stupnice)
- Pravděpodobnost, že situace nastane
- Schopnost včas problém detekovat
- Závažnost dopadů hrozby na lidi v okolí zejména jejich bezpečnost
Každou z hodnot je třeba stanovit samostatně pro každou veličinu – systém automaticky hodnoty předvyplňuje a počítá, jak je která vlastnost v součinu "riziková" – tzv. rating. Poskytne vám tak kompletní přehled, čemu je třeba se věnovat – snižovat rizikovost.
Definice opatření ke snížení rizikovosti
Pro rizika, jejichž celkový rating překračuje mez stanovenou pro výrobek, je třeba stanovit opatření na jejich zmenšení. Systém umožňuje přímo definovat 2 základní typy opatření
- Požadavek na vyvíjený produkt
- Bezpečnostní opatření vztažené k výrobě výrobku (a související kontroly)
Oba typy opatření vytvoříte přímo od identifikované vlastnosti. Je důležité je vytvořit z vlastnosti nebo propojit vlastnost s požadavkem/postupem, abyste uchovali informaci, čím byla rizikovost skutečně snížena – dodatečně můžete díky tomu doložit, jaká opatření byla přijata a analyzovat, zda jsou přiměřená. Naopak, pro požadavky a postupy bude zřejmé, proč jsou potřeba.
Krok 3: DFMEA Report
Když máte analýzu provedenou, celou DFMEA vygeneruje do reportu funkcí DFMEA. Analýza vytvoří report přímo v AyMINE v HTML formě – máte tedy možnost případně doplnit další informace před jeho případným exportem do PDF. Můžete tak snadno přidat informace požadované zákazníkem.
I když je vygenerovaná DFMEA analýza v principu editovatelná, neměla by sloužit pro samotnou analýzu – ztratili byste shodu s dokumentací samotného produktu.
Nezapomeňte
Na dokumentaci DFMEA záleží
Důkladná dokumentace DFMEA je nezbytnou součástí vývoje. DFMEA analýzu potřebujete nejenom při vymýšlení výrobku, ale v celém jeho životním cyklu:
- Když se objeví problém, který budete řešit např. 8D reportem, takže je DFMEA nezbytným základem
- Když budete vyvíjet novou verzi výrobku, stačí vám dělat jenom rozdílovou DFMEA analýzu. Většinu práce si ušetříte, ale jenom tehdy, když budete moci prokázat, že původní DFMEA znáte a – a to je důležité – znáte i její závěry a jak byly promítnuty do návrhu výrobku.
- Samozřejmě ji budete potřebovat u auditu
- Pokud by se někdy přeci jen muselo řešit, jestli jste pro spolehlivost výrobku udělali, co bylo třeba, je kvalitní DFMEA klíčovým důkazem odpovědného přístupu.
Speciální znaky vlastností výrobku
Dokumentace DFMEA by měla postihovat důležité vlastnosti výrobku, mezi ty rozhodně patří vliv vlastnosti na bezpečnost nebo kyberbezpečnost samotného výrobu.
Pro každou vlastnost produktu si můžete definovat vlastní typ a příznaky podle potřeb vaší analýzy. Navíc můžete využít sady příznaků, které jsou sdíleny s požadavky a pracovními postupy. Pokud využijete ty, tak se automaticky přenesou do požadavků a postupů vytvořených na základě DFMEA – budete tak mí jistotu, že se nikde neztratí (to vyžadují standardy jako ISO 26262, ISO62061 a další).
RPN vs AP – aneb jak se vyznat v hodnocení FMEA
Standard z r 2019 (DFMEA Handbook) prosazuje používání Action Priority indexu místo RPN (Risk Priority Number). Jeho výpočet je odlišný a výstup také. Zatímco RPN se počítá jako součin hodnot odpovídající závažnosti hrozby (S = severity), pravděpodobnosti výskytu (O = Occurrence) a schopnosti detekce (D = Detection), AP se ze stejných hodnot přepočítává tabulkou. AP má výpočet podobný hodnocení ASIL podle ISO 26262.
DFMEA Handbook k důvodu změny říká:
_RPN není adekvátním nástrojem pro posouzení, čemu je třeba se věnovat, protože dává všem třem dimenzím (S, O, D) stejnou váhu. Může tak dát stejnou váhu dvěma rizikům s velmi odlišným součinem S × O a tým pak neví. čemu dát větší prioritu.
Práh (Treshold) nastavený na RPN veličinu v tom není dostačující.
Ve srovnání AP a RPN je zásadním rozdílem, že
- Pokud jsou S i O velmi vysoká, hodnocení priority má nejvyšší stupeň bez ohledu na D.
- Pokud je alespoň jedno z S nebo O velmi vysoké, AP bude mít minimálně střední úroveň.
Fakticky tak pravidla AP hodnocení snižují význam schopnosti detekce v celkovém hodnocení
Domníváme se, že úvaha není úplně správná, ale to je vedlejší. Praktickým dopadem je, že AyMINE podporuje RPN i AP, protože:
- Podle AP je třeba volit, čemu se věnovat, protože dle platné DFMEA metodiky jde o závaznou metodu prioritizace.
- RPN podle našeho názoru jednak dává přesnější porovnání – místo 3 hodnot AP dává 1000 hodnot součinu, navíc umožňuje výpočet součtu i dalších statistických analýz, díky kterým je možné porovnat i jednotlivé součástky mezi sebou. Na základě porovnání je snazší určit, že dává smysl se věnovat globálně.