AyMINE – Technická dok. (anglicky)
Obchodní procesy
Nabídky a zákaznické objednávky
Správa ceníků
Zákaznická podpora
Řízení projektů
Plánování a řízení projektu
Řízení požadavků a testy
Komunikace a sdílení informací
Vnitrofiremní procesy
Kvalita a spolehlivost
Systém řízení kvality
- Stanovení odpovědnosti za úkol v metodice
- Metodika v systému řízení kvality
- 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ů
- Součástí systému řízení kvality
- Zahajující události
- Aktivace události z úkolu
- Vzorové riziko
- tskdefusertask_raisingevents
Projektová metodika
Metriky a hodnocení
Správa majetku
- Produkty, aktiva, nákup a prodej
- Analytický model
- 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
- AyMINE modul CRM - uživatelská dokumentace
- Přehled zákaznických objednávek
- Seznam a správa adresářů
- Ochrana osobních a obchodních údajů
- Šablona zprávy
- Skupiny kontaktů
- Přehled objednávek pro zákaznické skupiny
- Kontakt na osobu nebo firmu
- Rychle dostupné kontakty
- Statistiky e-mailů
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
- Příjem zprávy z webu
- Odpovídací formulář – nastavení
- Popis webové stránky
- Web se speciálními potřebami
- Web portál
- CMS pro velký web
- Nastavení základních web služeb
- Uložit přístup k webové stránce
- Konektor pro webové služby
Systémové moduly
Úvod do AyMINE
- Rozšíření objektů
- introhelp_generalinfo
- introhelp_settings
- Zásady uchovávání hesel
- introhelp_shortcuts
- Systémová oprávnění
- introhelp_settings_dnadrhal9000_mar-22-220236-2023_caseconfl
- Moduly AyMINE
- Úvod do systému AyMINE
- Uživatelské zámky
- introhelp_privateobjectnotes
- introhelp_keyshortcuts
- Framework – systémový základ pro SaaS
Správa systému
Přizpůsobení potřebám firmy
Multitenant administrace
Rozhraní na jiné systémy
Konektor na ERP Abra Gen
Sabre: webDav, calDav
Konektor na Enterprise Architect
Problémy, incidenty, helpdesk tikety
Oblast řešení problémů je široká a proto se k ná váže i mnoho pojmů.
Hlavní kapitolu o řešení problémů
Incident, neshoda – pohled kvalitáře
Pro oddělení kvality je incidentem resp. neshodou situace, kdy nebyly dodrženy závazné postupy a to i v případě, že reálně nevznikl problém v podobě nekvalitního výrobku.
Odchylka od postupů vytváří riziko, že výrobek, i když působní bezvadně, bezvadný být nemusí. Proto je třeba i zdánlivě "neškodný" incident zaznamenat a jeho dopady i příčiny řešit. Přesně k tomu záznam problému slouží. S incidentem se budou vázat:
- Zařízení nebo postup, kterého se incident týká
- Úkoly ověření dopadů incidentu
- Úkoly pro odstranění následků
- Úkoly pro preventivní opatření.
Tiket – pohled helpdesku
Problém je obecným označením pro jakýkoli typ incidentu z hlediska kvality nebo plnění procesů. Věcně je i záznamem problémů nahlášeného uživateli – interními i zákazníky. Evidence problémů je tak současně i evidenci hlášených závad, požadavků a stížností od zákazníků, které jsou často označovány jako helpdesk tikety.
S helpdesk tiketem se typicky budou vázat
- Email nebo jiná forma zprávy, kterou hlášení o problému dorazilo
- Objednávka nebo zařízení, ke kterému tiket vznikl
- Úkol / interní objednávka, kterou bude problém odstraněn – např. zaslání vadného zboží
- Úkol řešící příčinu problému – např. požadavek na refundaci nákladů dodavateli (dovozci)
Problém vs. úkol
Problémy nejsou úkoly a systém oba objekty důsledně rozlišuje, i když na první pohled mohou vypadat podobně. Problémy v systému mohou být sledovány a řešeny bez toho, aby pro jejich vyřešení vznikl úkol, ale pokud se ukáže, že je úkol potřeba, může být pro problém založen (dokonce i více než jeden). Založit pro řešení problému samostatný úkol může být užitečné zejména, pokud je třeba pro řešení vytvořit skupinu (např. KANBAN pracovní tým), která na řešení spolupracuje. (Úkol je možné např. zařadit lidem do kalendáře a naplánovat na něj kapacity.) Úkoly mají navíc odhadovanou náročnost, takže vstupují do plánování kapacit.
Potřeba založit úkol záleží na způsobu, jak váš tým pracuje. Pokud si např. kolega synchronizuje úkoly do mobilu, tak vytvořením úkolu se mu bude synchronizovat a problému si všimne, i když se přímo na svůj pracovní stůl v systému nepodívá.
Přímo u problému je možné vykázat práci vynaloženou na jeho řešení. Není důvod vytvářet speciální úkol k řešení jenom kvůli výkazu práce.