AyMINE – Technická dok. (anglicky)
Personalistika
- Role modulu personalistiky
- Bezpečnost modulu personalistiky
- Modul Personalistika
- 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í
- Přehled práce pracovníků
- Evidence uchazečů o práci
- Přehled vlastních pracovníků
CMS - Webové portály
- 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í
- Uživatelská dokumentace AyMINE
Řízení úkolů a projektů
- Evidence projektových požadavků
- Podpora řízení testů a kontrol při projektu nebo dodávce
- Business oblast
- Popis pracovního postupu zahrnuje i popis rolí, které postup vykonávají
- Evidence povinností umožňuje efektivní kontrolu a začlnění do pracovních postupů
- Přehled úkolů spolu s Kanban náhledem jsou základním pohledem na úkoly celého týmu
- Business událost
- Značky a jedinečné identifikátory
- Přehled oblastí – seznam
- Evidence rozhodnutí dává všem pracovníkům jistotu, jaká pravidla platí
- Varianta rozhodování
- Definice úkolu je základem metodik, ale i automatizace a efektivní firmy
- Úrovně kompetencí a kvalifikací
- Záznam o provedených činnostech a operacích
- Požadavky na projekt nebo řešení
- Sledování úkolů a jejich plnění
- Busines události aktivují zpracování podle scénáře
- Notifikující události
- Informace
- Souhlas vedoucího s výkazem práce
- Šablony pro jedinečné identifikátory
- Mé projekty
- Aktivace události z úkolu
- Klientské nastavení modulu
- Zpracovávané záznamy
- Definice projektu
- Požadavky čekající na vás
- Definice balíku
- Vliv úkolu na právo měnit připojené objekty
- Událost
- Oblast
- Riziko
- Záznamy zpracovávané v úkolu
- Výskyty událostí
- Potřebné schopnosti
- Změnové řízení v projektu
- Automatizace systému řízení kvality - SMJ / QMS
- Problémy, tickety a jejich řízení
- Projekt
- Událost
- Objekty vztahující se ke vzorovému úkolu
- Upozornění a vzkazy
- Vzorové riziko
- Tlačítka pro aktivaci události
- Řízení posloupnosti úkolů
- Zaznamenané činnosti
- Výkaz práce
- Časové návaznosti úkolů
- Záznamy spravované projektem
- Vzor protokolu / záznamu
- Co tvoří systém řízení kvality - SMJ
- Vzorové úkoly a metodiky oblasti
- Upozornění pro sebe
- Akce, události a porady
- Konfigurační balík
- Evidence porad a akcí
- Zpracovávané objekty
- Tým řešící úkol
- Přehled vlastních úkolů
- Osobní kalendář
- Předmět rozhodování
- Pojmy
- Vzor plánu / strategie
- Mé oblasti
- Porada
- Plánování úkolů
- Záznamy a protokoly
- Akce
- Tým úkolu a člen týmu
- Zahajující události
- Definice projektových rolí je důležitou součástí projektové metodiky
- Směrnice a politiky
- Řízení úkolů, projektů a kvality
- Kvalifikace, schopnost / dovednost
- Zahajující události
- Proč nejdou některé údaje smazat
- Objekty, o kterých se rozhoduje
- Tlačítka pro aktivaci události
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele nebo kontaktu
- Oblast / projekt / metodika
- Vzorové úkoly a metodiky oblasti
- Plán
- Tým projektu nebo tým k pracovnímu postupu
- Drag & Drop mezi záznamy
- Diskuze
- Lokalita
- Právo spravovat kvalifikace uživatelů
- Kvalifikace uživatele, pracovníka nebo kontaktu
- Kanban – přehled úkolů
- Harmonogram projektu
- Projektová baseline
- Vrátit plán projektu podle baseline
- Společné řešení více problémů
- Problémy, incidenty, helpdesk tikety
- Adminitrace oblastí, projektů, kalendářů
- SLA podmínky helpdesku
- Administrace modulu Řízení úkolů
- Osobní úkol
- AyMINE poskytuje kompletní podporu pro zpracování incidentů různého druhu
- Interní helpdesk
- Systémová práva modulu správy úkolů
- Typy testů
- Pracovník odpovědný za úkol
- Zakázky
- Založit nový projekt
- 8D report – Systémová podpora
- Generování odpovědi zákaznického centra
- Grafy pro dokumentaci problémů a tiketů
- GDPR a evidence kvalifikací
- FMEA - Analýza vlastností a funkcionality výrobku
- FMEA proces podle platného Guidebook
- FMEA: Hodnocení pravděpodobnosti výskytu závady
- FMEA Hodnocení závažnosti dopadů selhání
Správa majetku
- Produkty, aktiva, nákup a prodej
- Produkty a zboží
- Sdílený analytický model urychluje a usnadňuje spolupráci
- 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ů
- DFMEA: Produktová FMEA - systémová podpora
- HARA - Analýza hrozeb, které může způsobit váš výrobek nebo proces
CRM: Správa kontaktů
- Seznam a správa adresářů
- Kontakt v adresáři vám umožní přístup ke všem informacím
- Adresář poskytuje správu kontatků, ochranu informací, možnost hromadných zpráv
- Kontakt na osobu nebo firmu
- Uživatelská dokumentace k modulu CRM
- 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
Metriky a hodnocení
chartsMetrics
Systémové moduly
frm
- Hlavní pracovní stůl
- Moduly AyMINE
- AyMINE — Nápověda k systému
- Uživatelské zámky
- Framework for SaaS aplikace
- Seznam záznamů
- Detail záznamu
- Soukromé poznámky a značky k záznamům
- Ikony v AyMINE
- Mazání
- Seznamy záznamů
- Gesta a klávesové zkratky
- Drag & Drop mezi záznamy
- Nastavte si, jak váš systém vypadá a funguje
- Systémová oprávnění
- Rozšíření objektů
- Jak AyMINE funguje
- Nastavte si, jak váš systém vypadá a funguje
- Filtrování v seznamu záznamů
- Zásady uchovávání hesel
- Přehled modulů a objektů
- Gesta a klávesové zkratky
- AyMINE — Aplikace pro Windows
sys
- Dokumenty a soubory
- Vztahy mezi záznamy
- Veřejný odkaz na dokument
- Systémové nastavení skupin a rolí
- Prezentace obrázků
- Nástěnka
- Klientské nastavení modulu
- Revize a komentáře
- Uživatel systému
- Administrace uživatele
- Doplňkové funkce se soubory
- Administrace uživatele
- Správa systému
- Klient
- Překlady
- Kopírování a přesouvání souborů mezi objekty
- Umístění objektu na nástěnce
- Klientské položky
- Bezpečné přihlašování
- Zařízení uživatele
- Nastavení bran pro externí zprávy
- Nastavení systému
- Klientské číselníky
- Nastvení VOIP brány
- GDPR a uživatelé systému
- Propojení uživatelů s VOIP ústřednou
- Zpráva s vnějším světem
- Bezpečná obchodní komunikace
- Volejte přímo ze CRM
- Emailové zprávy
- Posílejte SMS přímo ze CRM
- Formátované texty v aplikaci
- Pravidla pro externí zprávy
- Automatické potvrzení příchozí zprávy
- Procesy uživatelů
- Využívané procesy
- Proměnné do šablony emailu
- Přijaté a odeslané zprávy
- Typy relací (vztahů)
- Zabezpečení příspěvků a interních diskuzí
- Elektronický podpis pro podepisování i v mobilu
Rozhraní na jiné systémy
Formátované texty v aplikaci
Aplikace podporuje různé interní formáty a v některých případech dává na výběr, který zvolit.
V kostce: Markdown nebo HTML?
Pokud nepotřebujete styly a barvy písma, je Markdown vhodnější. Pokud se ale bez barviček neobejdete, nezbude, než zvolit HTML.
Je na výběr
Aplikace většinou na výběr nedává – různé formáty by vytvořily zmatek, který by převážil nad výhodami. Standardně je všude používán Markdown, i když s řadou rozšíření.
Aktuálně je HTML formát používán standardně pouze pro emaily a šablony emailových zpráv. HTML je pro email standard a jeho převod do markdownu není prakticky použitelný.
Volitelně je možné HTML využít i pro psaní informací. Další objekty s HTML mohou definovat moduly.
Markdown a jeho vlastnosti
Markdown je standardní formát, jeho struktura je jednodušší a neobsahuje tzv. párové značky. Díky tomu nehrozí, že se rozpadne jeho struktura, jak se to snadno stane u HTML, když do něj zabloudí např. nějaké <div> navíc.
Výhody markdown
Je řada dobrých důvodů, proč považujeme markdown za vhodnější:
- Automatické překlady – posílat do překladačů HTML je i pro překladač, který se HTML strukturu snaží udržet, výrazně náročnější. Výsledek není vždy v pořádku, někdy si s HMLT překladače neporadí vůbec
- Barvy – Systém umožňuje používat světlé i tmavé pozadí, ale pokud by uživatelé nastavovali textům interní barvy, je inverzní zobrazování velmi problematické. Problémy jistě zná každý, kdo chce používat email v tmavém prostředí.
- Zobrazení začátku textu – Z markdown dokumentu je velmi snadné zobrazit začátek dokumentu, např. první odstavce. S HTML toto obecně bez načtení celého dokumentu není možné.
- Zaškrtávací pole a jejich kontrola – Markdown od základu podporuje checklisty, tedy seznam se zaškrtávacími poli. Ty je samozřejmě možné vytvořit i v HTML, ale jejich používání a prohledávání v markdown je výrazně jednodušší. Systém automticky kontroluje, kde nejsou zaškrtnuty např. kontroly u úkolů a pohodlné vyplňování. Pro to je markdown přímo dělaný.
- Automatické formátování – díky tomu, že markdown neobsahuje formátování v dokumentu, je snazší ho zobrazit tak, jak se hodí vzhledem k obrazovce a způsobu použití.
- Kombinace různých obsahů – spojit více markdown dokumentů je výrazně jednodušší, nehrozí problémy s různými styly.
Není všechno čisté
Markdown ve své čisté podobě bohužel neumožňuje např. vložení obrázků nebo tabulky. Aplikace proto využívá rozšířenou syntaxi, která tyto reálně nezbytné možnosti doplňuje.
HTML a proč má někdy navrch
Pokud potřebujete detailnější formátování nebo uložit vstup z internetu, bude "tzv. ruční formátování" vhodnější.
Ručně formátovaný text je uložen ve formátu HTML, používá jiný editor, který dává další možnosti:
- Zarovnávat text
- Lépe pracovat s tabulkami a bloky
- Používat barvy písem
- Používat fonty
Rizika a nevýhody HTML
HTML má nevýhody, kvůli kterým standardně není používán. Je dobré na ně pamatovat. Nepřekvapivě jde o hlavní výhody markdown, jak jsou uvedeny výše.
Barvy písma
Jak už je uvedeno výše, barvy písma jsou fajn, ale jenom do té doby, dokud si text zobrazují všichni za stejných podmínek. Nezapomeňte ale, že polovina lidí používá světlé pozadí a polovina tmavé. Když nějakému textu dáte červenou nebo jasně modrou barvu, tak je v pořádku. Ale když vnutíte např. černou nebo naopak světle šedou resp. jakoukoli barvu na okraji jasných a tmavých, polovina čtenářů s tím bude mít problém.
Poznámka: Důvod nepoužívání barev je zcela zásadní pro jejich nepoužívání např. v požadavcích. Hrozí velké riziko, že si řešitel nemusí části textu všimnout. Proto aplikace používání barev v požadavcích nepodporuje.
Styl písma (font)
Styly písma (fonty) pomáhají zvýraznit některé pasáže, ale stejně jako u barev platí, že co vidíte vy, nemusí vidět čtenář. Např. maily fonty nepoužívají, resp. většina prohlížečů je standardně nepoužívá. Styly v emailu by se proto neměly používat vůbec.
Styly se nepřenesou ani do generovaných PDF dokumentů; generátor má vlastní sady písem. Proto zvýraznění, které máte na obrazovce, bude v dokumentu vypadat jinak.
Styly nemusí mít ani čtenář, který informaci dostane – jeho prohlížeč písma nemusí stahovat; např. na mobilních telefonech je to časté.