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
Konfigurační balík
Konfigurační balík je archivem sady objektů, které spolu tvoří ucelenou sadu dat a dalších objektů popisujících stav projektu nebo jiné činnosti.
Konfigurační balík se používá se pro uchování stavu běžné agendy nebo projektu k určitému okamžiku, typicky ke konci roku či konci projektové etapy. Používání konfiguračních balíků vyžaduje většina moderních metodik projektového řízení i řízení kvality a bezpečnosti ve vývoji a výrobě. Projektové metodiky jim říkají Configuration bundle.
Konfigurační balík má specifické užití pro archivaci obsahu. Pro běžné seskupování objektů slouží obecný balík.
Jak se konfigurační balík používá
Balík má dva zásadně odlišné stavy: otevřený a zamknutý
Otevřený balík
Do otevřeného balíku je možné vkládat objekty a zase je vyndávat. Mohou to dělat lidé, kteří jsou ve skupině přispěvatelů.
Balík je typicky otevřen buď po celou etapu projektu, nebo krátkou bodu na konci, kdy je plněn. Organizace plnění (zda průběžně nebo jednorázově) závisí na projektové metodice. Pokud to ta nestanovuje, doporučujeme jednorázové plnění na konci etapy, protože vyžaduje méně času a má větší pravděpodobnost, že se do balíku nezapomene dát něco důležitého.
Zavření a zamčení balíku
Ve chvíli, kdy správce balíku ověří, že v balíku je všechno potřebné, balík uzavře – změní jeho stav. Tím se balík zavře pro změny a zamkne pro úpravy vše, co v něm je.
Zamknutý konfigurační balík
Zavřený balík archivuje vše, co do něj patří a tím vytváří archiv. Zamčený balík zamyká objekty, které v něm jsou uloženy.
Pokud se má uvnitř uložený objekt měnit, jsou možné v zásadě dvě cesty:
- Otevřít balík a tím jeho obsah odemknout, obsah opravit a balík zase zamknout. Tato operace by se měla provést, pokud je dokument chybný a je třeba jej opravit.
- Z objektu vytvořit novou verzi, archivovanou v balíku nechat beze změn a dále pracovat s novou verzí. Tento postup je standardní v situaci, kdy jde o řízené dokumenty nebo objekty, které mají typicky s novou etapou projektu i novou verzi.
S obsahem zavřeného balíku není možné nakládat, ale je možné do něj nahlížet – je uzavřenou složkou.
Do balíku mohou nahlížet lidé, kteří balík vytvářeli i lidé, kteří jsou ve skupině čtenářů.
Poznámky
Jeden dokument nebo objekt může být ve více balících i ve více Konfiguračních i normálních balících. Každý balík, který objekt zamkl, vytváří vlastí zámek – proto objekt, který je v sedmi zavřených balících, je zamčený na sedm západů. Abyste mohli takový objekt upravit, je třeba odemknout všech sedm zámků.
.
U zamknutého objektu se můžete podívat, do jakých balíků byl vložen a tak zjistit, co jej zamyká.
Zařazení objektu do balíku nemění práva na přístup k objektu. Lidé, kteří mají právo nahlížet do balíku, nemají automatiky i právo nahlížet do objektů. Mohou vidět, co v balíku je, ale nemohou zkoumat podrobnosti – např. tedy otevřít detail objektu nebo přistoupit k dokumentu.
Význam konfiguračního balíků a archivace v projektu
Konfigurační balíky plní roli archivace projektových dat.
Projekty vedené podle metodik, např. ISO 26262, ASPICE, CMMI, ale i všechny projekty financované z prostředků Evropské unie musí vždy na konci etapy vytvořit archiv dokumentů vzniklých v dané etapě. Tyto dokumenty jsou uzamčeny pro úpravy a uschovány, takže je možné kdykoli v budoucnu otevřít a navázat na danou etapu. Důležitým významem uzavření je stabilizace obsahu po dokončení etapy pro potřeby využití v další etapě. Bližší popis vám poskytne použitá metodika projektové řízení.
V projektu je odpovědnost dána metodikou, některé metodiky vyžadují CMB – Configuration Management Board (speciální komisi, která zavření balíku reviduje), standardně je v projektech odpovědný vedoucí projektu, nebo configuration manager.