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
- 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
- Bezpečnost modulu personalistiky
- Modul Personalistika
- Personalistika – uživatelská oprávnění
- Evidence uchazečů o práci
- Správa údajů o oddělní / divizi
- Změna vedoucího oddělení
- Pracovní pozice
- Pracovník
- Přehled vlastních pracovníků
- Odpovědný personalista
- Synchronizace pracovníků a uživatelů systému
- Pracovní smlouva
- chartsstaffer
- Modul personalistika | Systémové role
- Kvalifikace, schopnost / dovednost
- GDPR a evidence kvalifikací
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele, pracovníka nebo kontaktu
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele nebo kontaktu
- Evidence úrovní zkušenosí
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
Správa Web portálů (CMS)
- Správa a automatizace webu
- Blok webové stránky
- Bloky na webové stránce
- Skript generující stránku
- Nastavení formuláře na webu a příjem zprávy
- Odpovídací formulář na webu
- Popis webové stránky
- Web se speciálními potřebami
- Web portál
- CMS pro velký web
- Nastavení web konektoru
- Sledování návštěvnosti webu
- Propojení CMS a obchodu přímo s webovým portálem
Systémové moduly
Úvod do AyMINE
Správa systému
Multitenant administrace
Rozhraní na jiné systémy
Konektor na ERP Abra Gen
Sabre: webDav, calDav
Konektor na Enterprise Architect
Definice události
Událost je definována v metodice
Popis události
- Jméno vyjadřující, co daná událost zachycuje
- Stručný popis, podrobnější informace. Slouží zejména u nepřevídatelných událostí jako návod pro vyhodnocení, kdy se má událost ručně aktivovat
- typ označují typ: systémová / uživatelská
- spouštěcí podmínka, systémové pole, kterým admínstrátoři definují, za jakých okolností se událost automaticky spouští; pole spravují výhradně správci systému;
- spouštěče vazba na jiné objekty a jejich stav, které mohou spustit událost (typicky dokončení úkolu podle předdefinovaného typu)
- rozsah platnosti, lze nastavit, že událost nikdy nespouští nic, co je v jiné oblasti, než kde nestala (zahrnuji i podoblasti). Událost je
- buď globální – může spustit činnost v jakékoli oblasti,
- nebo lokální – aktivuje pouze v určité oblasti
- oprávněná role – Pokud je událost nepředvídatelná (a tedy ručně spouštěná), tak role určuje, kdo ji může spustit. Ten, kdo ji spouštní, musí mít právo vidět obsah oblasti, ve které je definice události, jinak by ji neviděl a pustit nemohl.
Poznámky:
- Lokální rozsah platnostni je důležitý např. pro projektové události. Např. událost zastavení projektu jistě nemá zastavit všechny projekty ve společnosti, ale může aktivovat procesy uzavření projektu právě v jednom projektu, kd nastala.
- Lokální jsou typicky události spouštěné jinou činností (úkolem) nebo aktivované ručně; obecně ale může být jako lokální jakákoli událost. Rozdíl je ale v logice zpracování. Zatímco pro události spouštěné vnějším podněterm (čas) je rozsah platnosti dán umístěním události, tak pro události spouštěné jinou činností je rozsahem platnosti oblast, ve které nastala událost, která aktivaci vyvolala. Typicky tedy pokud byla úkolem aktivována činnost, platnost události je v té oblasti, do které patří úkol.
Aktivace události
Aktivací se rozumí, že událost nastane a v systému je aktivována. Aktivace způsobí, že všechny předepsané události, které se na událost vážou, jsou zahájeny.
Kromě posledního typu (nepředvídané) AyMINE události aktivuje automaticky. U posledního typu je nutné, aby někdo zadal že událost nastala. Je proto potřeba, aby někdo měl na starost událost aktivovat.
Událost a výskyt události
Událostí rozumíme situaci, kdy něco nastane. Aby mohl systém událost sledovat a zahájit zpracování události, je třeba, aby byla událost popsána. Proto má AyMINE dva objekty:
- Definici události – předpis, na základě kterého je událost sledována
- Výskyt události zaznamenání konkrétního okamžiku, kdy událost skutečně nastala.
Např. začátek měsíce má jednu definici, ale každý měsíc nastane nový výskyt této události. V systému tak za rok bude 12 výskytů.
Výskyt vzniká dvěma způsoby:
- Může se jednat o koncovou činnost úkolu Pokud definice úkolu stanovuje, že úkol musí nebo může být ukončen událostí, uživatel událost aktivuje při uzavírání úkolu.
- Uživatel může aktivovat událost v oblasti: Pokud jsou v oblasti definovány nepředovídatelné události, může ji aktivovat ten, kdo na to má oprávnění ručně v seznamu událostí oblasti.
Co je možné s definicí dělat
Událost je možné pouze zablokovat (stav neaktivní) Událost v tomto stavu nic neaktivuje i když nastane.
Odstranění události
Pozor: Pokud odstraníte událost, odstraní se i všechny vazby na související objekty. Opakované vytvoření pak vyžaduje všechny tyto vazby znovu vytvořit.