AyMINE – Technická dok. (anglicky)
Obchodní procesy
Správa ceníků
Řízení projektů
Komunikace a sdílení informací
Vnitrofiremní procesy
Kvalita a spolehlivost
Systém řízení kvality
- Stanovení odpovědnosti za úkol v metodice
- Automatizace a metodika systému řízení kvality - SMJ / QMS
- Směrnice a politiky
- Přehled povinností stanovených metodikami nebo předpisy
- Pojmy - součást ISMJ
- Vzor protokolu / záznamu
- Vzorový úkol – Pracovní postup
- Objekty vztahující se ke vzorovému úkolu
- Řízení posloupnosti úkolů
- Co tvoří systém řízení kvality - SMJ
- Zahajující události
- Aktivace události z úkolu
- Vzorové riziko
- Business událost
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
- Kritéria kvality
- O kritériích kvality u produktů
- Lokalita
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ů
- Adresář obchodních kontakt
- Kontakt v adresáři vám umožní přístup ke všem informacím
- Uživatelská dokumentace k modulu CRM
- Přehled zákaznických objednávek
- Seznam a správa adresářů
- Ochrana osobních a obchodních údajů
- Šablona zprávy
- Skupiny kontaktů pomáhají členění adresáře a obchodu
- Kontakt na osobu nebo firmu
- Rychle dostupné kontakty
- Přehled informací o přijatých a odeslných zprávách
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
Definice balíku
Smyslem definice balíku je v rámci metodiky stanovit,
- Co má být v konkrétním balíku dokumentace resp. záznamů
- Jak se s balíke v průběhu celého životního cyklu zachází.
Více o balících je na stránce zde
Definice balíku je vždy součástí metodiky. Na základě definice se vytváří balík, ale vliv definice na vzniklý balík je pouze ve výše uvedeném popisu.
K obsahu definice balíku
Definice obsahuje krom obvyklých polí jako je jméno a popis :
- Identifikaci, pro jaký typ balíku je definice předlohou. Hodnota musí být vyplněna.
- Kontrolní postup pro ověření správnosti balíku. Postup je zadáním pro audit / review, který by měl být proveden s každým balíkem, než bude uznán za kompletní a řádně zpracovaný.
Co z definice balíku vzniká
Na základě definice balíku můžou vznikat dva typy záznamů:
- Obecný balík,
- Konfigurační balík, který je požadována jako součást projektové dokumentace celou řadou standardů (PMBOK, ISO 26262, SPICE, BaBOK a další).
Kdo definici balíku používá
Definici balíku vytváří manažer metodiky (vedoucí systému řízení kvality nebo někdo, kdo je pověřený přípravou projektové metodiky.)
Definici balíku využívá vedoucí projektu, když na jejím základě vytvářní nový balík při řízení projektu (v rámci projektové dokumentace).