AyMINE – Technická dok. (anglicky)
Personalistika
- Modul personalistika | Systémové role
- Bezpečnost modulu personalistiky
- Modul Personalistika
- Evidence úrovní zkušenosí
- Pracovník
- Odpovědný personalista
- Správa údajů o oddělní / divizi
- Pracovní smlouva
- Pracovní pozice
- Změna vedoucího oddělení
- Synchronizace pracovníků a uživatelů systému
- Personalistika – uživatelská oprávnění
- chartsstaffer
- GDPR a evidence kvalifikací
- Evidence uchazečů o práci
- Přehled vlastních pracovníků
Správa Web portálů (CMS)
- Bloky na webové stránce
- Příjem zprávy z webu
- Web portál
- Nastavení základních web služeb
- Konektor pro webové služby
- Popis webové stránky
- Skript generující stránku
- Blok webové stránky
- Uložit přístup k webové stránce
- Správa a automatizace webu
- CMS pro velký web
- Web se speciálními potřebami
- Odpovídací formulář – nastavení
Řízení činností a úkolů
- Testy a zkoušky
- Stanovení odpovědnosti za úkol v metodice
- Přehled povinností stanovených metodikami nebo předpisy
- Přehled úkolů
- Nastavení číslování a značení zázamů
- Rozhodnutí
- Varianta rozhodování
- Záznam aktivity a činnosti
- Vstupní projektové požadavky
- Sdílený a soukromý úkol
- Informace
- Souhlas vedoucího s výkazem práce
- task_taskobjects
- Potřebné schopnosti
- Problémy, tickety a jejich řízení
- Upozornění a vzkazy
- Tlačítka pro aktivaci události
- Výkaz práce
- Časové návaznosti úkolů
- Záznamy spravované projektem
- Upozornění pro sebe
- Akce, události a porady
- Konfigurační balík
- tskaction_abstract
- tskproblem_linkedobjects
- tskcomprolemember
- tsktask_mytasks
- tskaction_calpersonal
- Předmět rozhodování
- Porada
- Plánování úkolů
- Akce
- Tým úkolu a člen týmu
- Řízení úkolů, projektů a kvality
- Kvalifikace, schopnost / dovednost
- Proč nejdou některé údaje smazat
- decision_decobjects
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele nebo kontaktu
- Oblast / projekt / metodika
- Tým projektu nebo tým k pracovnímu postupu
- Diskuze
- Lokalita
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele, pracovníka nebo kontaktu
- Kanban – přehled úkolů
- Vrátit plán projektu podle baseline
- Společné řešení více problémů
- Problémy, incidenty, helpdesk tikety
- SLA podmínky helpdesku
- Administrace modulu Řízení úkolů
- Osobní úkol
- Zákaznická péče - helpdesk, uživatelský popis
- Interní helpdesk
- Systémová práva modulu správy úkolů
- Pracovník odpovědný za úkol
- Zakázky
- Generování odpovědi zákaznického centra
- chartsproblem
Správa majetku
- Produkty, aktiva, nákup a prodej
- Produkty a zboží
- Analytický model
- Kategorie produktů
- Stav produktu a jeho změna
- Dodavatel produktu
- Cíl projektu
- Přepočítat nabídku a objednávku
- Kritéria kvality
- Přehledy nabídek
- Přehledy objednávek
- Původ produktu
- Vlastnost produktu nebo výrobku
- O kritériích kvality u produktů
CRM & Správa kontaktů
- Seznam a správa adresářů
- Kontakt v adresáři
- Adresář obchodních kontakt
- Kontakt na osobu nebo firmu
- AyMINE modul CRM - uživatelská dokumentace
- Přehled objednávek pro zákaznické skupiny
- Přehled zákaznických objednávek
- Skupiny kontaktů
- Ochrana osobních a obchodních údajů
- Šablona zprávy
- Rychle dostupné kontakty
- Statistiky e-mailů
Metriky a hodnocení
Systémové moduly
Úvod do AyMINE
- introhelp_dashboard
- Moduly AyMINE
- introhelp
- Uživatelské zámky
- Framework – systémový základ pro SaaS
- list
- introhelp_objectdetail
- introhelp_privateobjectnotes
- introhelp_icons
- introhelp_deleting
- introhelp_objectlist
- introhelp_keyshortcuts
- introhelp_dragdrop
- introhelp_settings_dnadrhal9000_mar-22-220236-2023_caseconfl
- Systémová oprávnění
- Rozšíření objektů
- introhelp_generalinfo
- introhelp_settings
- list_filtering
- Zásady uchovávání hesel
- versioninfo
- introhelp_shortcuts
- introhelp_aplikace
Správa systému
Přizpůsobení potřebám firmy
Multitenant administrace
Rozhraní na jiné systémy
Konektor na Enterprise Architect
Sabre: webDav, calDav
Konektor na ERP Abra Gen
Kvalita a bezpečnost
Projektová metodika
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.