AyMINE – Technická dok. (anglicky)
Obchodní procesy
Správa ceníků
Řízení projektů
Komunikace a sdílení informací
Komunikace, porady, rozhodování
Vnitrofiremní procesy
Systém řízení ISM - Integrovaný systém managementu staví pevné základy kvalitnímu vnitřnímu fungování firem
Metodické rámce
Formalizace systému řízení do metodických rámců zakotví systém řízení v popsanýcj pravidlech- Systémy řízení podporující různé standardy
- Dokumentace, která tvoří součást systému řízení
- Odpovědnosti za úrovně systému řízení
- Povinnosti formují metodické rámce
- Politiky a směrnice
- Terminologie a názvosloví
- Vzorový úkol – Pracovní postup
- Objekty vztahující se ke vzorovému úkolu
- RACI matice
- Stanovení odpovědnosti za úkol v metodice
- Řízení posloupnosti úkolů
- Zahajující události
- Aktivace události z úkolu
- Vzor protokolu / záznamu
- Klíčové slova pro automatizaci dokumentů a šablon
- Vzorové riziko
- Řízení zlepšení a preventivních opatření
FMEA & HARA
Správa majetku
- Produkty, aktiva, nákup a prodej
- Sdílený analytický model urychluje a usnadňuje spolupráci
- Dodavatel produktu
- Kategorie produktů
- Vlastnost produktu nebo výrobku
- Cíl projektu
- Přehledy nabídek
- Přepočítat nabídku a objednávku
- Přehledy objednávek
- Produkty a zboží
- Stav produktu a jeho změna
- Původ produktu
- AyMINE | Správa kritérií kvality
- K čemu jsou kritéria kvality
- Správa fyzických i virtuálních prostor
Personalistika
- Modul personalistiky, HR v ekosystému AyMINE
- Správa personálních digitální dokumentů v souladu s GDPH
- Modul Personalistika - uživatelská oprávnění
- Evidence a správa pracovníků
- Role a odpovědnosti pověřeného personalisty
- Osobní pracovní přehled pracovníka
- Přehled vlastních pracovníků
- Synchronizace pracovníků a uživatelů systému
- Evidence pracovních smluv a dohod
- Evidence uchazečů o práci
- Přehledy výkonnosti pracovníků
- Změna vedoucího oddělení
- Právo spravovat kvalifikace uživatelů
- Pracovní pozice a pracovní role v personalistice
- Kvalifikace, schopnost / dovednost
- Evidence úrovní zkušeností pro pracovníky
- Kvalifikace uživatele, pracovníka nebo kontaktu
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele nebo kontaktu
- Správa údajů o oddělní / divizi
- Bezpečnost modulu personalistiky
Technická podpora – helpdesk
CRM & Správa kontaktů
- Uživatelská dokumentace k modulu CRM
- Správa a ochrana adresářů ve firmě
- Seznam a správa adresářů
- Správa kontaktů podporuje bezpečnost i sdílení dat
- Skupina kontaktů v adresáři
- Přehled zákaznických objednávek
- Skupiny kontaktů pomáhají členění adresáře a obchodu
- Ochrana osobních a obchodních údajů
- Generování automatických zpráv ze CRM i s pomocí AI
- Přehled informací o přijatých a odeslných zprávách
- Hromadná komunikace s členy, klienty a akcionářit
- Odkaz v hromadné zprávě pro nastavení preferencí
- GDPR: Zapomenutí subjektu
Systémové moduly
Správa systému
Multitenant administrace
Rozhraní na jiné systémy
Konfigurace web služeb
Nastavení web konektorů a služeb pro komunikace s web portály a externími systémyKonektor na ERP Abra Gen
Sabre: webDav, calDav
Konektor na Enterprise Architect
Balík dokumentace
Balíky je obecně skupina záznamů, které mají nějakou logickou souvislost
Balík umožňuje společnou práci s celou skupinou nebo objekty chrání. Balíky jsou buď obecné, nebo pro konkrétní použití – typicky pro archivaci dat a jejich ochranu.
Význam balíku v dokumentaci
Balík umožňuje vytvořit sadu záznamů, se kterými uživatel potřebuje nějak společně pracovat nebo které mají logickou souvislost.
Příklady balíků:
- Sada informací a různých typů záznamů předaná dodavateli jako zadání pro subdodávku
- Sada požadavků, které jsou realizovány v rámci konkrétního releasu (streamu).
Co lze vkládat do balíku
Obecně lze vložit do balíku libovolnou dokumentaci. Většinou se ale do balíku vkládají pouze záznamy, které mají přímou souvislost. Obvyklé je tak vkládání max 5 druhů.
Balíky podporují vkládání
- Informací
- Požadavků
- Aktiv - např. testovacích vzorků, které jsou archivovány společně s výsledky testů
- Protokolů - typicky v balíku dokladujícím průběh konkrétní sady testů
- Testů
- Úkolů
- Analytické a produktové dokumentace
- Rozhodnutí
- Problémů - použije se typicky pro vytvoření balíků problémů z testů, který se předá oddělení nebo dodavateli k řešení.
Balík není složka
I když má balík blízko ke složce, je mezi nimi zásadní rozdíl. Složka je obecně chápána jako umístění záznamu nebo souboru s tím, že každý záznam je v jedné konkrétní složce. Balíky naproti tomu netvoří výlučné umístění. Jeden záznam může být v libovolném počtu balíků.
Balík může tvořit ochranu záznamu
Balík může vytvářet zámek zakazující úpravu záznamů, které v balíku jsou. To je typické zejména pro archivní balíky, které mají uchovat záznamy v té podobě, v jaké do něj byly vloženy. Zámek má smysl ale i v mnoha jiných případech, typicky:
- Balík dokumentace předané dodavateli vytvořením zámku zajistí, že interně už obsah balíku nikdo nezmění. Nemůže se pak stát, že by interně projekt pracoval s jinou dokumentací, než dodavatel.
- Balík s problémy, které zůstaly nedořešeny při předání a jsou součástí schvalovací dokumentace o tom, co musí být opraveno.
Oprava zamknutého balíku
Když se ukáže, že je nutné opravit záznam v balíku, jsou dvě možnosti
- Vytvořit novou verzi záznamu a původní označit za neplatnou
- Dočasně zrušit zamykání záznamů, vytvořit opravu a balík zase zamknout
Každý z postupů má smysl, záleží na důvodech a důsledcích prováděné změny.
Zámek se nevztahuje na stav
I když balík zamyká záznamy, které jsou do něj zařazeny, nezamyká jejich stav. Je tedy možné požadavek v balíku označit za už neplatný nebo problém za odstraněný.
Změny stavu jsou archivovány, zůstává tedy i informace, v jakém stavu záznam byl, když byl do balíku vložen.
Související záznamy
- Balíky mohou být metodiky definovány a předepsány pomocí definice balíku. Metodika např. omezuje, které záznamy je možné do balíku vložit.
- Konfigurační balík je speciálním případem balíku používaného v rámci konfiguračního řízení. Odpovídá požadakům standardů jako je SPICE, CMMI a další.