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
- Jednotky produktů
- 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
Povinnosti – zadání pro systém řízení
Povinnost popisuje vnější pokyn či nařízení. Povinnost stanovuje, čemu se má metodický rámec věnovat, jaké stanovit limity a co je jeho skutečným cílem.
Co jsou povinnosti
Povinnosti mají většinou vztah ke konkrétnímu procesnímu rámci, i když se promítají do celého systému řízení.

Povinnosti jsou součástí metodického rámce
Povinnosti v pravém slova smyslu nejsou součástí interního systému řízení. Interní systém by měl být tvořen politikami a směrnicemi, které povinnosti převádí do vnitřní praxe.
Typickými příklady povinností jsou směrnice, které jsou výchozí pro definici celého metodického rámce, tedy normy – např. ISO 26262, ISO 27000. Ty ale nejsou samostatné, povinnosti často definují i další externí vstupy. Dokonce často mají i větší právní váhu:
- Zákony – např. GDPR, Zákoník práce
- Zákonné předpisy – např. Předpis o vedení účetnictví
- Oborové standardy
- Společenská smlouva s odbory
- Zakladatelské listiny společnosti
- Rozhodnutí valné hromady
- Rozhodnutí vlastníka – typicky korporátní standardy
Všechny tyto podklady musí interně zpracovaný metodický rámec zohlednit a dodržovat.
Povinnosti v projektu
V rámci projektu povinnosti představují vnější nařízení či závazky, které musí být v projektu dodrženy. Příklady povinností
- Dodržovat externí standard řízení projektu, např. PMBOK, nebo systém řízení bezpečnosti, např. ISO 26262.
- Dodržet stanovený rozpočet projektu
- Dodržovat výrobní a materiálové standardy odběratele
Povinnosti v projektu nejsou projektové požadavky
V rámci projektu jsou dokumentovány povinnosti i požadavky. Z projektového hlediska je ale mezi nimi zásadní rozdíl:
- Požadavek je vstupem, který je analyzován, implementován a ovlivňuje, jak vypadá výstup projektu. Požadavek je standardně i předmětem diskuze, může být prioritizován nebo i zamítnut.
- Povinnost v projektu stanovuje tzv. "obligatorní podmínku", kterou musí dodržovat průběh projektu i jeho výstup. Povinnosti nejsou předmětem schvalování v projektu, ale definují, jak se v projektu pracuje.
Zjednodušeně řečeno, povinnosti nemůže projekt ovlivnit, zatímco požadavky (do jisté míry) ano.
Povinnosti, které jsou vztaženy k projektu, mohou být relevantní i pro jiné projekty, ale nikdy by neměly být povinnostmi vztahujícími se k systému řízení.
Společnými znaky povinností je, že:
- Jsou dané z vnějšku
- Interně je společnost akceptuje, ale přímo je neovlivňuje
- Jejich nařízeními by se měly řídit všechny interní směrnice, pravidla a postupy.
Povinnosi je třeba sledovat
Stadnardy požadují, aby organizace měla přehled o všech svých povinnostech. Typicky auditor i požaduje, aby firma stadnardy fyzicky vlastnila nebo k nim měla stále zajištěný přístup.
Přehled o povinnostech zahrnuje také možnost kontrolovat, že všechny povinnosti jsou splněny. Pro každou jednotlivou povinnost stanovenou standardem musí mít organizace jistotu, že je s ním v souladu, tedy:
- Že někdo odpovídá za to, aby systém řízení byl s požadavkem v souladu
- Pokud je vyžadována činnost, je známo, ve kterém procesu nebo kterými pracovními úkoly je realizována
- Pokud je vyžadována odpovědnost, která směrnice tuto odpovědnost někomu přiděluje a kdo plnění kontroluje.
V optimálním případě by mohly existovat uložené relace mezi odpovědnostmi a jejich realizací. V praxi by šlo o velmi náročnou dokumentaci, takže se udržování vazeb zjednodušuje. (Také je možné nechat AI ověřit, zda jsou požadavky do ISM promítnuty.)
Povinnosti v AyMINE
AyMINE povinnosti, které formují metodický rámec, systém eviduje jako součást dokumentace rámce, Hlavním užitkem popisu povinností v rámci rámce je splnění požadavků popsaných výše:
- Jasně definovat, jaký externí důvod nařizuje konkrétní postup nebo výstup
- Usnadnit správu a kontrolu správnosti metodiky
Povinnosti pro více metodických rámců
V AyMINE můžete mít více rámců popsaných samostatně (doporučujeme!). I když to není úplně běžné, nastává situace, kdy stejná povinnost se přímo „propisuje“ do více rámců. Povinnost se pak nevkládá do opakovaně. AyMINE umožňuje:
- Buď samostatný modul systému řízený určený pouze pro správu externích povinností nebo
- Zařazení do metodického rámce, který se tématu povinnosti věnuje nejvíce.
Pokud je vytvořený samostatný modul pro povinnosti, je vhodné, aby byl dodržován důsledně a byly v něm všechny zařazené povinnosti.