Informační systém pro firmu NetFirmy

Rozměr: px
Začít zobrazení ze stránky:

Download "Informační systém pro firmu NetFirmy"

Transkript

1 Mendelova univerzita v Brně Provozně ekonomická fakulta Informační systém pro firmu NetFirmy Diplomová práce Vedoucí práce: Ing. Ondřej Popelka, Ph.D. Bc. David Šupita Brno 2012

2 Rád bych na tomto místě poděkoval vedoucímu mé práce panu Ing. Ondřeji Popelkovi, Ph.D. za odborné vedení, cenné rady a věcné připomínky.

3 Prohlašuji, že jsem tuto práci vyřešil samostatně s použitím literatury, kterou uvádím v seznamu. V Brně dne 20. května 2012

4 Abstract Šupita, D. The information system for company NetFirmy. Diploma thesis. Brno: Mendel University in Brno, The goal of this diploma thesis is to improve efficiency of key processes in Net- Firmy. The company is providing regionally targeted catalogs. These catalogs are implemented as web applications and enable users to search companies, required services or products. In this diploma thesis, there are described inefficient processes caused by the original information system. In the new information system for NetFirmy, optimized processes are implemented and there are control mechanisms which minimize erroneous data occurrence. Increased efficiency was confirmed by management and sales representatives. Keywords Information system, web application, process optimization, database Abstrakt Šupita, D. Informační systém pro firmu NetFirmy. Diplomová práce. Brno: Mendelova univerzita v Brně, Cílem práce je zvýšení efektivity klíčových procesů ve firmě NetFirmy. Firma je provozovatelem regionálních katalogů. Tyto katalogy jsou realizovány jako webové aplikace a umožňují uživatelům vyhledávat firmy, požadované služby, nebo výrobky. V této práci jsou popsány neefektivní procesy původního informačního systému. Do inovovaného informačního systému firmy NetFirmy jsou navrženy a implementovány optimalizované procesy a přidány kontrolní mechanizmy, které minimalizují výskyt chybných dat. Zvýšení efektivity bylo ověřeno managementem a obchodními zástupci. Klíčová slova Informační systém, webová aplikace, optimalizace procesů, databáze

5 Obsah 5 Obsah 1 Úvod a cíl práce Úvod Cíl Stávající stav Veřejná část katalogu Činnost firmy Použité technologie a knihovny Použité knihovny Popis informačního systému Uživatelské rozhraní Role v systému Moduly založené na Datagridu Správa firem Přidělování firem Přednostní výpisy Správa oborů Tvorba faktur Správa uživatelů Statistiky Ostatní moduly Bankovní modul Kontrolní moduly Schéma databáze Diagram tříd Nedostatky Zhodnocení Nové požadavky managementu Funkční požadavky... 21

6 Obsah Nefunkční požadavky Role v systému Alternativní řešení Freeglobes PHP Link Directory Esyndicat Porovnání Výběr řešení a zhodnocení Návrh řešení Přidělovaní firem Současný postup Navštívené firmy Nové firmy Nový postup Navštívené firmy Nové firmy Porovnání Změny v databázovém schématu Týdenní hlášení Současný stav Návrh procesu Změny v databázovém schématu Provize obchodního zástupce Současný stav Návrh procesu Přednostní výpisy a kontrolní procesy Současný stav Nové funkce Kontrolní mechanizmy Kontrolní procesy Zaznamenávaní změn v informačním systému... 46

7 Obsah Záznam činností uživatelů Záznam změn nad daty Změny v databázovém schématu Implementace Použité knihovny Postup implementace Adresářová struktura Hromadné přidělování firem Týdenní hlášení Provize obchodního zástupce Přednostní výpisy a kontrolní procesy Zaznamenávaní změn v informačním systému Nový design Ostatní implementované moduly Zhodnocení Hromadné přidělovaní firem Týdenní hlášení Provize obchodního zástupce Přednostní výpisy Zaznamenávání změn v systému Ostatní Závěr 64 7 Literatura 65 A Schéma databáze 68

8 Úvod a cíl práce 8 1 Úvod a cíl práce 1.1 Úvod Firma NetFirmy je provozovatelem regionálních databází firem a Tyto databáze obsahují podrobné informace o firmách jak ze státního, tak ze soukromého sektoru. V databázi se nacházejí firmy z Královehradeckého a Pardubického kraje a na se nacházejí firmy z kraje Vysočina. Oba regionální katalogy jsou realizovány jako webová prezentace a obsahují detailní informace o firmách. Katalogy uživatelům umožňují najít firmu, nebo požadovanou službu či výrobek. Vyhledávaní je možné nejen podle klíčových slov a oborů, ale také umožňují filtrovat dle konkrétních okresů nebo krajů. Firma NetFirmy vznikla v roce 2005 s cílem nabízet zákazníkům jejich prezentaci v regionálních databázích, prostřednictvím sítě obchodních zástupců. Databáze se odlišují od plošných internetových databází zejména svým regionálním zaměřením. Firma do budoucna plánuje rozšíření na další regiony. 1.2 Cíl Cílem této práce je nalézt neefektivní procesy ve firmě NetFirmy a následně zvýšit jejich efektivitu. K dosažení tohoto cíle je nutné analyzovat stávající chod firmy a navrhnout vhodný postup řešení. Aby bylo možné tohoto cíle dosáhnout, je nutné implementovat změny do informačního systému firmy NetFirmy. Bude nutné upravit zejména klíčové procesy, které jsou časově náročné pro management a další zaměstnance firmy. Dalším cílem bude navrhnout a implementovat kontrolní mechanizmy, které minimalizují výskyt chybných dat v informačním systému. Minimalizací výskytu chybných dat se získá další časová úspora, protože nebude nutné tyto chybná data hledat a opravovat. Dále je nutné ověřit, zda se po úpravách informačního systému splnil cíl, tedy zvýšení efektivity klíčových procesů firmy. Zvýšení efektivity bude zhodnoceno podle hlášení managementu a obchodní zástupců.

9 Stávající stav 9 2 Stávající stav 2.1 Veřejná část katalogu Katalog firem umožňuje fulltextové vyhledávání, které prochází název firmy, klíčová slova, seznam přiřazených oborů, obec ve které má firma sídlo, či pobočku. Firmy se dají procházet také pomocí katalogu. Když si uživatel například vybere sekci stavebnictví, může výběr dále specifikovat na konkrétní obor spadající pod vybranou sekci. Pokud bude chtít výběr firem omezit, stačí vybrat konkrétní okres z nabídky v pravém menu. Obr. 1 Katalog firem netfirmy.cz úvodní strana Výsledky vyhledávání firem se řadí dle bodů od největšího počtu po nejmenší. Stejným způsobem jsou firmy seřazeny v katalogu oborů. Body přiděluje firmě manažer dle smlouvy sepsané se zákazníkem. Seznam firem lze omezit na firmy působící pouze ve vybraném okresu (kraji). Další možností zviditelnění firmy v katalogu je přednostní výpis, který garantuje pozici ve vyhledávání na

10 Stávající stav 10 konkrétní slovo v určitém okrese (kraji), nebo v celém katalogu. Obdobně je možné zviditelnit firmu také v případě procházení dle oborů, pokud má firma koupený přednostní výpis do konkrétního oboru. Obr. 2 Ukázka přednostního výpisu zvýraznění modrým rámečkem Oba zmíněné katalogy firem představují veřejnou prezentační část jednoho informačního systému. Největší část systému se však skrývá v části administrace. Tento systém se postupem času stále více rozrůstá a stoupají nároky na požadavky jak funkční, tak nefunkční. Původně měl systém obsahovat pouze evidenci firem, oborů a systém na tvorbu a evidenci faktur. S rozvojem firmy Net- Firmy bylo potřeba co nejvíce rutinních činností automatizovat pomocí IS, protože tyto běžné činnosti začali zabírat stále více času a vedení firmy mělo méně času na rozvoj Činnost firmy Firma NetFirmy prodává placené zápisy do katalogu prostřednictvím obchodních zástupců. Každému obchodnímu zástupci přidělí manažer firmy, které má kontaktovat s nabídkou placeného zápisu. Zástupce se přihlásí do informačního systému a zobrazí si seznam přidělených firem. Poté telefonicky kontaktuje přidělené firmy a domlouvá si osobní schůzku se zákazníkem, kterému prezentuje služby internetové databáze netfirmy.cz (netkatalog.cz). Na sjednané schůzce se také, kromě prezentace služeb, se zákazníkem potvrdí aktuálnost údajů firmy, případně se údaje aktualizují. V případě dohody na vzájemné spolupráci se sepíše smlouva se zákazníkem. Nově vzniklé údaje se vyplní do formuláře, který obsahuje původní informace o navštívené firmě a následně se vyplněný formulář předá příslušnému správci, jako předloha k aktualizaci dat v informačním systému.

11 Stávající stav 11 Hlavní obchodní činnost firmy zajišťují manažeři a obchodní zástupci. Manažer řídí firmu, rozděluje práci a školí obchodní zástupce. Obchodní zástupci nabízejí zákazníkům služby regionálních internetových katalogů. Nabízené služby jsou firemní prezentace, které mohou být doplněny o přednostní výpisy. Firemní prezentace (zápisy) jsou ve standardní podobě zdarma. Tento typ zápisu obsahuje pouze základní informace o firmě. Další možností jsou placené zápisy, které nabízejí něco navíc. Jedná se o doplňující informace, fotogalerie, či přednostní výpisy, klíčová slova atd. Každý obchodní zástupce dostane přiděleny firmy z okresů jeho působnosti (běžně jeden, až dva okresy). Rozdělení působnosti obchodních zástupců je převážně z logistických důvodů, aby se snížili náklady na dopravu a čas strávený na cestách. Manažer společnosti každý týden přiděluje obchodnímu zástupci dosud nenavštívené firmy (nové). Dále pak na začátku každého měsíce manažer přidělí firmy, které obchodní zástupce navštívil ve stejném měsíci před rokem (pokud takové existují). 2.2 Použité technologie a knihovny Informační systém firmy NetFirmy (z roku 2010) je webová aplikace, tento systém je postaven na běžných webových technologiích PHP, MySQL a JavaScript. PHP je skriptovací programovací jazyk, je nezávislý na platformě. Skripty se provádí na straně serveru a klientovi se odesílá pouze výstup. Výhodou je dobrá dostupnost serverů s PHP [26]. MySQL je databázový systém vyvíjený firmou Oracle, je k dispozici jak pod volnou, tak pod komerční licencí [17]. JavaScript je skriptovací jazyk, který se provádí se na straně webového klienta a slouží k ovládání interaktivních prvků systému [13] Použité knihovny Stávající verze informačního systému využívá několik knihoven třetích stran, jedná se o knihovny napsané v PHP. Jednou z knihoven je vrstva pro přístup k databázi DB_MySQL [26], která obaluje PHP funkce určené na spolupráci s databázovým systémem MySQL do objektového pouzdra. Tato skupina objektů urychluje a zjednodušuje práci s databází, také obsahuje rozšíření vylepšené tvorby SQL dotazu a zjednodušeného procházení výsledků [26]. V informačním systému slouží ke zpracování vzniklých chyb knihovna NDebug, která je součástí Nette Framework [18] zachytává chyby a výjimky, které následně zaznamenává a také zajištuje zobrazení chybové stránky pokud dojde k fatální chybě. Další knihovna NForm slouží k tvorbě formulářů a je součástí Nette Framework [18]. Pro tvorbu PDF dokumentů používá systém knihovnu FPDF [9], která výrazně usnadňuje tvorbu dokumentů v tomto formátu. Její velkou výhodou je dobrá rychlost generování souborů PDF [21].

12 Stávající stav 12 Systém obsahuje dvě knihovny třetích stran sloužící k zjištění hodnoty page-ranku 1 a s-ranku 2 zvolené webové stránky. Knihovna pro získání page-ranku je dostupná z [19] a pro s-rank z [24]. Informační systém obsahuje interní funkci na dekódování výpisu z bankovního účtu ve formátu GPC 3. Funkce zpracuje zdrojový soubor, který převede na asociativní pole. Interní systémová knihovna Datagrid se skládá ze dvou nezávislých částí. První část nazvaná výpis představuje data přehledně vypsaná do tabulky, ve které je možné vyhledávat, filtrovat a řadit. Druhá část představuje správu (vytvoření nového, editace, mazání) konkrétního záznamu. Knihovna se přizpůsobuje pro konkrétní použití pomocí konfiguračních souborů. Konfigurační soubor obsahuje metody knihovny Datagrid (např. přidej filtrovací pole podle názvu firmy). Obě části knihovny obsahují metody pro její vykreslení. Dále je možné Datagrid rozšířit o přídavné moduly (např. modul správu dat s vazbou 1:M, N:M). Přizpůsobit lze knihovnu doplněním o vlastní zdrojový kód a tak je možné ovlivnit její výchozí chování. Modul Datagridu využívá externí knihovny NForm a DB_MySQL. 2.3 Popis informačního systému Funkcionalita systému je rozdělena do modulů (banka, fakturace a další), které využívají společné uživatelské rozhraní a některé knihovny. Moduly nemají striktní podobu, jedná se téměř o samostatné části. Výjimkou jsou moduly využívající knihovny pro tvorbu Datagridu a jeho následné editace. Tyto moduly mají jasně určené rozhraní, které je dáno strukturou výše zmíněného Datagridu Uživatelské rozhraní Uživatelské rozhraní administrační části se skládá z hlavičky a obsahové části. Obě části se přizpůsobují velikosti okna internetového prohlížeče, tak aby bylo využito maximum možného prostoru. Menu v hlavičce je stále viditelné a umožňuje přepínání mezi hlavními částmi systému. Druhá část se nachází pod hlavičkou a je v ní zobrazen veškerý obsah webu. Výchozí obrazovka je nazvaná seznam tabulek, mimo jiné zobrazuje výčet modulů používající knihovny editovatelného Datagridu. 1 Page-rank - Měřítko Google.cz, které udává přibližnou důležitost stránky pro vyhledání [24]. 2 S-rank - měřítko Seznam.cz, které udává přibližnou důležitost stránky pro vyhledání [24]. 3 GPC formát pro elektronické výpisy z bankovních účtů [28].

13 Stávající stav 13 Obr. 3 Prostřední stávajícího informačního systému pro roli správce Role v systému Ve stávajícím systému jsou role: Správce (manažer), obchodní zástupce a přidavač firem. Správce má přístup k veškerým modulům systému a má povoleny všechny akce, které systém umožňuje. Obchodní zástupce má k dispozici pouze modul správa firem a seznam oborů (pouze k nahlížení). Přidavač firem má k dispozici stejné moduly jako obchodní zástupce, rozdílná role je pouze pro odlišení uživatelů. Toto rozdělení najde využití například při tvorbě faktur, které můžou být přiřazeny pouze uživatelům s rolí obchodní zástupce. 2.4 Moduly založené na Datagridu Správa firem Ve stávajícím systému je nejdůležitější částí správa jednotlivých firem, které je možné filtrovat podle několika kritérií. Následně vybranou firmu spravovat (vytvářet, upravovat, mazat). Správa jedné firmy je rozdělena na dva moduly. V prvním modulu jsou nejdůležitější informace o firmě (název, obec, webová adresa, atd.), ve druhém modulu jsou doplňující informace (telefony, , rok založení, kontaktní osoby, atd.). Tyto dva moduly správy firem jsou propojeny odkazem, který se nachází v pravé části webu a umožňuje mezi nimi snadno přepínat. Modul pro správu firem navíc umožnuje vygenerovat profil firmy ve

14 Stávající stav 14 formátu PDF, který obsahuje veškeré informace o firmě a slouží jako zdroj informací pro obchodního zástupce v terénu. Obr. 4 Správa firmy základních údajů Přidělování firem Dalším modulem systému je přidělování firem obchodním zástupcům. Každý zástupce má přiděleny určité firmy, kterým má nabídnout obchodní spolupráci. Přidělování firem probíhá ve dvou krocích, vyhledání firmy a její přidělení konkrétnímu zástupci. Firmy obchodním zástupcům přiděluje manažer Přednostní výpisy Vystavení přednostního výpisu by bez příslušného modulu v systému nebylo možné. Firma může mít více přednostních výpisů současně (např. do oborů plastová okna a do oboru dřevěná okna). Pomocí tohoto modulu jsou nastaveny konkrétní parametry přednostního výpisu (klíčové slovo nebo číslo oboru a region), které určují, za jakých podmínek bude výpis v katalogu zobrazen.

15 Stávající stav Správa oborů Systém obsahuje jednoduchý modul na správu oborů a podoborů. Umožňuje tvorbu, editaci a mazání oborů, je přístupný pouze správci. Uživatelé ostatních rolí si obory můžou pouze zobrazit Tvorba faktur Tvorba a správa faktur je modul, který eviduje veškeré informace o faktuře. Evidují se údaje o odběrateli a jeho korespondenční adrese, pokud se informace o odběrateli shodují s údaji, které má firma uvedené v katalogu, lze je načíst po kliknutí příslušný ovládací prvek. Dále se eviduje obchodní zástupce, který smlouvu uzavřel a data použitá na faktuře (datum vystavení, splatnosti, sepsaní, zaplacení). Pokud existuje k faktuře bankovní transakce, tak ji modul spáruje. Dále umožňuje generování faktur ve formátu PDF a také generuje potisk obálky včetně korespondenční adresy. Fakturační modul je propojen s bankovním modulem přes variabilní symbol uvedený na faktuře Správa uživatelů Správa uživatelů je modul, který eviduje veškeré uživatele, kteří mají přístup do systému. Modul umožňuje správci přiřadit konkrétnímu uživateli vybranou roli v systému. Roli je možné dále upřesnit pomocí individuálních nastavení. Samostatně pro každého uživatele může být nastaveno oprávnění na vytváření nových záznamů, úpravu stávajících dat a mazání. Obr. 5 Správa uživatelů

16 Stávající stav Statistiky Informační systém obsahuje modul, který zobrazuje statistky a je přístupný pouze správci. Statistiky se dělí do dvou skupin. První jsou statistiky hledání, které zobrazují, jaké fráze byly hledány v konkrétním katalogu. Zobrazené fráze doplňuje o informaci o počtu vyhledání v konkrétním měsíci. Druhá je statistika firem, která informuje, kolikrát byl zobrazen profil firmy na konkrétním katalogu a také eviduje počet kliků na webové stránky konkrétního klienta (z odkazů na regionálních katalozích). 2.5 Ostatní moduly Bankovní modul Modul banka slouží k načtení plateb z účtu do informačního systému a následně zobrazuje přehled plateb, které páruje s fakturami v systému a tím výpis doplňuje o název společnosti, datum splatnosti atd. Modul je přístupný pouze správci. Pro nahrání nových transakcí se manažer přihlásí do bankovního účtu, stáhne soubor s transakcemi (soubor typu GPC). Dojde-li k úspěšnému spárování bankovní transakce s fakturou a částka platby odpovídá částce na faktuře, pak systém změní stav faktury na zaplacenou Kontrolní moduly Systém obsahuje několik kontrolních mechanismů, které mají za úkol odhalit chyby v datech, převážně se jedná o údaje o firmách. Mechanizmy odhalují firmy, které mají nekompletní profil. Nekompletní profil je profil, který nemá vyplněný rok založení firmy, nemá přiřazený žádný obor, nebo má příliš krátký (dlouhý popis) atd. Vznik nekompletních profilů je umožněn neexistujícími nebo špatně navrženými kontrolními pravidly. Modul je přístupný pouze správci.

17 Stávající stav Schéma databáze Obr. 6 Databázové schéma původního systému Převážná většina dat v informačním systému je uložena v databázovém systému MySQL. Schéma současného informačního na Obr. 6 není shodné s úplným databázovým schématem, protože obsahuje pouze hlavní tabulky. Oba katalogy využívají stejnou databázi a tabulky, rozlišení katalogů je u firem řešeno přes kraj, do kterého firma náleží. Faktury jsou rozlišeny přes číslo produktu, což je cizí klíč do tabulky produkt. V systému jsou dvě tabulky, které nemají žádné vazby.

18 Stávající stav 18 V systému jsou dvě samostatné tabulky search_stat a pages, které jsou pro každý katalog zvlášť. Například statistky pro netfirmy.cz se jmenují search_stat a pro netkatalg.cz se jmenují nk_search_stat. Statistika hledání (search_stat) obsahuje hledané slovo a kolikrát bylo hledáno. Statistika rozdělena do měsíců, pro jeden hledaný řetězec je na každý měsíc jeden záznam. Tabulka stránek (pages) obsahuje texty vybraných stránek (např. kontakty, o nás atd.). Několik tabulek je uloženo mimo databázi. V těchto případech byla databáze nahrazena pomocí proměnných typu asociativní pole v kódu aplikace. Například pole krajů, okresů, produktů (netfirmy.cz, netkatalog.cz). Dále pole, které přiřazuje ke každému modulu jednu, nebo více rolí, které mají povoleno modul používat. Toto přiřazení je řešeno, také mimo databázi a je uloženo v proměnné typu pole. Další místo kde došlo k úspoře počtu databázových tabulek je u kontaktů (mobil, telefon, ) jednotlivých firem, například pokud má firma více telefonních čísel píší se za sebe a jsou odděleny oddělovačem. Hlavní relace je firmy a obsahuje základní údaje o firmách, tyto údaje jsou dále doplněny o další údaje relací firmy_detail. Vazba mezi těmito relacemi je jedna firma má jeden detail firmy. Relace firmy muže mít nula, až libovolný počet faktur. Každá faktura může mít přiřazenu jednu nebo více bankovních transakcí, vzájemnou vazba je realizována přes variabilní symbol platby. Pod tabulkou nazvanou firmy_history, se nachází poznámky, které mají vazbu na konkrétní firmu a uživatele systému (autor poznámky). Každá firma může mít žádnou až N kontaktních osob (c_osoby). Jedna firma má vazbu na žádný, až N přednostních výpisů (top). Přednostní výpis je navázán na jednotlivé položky přednostního výpisu. Například jedna položka přednostní výpis na slovo okna a druhý na slovo dveře. Každá firma musí být zařazena alespoň do jednoho podoboru (subobory). Každý podobor je přiřazen jednomu oboru (obory). Tabulka se statistikami firem (firmy_stat) má vazbu na tabulku firmy. V tabulce se uchovávají údaje, kolikrát byla firma nalezena ve vyhledávání, zobrazení detailu firmy a počet kliknutí na webovou stránku firmy. Statistiky jsou měsíční, na každý měsíc je pro jednu firmu jeden záznam. 2.7 Diagram tříd Systém je postaven převážně na nezávislých třídách a funkcích. Třídy často využívají volnou vazbu s třídou DB_MySQL. Obě hlavní třídy interní knihovny Datagrid obsahují vazbu typu kompozice s knihovnou NForm a agregační vazbu s knihovnou DB_MySQL.

19 Stávající stav 19 Obr. 7 Diagram tříd interní knihovny Datagrid 2.8 Nedostatky Stávající systém umožňuje provoz firmy NetFirmy a zajišťuje běh většiny nutných procesů. Několik modulů funguje, dle všech požadavků firmy, ale také má systém mnoho nedostatků. Ty znatelně zpomalují práci managementu firmy a odvádí pozornost od důležitých činností. Obdobně to platí i u ostatních uživatelů systému, kde by mohlo být mnoho činnost zjednodušeno a díky tomu by došlo k časové úspoře. Z pohledu managementu je časově nejnáročnější přidělování firem konkrétním obchodním zástupcům. Firmy se přidělují opakovaně každý týden (pokud obchodní zástupce přidělené firmy vyčerpá, tak i dříve). Stávající postup spočívá ve vyhledání vhodné firmy, následně se ručně kontroluje, jestli je možné firmu přidělit a poté se přidělí zvolenému obchodnímu zástupci. Ručně se kontroluje, zda firmu již nemá někdo přidělenou a také jestli v této firmě už nějaký obchodní zástupce měl schůzku (poté firma náleží jemu). Tímto vzniká další nedostatek, každý měsíc je nutné přidělit obchodním zástupcům firmy, které navštívili v daném měsíci před rokem. Tyto firmy se musí ručně dohledat a následně po jednom přidělit, což je časově náročné. Dle informací od majitele Tomáše Melouna, přidělení firem na týden pro jednoho zástupce průměrně trvá 1-2 hodiny. Firma má sedm obchodních zástupců (prosinec 2011). Obchodní zástupce dostává provizi ze zaplacených faktur, které sjednal. Jelikož nemá přístup do modulu banka, tak neví, které faktury již byly zaplaceny. Tyto informace jsou pro zástupce důležité, a proto se dotazuje na vedení společnosti, to spotřebovává čas jeho i managementu. Další nedostatky jsou uvedeny níže. Systém neobsahuje kontrolní mechanizmy, které by umožňovaly automaticky odhalit firmy, kterým již vypršel placený zápis, a přesto ho mají vystavený. Propojení faktur s bankou nezobrazuje informace o částečně zaplacené faktuře, kolik zbývá zaplatit a nedoplňuje správné datum zaplacení celé faktury.

20 Stávající stav 20 Pokud si zákazník zakoupí prezentaci svojí firmy v jednom z katalogů formou banneru, musí se ručně vložit banner a vést si bokem evidenci bannerů a jejich dobu platnosti (v současnosti Microsoft Excel), protože informační systém s bannery nepočítá. Informační systém neobsahuje modul, který by umožnoval manažerům zasílat úkoly ostatním zaměstnancům, zejména obchodním zástupcům a programátorům. Správa firem je rozdělena na dva moduly a je nutné mezi nimi přecházet, což způsobuje časové ztráty. Systém nezaznamenává chování uživatelů v systému a tím pádem neumožnuje manažerovi kontrolovat činnost obchodních zástupců a dalších uživatelů systému. Systém neumožnuje zjistit předchozí stav záznamu (např. firmy, faktury, přednostního výpisu). Pokud uživatel provede, změny u záznamu není možné dohledat, které atributy byly změněny. 2.9 Zhodnocení Systém ve stávajícím stavu umožňuje základní fungovaní firmy NetFirmy, ale většinu procesů neautomatizuje a ty se musí dělat zdlouhavými postupy. Některé činnosti nejdou přes informační systém vůbec (např. týdenní hlášení) a řeší se pomocí dokumentů v Microsoft Excelu. Současný informační systém umožňuje správu firem, faktur, přednostních výpisů, uživatelských účtů atd. Dále systém umožnuje generovat výstup s podrobnými informacemi o firmě, které pomáhají v přípravě obchodnímu zástupci na jednání s konkrétní firmou. Nevýhody informačního systému jsou převážně v chybějící implementaci významných procesů (týdenní hlášení, hromadné přidělovaní firem atd.), mezi další nevýhody patří nekompletní validace, která umožňuje ukládat nekompletní data, které mohou způsobovat chyby omezující chod systému. Tyto nedostatky nebrání provozu firmy NetFirmy, ale snižují efektivitu a zvyšují časové náklady všem uživatelům systému. S expanzí firmy NetFirmy se některé procesy (provize obchodních zástupců, přidělovaní firem atd.) neúměrně zvyšují svoje náklady na čas, až na neúnosnou míru Nové požadavky managementu Původní požadavky na systém byly vytvořeny s ohledem na jednoho, až dva obchodní zástupce. Zároveň se často měnily specifikace požadavků a docházelo k častým úpravám, které měnily chování systému. S růstem firmy NetFirmy přibývalo režijních časových nákladů na údržbu a provoz systému. Management firmy neměl prostor na rozvoj společnosti, protože většinu času strávil udržováním chodu firmy. Proto bylo nutné navrhnout nové mechanismy, které zásadně zrychlí nejčastější činnosti a tím umožní managementu firmy věnovat se rozvoji

21 Stávající stav 21 firmy. Nové požadavky na informační systém mají za úkol automatizovat nejčastěji prováděné operace, snížit časovou náročnost operací a integrovat procesy, které se provádějí mimo systém Funkční požadavky Implementovat systém na hromadné přidělování firem, který podle zvolených kritérii vybere firmy pro zvoleného obchodního zástupce a manažer výběr jen potvrdí (případně upraví). Dále systém automaticky vybere placené firmy k přidělení. Provázat informační systém s bankou, tak aby se údaje z banky promítly na všech místech, kde mají smysl (zejména v modulu faktury). Systém musí zobrazit obchodním zástupcům přehled jejich placených zákazníků. Zde bude uvedeno, jestli zákazníci zaplatili svojí fakturu a tím vznikl nárok na vyplacení provize pro obchodního zástupce. Vytvořit kontrolní systém, který bude informovat o placených zápisech a přednostních výpisech, které již nemají být zobrazeny. Zároveň umožní k firmě přidat výjimku, takže i když bude porušovat nastavená kritéria, nebude se hlásit v kontrolním systému. Systém bude generovat výplatní pásku pro obchodní zástupce. Páska bude obsahovat zápisy, ze kterých bude provize vyplacena. Rozšířit přednostní výpisy pro konkrétní firmu o již neaktivní přednostní výpisy téže firmy. Přidat kontrolní mechanizmy, aby nebylo možné uložit nekompletní přednostní výpis. Pokud bude mít firma stejné přednostní výpisy jako předchozí rok umožnit rychlé znovu vystavení přednostního zápisu. Přepracovat uživatelské rozhraní, aby bylo více intuitivní a přehlednější. Systém bude evidovat změny provedené v záznamech (firmy, faktury, přednostní výpisy atd.), součástí evidence bude: jaké atributy se změnily, kdy se tak stalo, a jaký uživatel změnu provedl. Systém bude zaznamenávat veškeré operace všech uživatelů. Sjednotit dva moduly na správu firem a přidat kontrolní mechanizmy, aby nedocházelo k vytváření nekompletních firem. Vytvořit systém na zadávání úkolů. Musí umožnovat přidat úkol zároveň několika osobám, systém zasílá automatická upozornění o vytvoření, změně nebo splnění úkolu. Systém musí umět generovat týdenní hlášení o činnosti obchodních zástupců, které předávají manažerovy ke kontrole. Umožnit generovat přehled vybraných firem s nejdůležitějšími údaji o firmě ve formátech PDF a XLS.

22 Stávající stav Nefunkční požadavky Informační systém musí být webová aplikace. Systém bude plně kompatibilní s nejnovějšími internetovými prohlížeči. Zachovat současné katalogy firem a provádět pouze minimální úpravy. Systém musí být integrovaný a veškerá funkcionalita se bude nacházet v jednom systému. Rychlý běh aplikace u běžných operací. Jednoduché a intuitivní ovládání, aby ho zvládl i obchodní zástupce se základní znalostí počítačů Role v systému S růstem firmy NetFirmy postupně vznikala potřeba přibrat nového zaměstnance do vedení společnosti. Úkolem nového manažera je převzít rutinní činnosti a tak umožnit řediteli věnovat se rozvoji firmy. Pro nového zaměstnance je nutné vytvořit novou roli v systému. Nová role v systému se jmenuje manažer a má přístupová práva na vybrané funkcionality správce, který má povoleny veškeré funkce. Manažer může spravovat firmy, může je přidělovat obchodním zástupcům. Vystavuje faktury a přednostní výpisy, dále má podrobný přehled o stavu zaplacení faktury. Může zadávat všem uživatelům systému úkoly, přes modul úkoly. Důležitou činností manažera je vystavovaní placených zápisů a doplňkových přednostních výpisů, a proto má přístup také do kontrolních systémů. Role obchodní zástupce má přístup k modulům přehled firem, který je přizpůsobený pro tuto roli. Mají přístup jen k firmám, které jim správce nebo manažer určí a dále mají omezené možnosti manipulace s firmami. Dále má přístup k modulům úkoly, sledování plateb a přehled výplat. Přidavač firem je nejjednodušší role má přístup pouze k přidávání firem a spravovat může pouze firmy, které sám vytvořil. Jako každý uživatel systému má i přidavač firem přístup k modulu úkoly Alternativní řešení Rozšířit informační systém o požadovanou funkcionalitu, aby byly dodrženy funkční a nefunkční požadavky, není jednoduché. Na trhu se nenachází kompletní řešení, které by vyhovovalo požadavkům managementu. Cílem této části je vybrat optimální řešení, které maximálně vyhoví požadavkům vedení a bude snadno rozšířitelné o případné další požadavky. Po analýze trhu byly nalezeny tři typy řešení. První řešení spočívá v kompletním přizpůsobení katalogu odkazů a doplnění požadavků managementu. Druhá možnost je v napojení katalogů firem na webový informační systém a naprogramování nových modulů. Poslední možností je upravit stávající systém, tak aby splnil všechny požadavky managementu.

23 Stávající stav Freeglobes Webový katalog odkazů Freeglobes [10], obsahuje samotný katalog odkazů a také administrační rozhraní (viz Obr. 8). Katalog je možné snadno přizpůsobit pomocí HTML šablon, v administraci je možné zpravovat veškeré odkazy, sledovat jejich statistiky a upravovat uživatelské účty. Systém neobsahuje moduly pro fakturaci, banku, hromadné přidávání firem atd. Katalog je postaven na technologiích PHP a MySQL, šířen je zdarma pod volnou licencí Creative Commons 4. V patičce katalogu musí být odkaz na Freeblobes, pokud tento odkaz není žádoucí, musí se zakoupit placená licence. Obr. 8 Pohled do administrace Freeglobes, Zdroj: PHP Link Directory Adresář odkazů PHP Link Directory [23] je webová aplikace, která obsahuje katalog odkazů a propracované administrační rozhraní (viz Obr. 9). Adresář lze ve velké míře přizpůsobit přímo z administračního rozhraní. Základní funkcionalita správa kategorií a odkazů, je doplněna o zálohu databáze, nastavení veškerých nadpisů a titulků, editaci šablon (přímo v administraci), správu uživatelů a jednoduchý redakční systém na tvorbu článků. Výhoda toho systému spočívá v rozšiřitelnosti přes moduly, dostupný je SEO 5 modul, dále kontrolní systém 4 Creative Commons svobodná licence [4]. 5 SEO optimalizace pro vyhledávače [27].

24 Stávající stav 24 funkčnosti odkazů. Systém neobsahuje moduly pro fakturaci, banku, hromadné přidávání firem atd. Katalog je postaven na technologiích PHP a MySQL je placený a základní licence (bez přídavných modulů) stojí 80 dolarů. Obr. 9 Administrace PHP Link Directory, Zdroj: Esyndicat Esyndicat [8] je webová aplikace obsahující katalog a administrační rozhraní (viz Obr. 10). Systém nabízí široké možnosti přizpůsobení dle požadavků zákazníka, které lze provádět přímo z uživatelského účtu správce. Systém je možné rozšířit o přídavné moduly, kterých je dostupných více než 50. Systém neobsahuje moduly pro fakturaci, banku, hromadné přidávání firem atd. Esyndicat je placený software a základní licence pro jednu doménu stojí 97 dolarů.

25 Stávající stav 25 Obr. 10 Náhled aplikace Esyndicat, Zdroj: Porovnání Pro porovnání alternativních řešení byly použity klíčové funkce pro budoucí systém. Prvním hodnotícím kritériem bylo napojení systému na katalog bez velkých úprav (jeden s nefunkčních požadavků) na straně katalogu. Dalším kritériem je správa firem včetně všech současných položek, poté existence modulu na správu přednostních výpisy. Následují moduly na správu faktur, generování týdenních hlášení a hromadného přidělovaní firem. Tab. 1 Srovnaní alternativních řešení Alternativní řešení Napojení na kat. Správa firem Přednostní výpisy Fakturační systém Týdenní hlášení Freeglobes Ne Částečně Ne Ne Ne Ne PHP LD Ne Částečně Ne Ne Ne Ne Esyndicat Ne Částečně Ne Ne Ne Ne Přidělovaní firem Pod kritériem správa firem je uvedeno částečně, protože alternativní řešení evidují výrazně méně údajů, než se u firem eviduje v současném stavu a jejich doplnění by bylo nutné naprogramovat Výběr řešení a zhodnocení Alternativní řešení, které neobsahují katalogy, nejsou brány v potaz, protože by se musely vytvářet a to je proti nefunkčnímu požadavku o zachování katalogů. Alternativní řešení nabízející katalogy nabízejí pouze zlomek funkcionality informačního systému v současném stavu a neřeší nové požadavky managementu. Proto by jejich použití bylo krokem zpět, které by přineslo více nákladů se splněním nových požadavků. Alternativní katalogy jsou primárně vytvořeny jako katalogy odkazů a obsahují pouze zlomek údajů, které se evidují v současném systému. Jednoduché položky je možné pomocí jednoduchých rozšíření doplnit

26 Stávající stav 26 a například seznam kontaktních osob (jméno a příjmení, pozice, telefon, ), které mají vazbu k firmě 1:N by se musela u všech katalogů doprogramovat. Alternativní řešení nejsou vyhovující, a proto bylo zvoleno rozšíření již stávajícího systému o požadovanou funkcionalitu. Výhodou stávajícího řešení (pro uživatele) je zvyk na současný systém a zachování dobrých částí současného systému, které jsou ověřeny a fungují v praxi.

27 Návrh řešení 27 3 Návrh řešení Cílem návrhu je navrhnout řešení, které zvýší efektivnost procesů ve firmě Net- Firmy a sníží jejich chybovost. Dále navrhnout integraci a optimalizaci pravidelných procesů, které se v současné době provádějí mimo informační systém. Pro návrh řešení je podstatné rozdělení firem. Firmy evidované v informačním systému se můžou nacházet v jednom ze tří stavů: Placená firma si objednala placený zápis Bezplatná firma nemá zájem o placený zápis Rozpracovaná (rozdělaná) jednání o zápisu nebylo s firmou dosud dokončeno 3.1 Přidělovaní firem Manažer pravidelně přiděluje firmy každému obchodnímu zástupci. Přidělením firem se určí firmy, které bude obchodní zástupce kontaktovat a následně bude osobně prezentovat služby internetových katalogů. Tento proces se dělí na dvě hlavní části, přidělovaní již navštívených firem a nových dosud nenavštívených firem. První část procesu se obvykle provádí jednou měsíčně. Manažer přidělí obchodnímu zástupci všechny firmy, které navštívil v aktuálním měsíci před rokem. Druhá část spočívá v přidělování nových firem. Podle majitele Tomáše Melouna je nejdelší doba mezi opakováním procesu přidělení firem jeden týden. Manažer z logistických důvodů vybírá firmy, které sídlí poblíž sebe. Další věc, kterou musí manažer kontrolovat je, zda firma nepatří jinému obchodnímu zástupci. Dále je nutné odfiltrovat nevhodné firmy (např. bankomaty, trafiky) a naopak se zaměřit na vhodné firmy (vhodnost firmy posuzuje manažer). Hlavním cílem nového návrhu přidělování firem je snížit časové nároky na přidělování firem a celý systém zpřehlednit, aby nedocházelo k chybám Současný postup Manažer vybírá firmy, které již byli navštívené v modulu faktury, protože ve fakturách jsou evidovány jak placené zápisy (běžná faktura), tak bezplatné zápisy (nulová faktura). Tento proces se provádí jednou měsíčně a přidělují se firmy, které navštívil obchodní zástupce v minulém roce v daném měsíci. Pokud takové firmy neexistují, tento krok se přeskočí.

28 Návrh řešení Navštívené firmy Obr. 11 Pohled na modul faktury - výpis 1. V modulu faktury nastaví manažer filtr výpisu na vybraného obchodního zástupce a jako datum nastaví aktuální měsíc v loňském roce. 2. Pokud se nejedná o nulovou fakturu, musí manažer ručně zkontrolovat stav zaplacení faktury. Manažer přejde do detailu faktury, jestli je faktura zaplacená nebo nulová, pokračuje manažer na další krok. 3. Pomocí odkazu se manažer přepne do modulu přidělování firem, přímo na konkrétní firmu. 4. Manažer vybere obchodního zástupce. 5. Uložením výběru obchodního zástupce dojde k samotnému přidělení firmy. Původní proces přidělovaní nových firem (dosud nenavštívených) prováděl manažer v modulu přidělování firem. Celý postup přidělení jedné firmy měl šest kroků.

29 Návrh řešení Nové firmy Obr. 12 Pohled na modul přidělovaní firem - výpis 1. Nastavení filtrů výpisu, tedy výběr konkrétního okresu a oboru. 2. Manažer vybere vhodné obce a ručně kontroluje, zda firma sídlí v jedné z vybraných obcí. 3. Ruční kontrola, zda není firma nikomu přidělena, nebo je přidělena uživateli, který není obchodní zástupce (např. přidavač firem), a proto může být přidělena obchodnímu zástupci. 4. Pokud firma vyhovuje předchozím požadavkům, manažer přejde na zobrazení detailu přidělení.

30 Návrh řešení 30 Obr. 13 Pohled na modul přidělovaní firem - detail 5. Manažer vybere obchodního zástupce. 6. Uložením výběru obchodního zástupce dojde k samotnému přidělení firmy. První dva kroky projde manažer pouze jednou a ty zbývající musí provádět pro každou firmu. Přidělení padesáti firem (pro jednoho obchodního zástupce na týden) trvá manažerovi průměrně 40 minut Nový postup Nový postup musí zajistit výrazné snížení časových nákladů, jak na přidělování navštívených firem, tak nových firem. Nový proces je stejně jako původní určen pouze pro uživatelskou roli manažer. Databáze firem obsahuje mnoho firem a pouze pro některé je produkt regionálních katalogů vhodný. Proto musel být navržen mechanizmus, který vybere pouze vhodné firmy. Navrženy byly dva mechanizmy, které budou fungovat zároveň a mají za úkol odfiltrovat firmy, které nejsou vhodné k přidělení obchodním zástupcům. Díky tomu, že filtrovací mechanizmy budou pracovat automaticky, dojde k ušetření manažerova času. Tyto mechanizmy se týkají pouze dosud nenavštívených firem, již navštívené firmy se považují za vhodné, protože museli být manažerem vybrány jako vhodné k oslovení obchodním zástupcem. První mechanizmus počítá pro konkrétní firmy index, který určuje bonitu firmy. Index firmy je udáván v procentech (0-100%), čím větší má hodnotu tím, je firma vhodnější k přidělení obchodnímu zástupci. Mechanizmus pracuje s podobory, do kterých je firma zařazena. Úkolem mechanizmu je vypočítat index, který vyjadřuje poměr počtu nevhodných oborů a počtu všech oborů, do kterých je firma zařazena. Nevhodné obory manažer jednorázově zvolí, seznam nevhodných oborů je možné dále modifikovat.

31 Návrh řešení 31 Mechanizmus stop slov, má za úkol vyřadit ze seznamu firmy, které obsahují stop slova. Například pokud v názvu firmy bude slovo bankomat a zároveň toto slovo bude stop slovo, tak se nebude firma zobrazovat ve výpisu firem k přidělení. Stop slova vybere manažer, podobně jako nevhodné obory u prvního mechanizmu na výpočet indexu firmy Navštívené firmy Obr. 14 Návrh budoucího vzhledu hromadného přidělovaní firem navštívené firmy 1. V modulu hromadné přidělování firem manažer vybere obchodního zástupce (volitelně doplní okres, případně obec). Poté vybere navštívené firmy (typ) a následně se zobrazí další nabídka (bod č. 2).

32 Návrh řešení V rozšířené nabídce manažer nastaví rok a měsíc, pro který bude obchodnímu zástupci přidělovat firmy. Přednastavený bude aktuální měsíc a rok a systém automaticky bude hledat firmy navštívené před rokem ve zvoleném měsíci. V běžném případě manažer u druhého kroku nic nenastavuje a pouze nechá zobrazit seznam odpovídající firem. 3. Modul automaticky vyhledá vyhovující firmy, dále automaticky zkontroluje, jestli je faktura z minulého roku zaplacena, v opačném případě neumožní firmu přidělit (firma dosud dluží peníze). Firmy jsou automaticky označeny k následnému přidělení, pokud se manažer rozhodne vybranou firmu nepřidělit, zruší její označení. 4. Poslední krok určuje, kterému obchodnímu zástupci budou firmy přiděleny, přednastavený je obchodní zástupce vybraný v prvním bodě. Poté manažer kliknutím potvrdí přidělení všech vybraných firem Nové firmy Druhou částí přidělovaní firem jsou firmy, které dosud nebyly navštívené. Rozhraní je unifikované a od přidělování navštívených firem jej odlišuje pouze bod číslo dva, který obsahuje jiné parametry.

33 Návrh řešení 33 Obr. 15 Návrh budoucího vzhledu hromadného přidělovaní firem nové firmy 1. První krok je shodný s prvním krokem přidělování již navštívených firem, jedinou změnou je vybrání položky nové firmy. 2. Ve druhém kroku vybere manažer obor, do kterého musí být firmy zařazeny, dále počet firem k přidělení (pokud jich tolik vyhovuje zvoleným kritériím) a posledním filtrem je bonita firmy, která musí být vyšší nebo rovna vybranému indexu. 3. Modul automaticky vypíše firmy vyhovujícím zadaným kritériím a označí je k následnému přidělení. Nalezené firmy se budou řadit náhodně, pokud manažer klikne na ovládací prvek zobrazit, tak se stejnými kritérii zobrazí

34 Návrh řešení 34 modul jiné firmy (pokud je vyhovujících firem více, než zvolené kritérium na počet firem). 4. Poslední krok určuje, kterému obchodnímu zástupci budou firmy přiděleny, přednastavený je obchodní zástupce vybraný v prvním bodě. Poté manažer kliknutím potvrdí přidělení všech vybraných firem Porovnání Hlavní rozdíl mezi stávajícím přístupem a novým hromadným přidělováním navštívených firem, je v přidělení všech firem (vybraného obchodního zástupce) zároveň. Další zásadní úspora času spočívá v automatické kontrole, která určí, zda je firma vhodná k přidělení (např. zda firma nedluží peníze). V novém modulu se provede každý krok pouze jednou, u současného systému se provede jednou pouze první krok a další čtyři kroky se opakují pro každou přidělovanou firmu znovu. Podle majitele Tomáše Melouna je průměrně každý měsíc přiděleno 40 až 80 navštívených firem každému obchodnímu zástupci. Modul v současném stavu neposkytoval manažerovi souhrnné informace o postupu přidělování, nový modul bude informovat o počtu zobrazených firem, dále o finančních ukazatelích. Podle majitele se dosud nenavštívené firmy přidělují každý týden v počtu 30 až 50 a to pro každého obchodního zástupce. Hlavní výhodou je obdobně jako u navštívených firem provádění každého kroku pouze jednou, naproti tomu u současného systému se opakují kroky tři až šest pro každou jednotlivou firmu. Nový modul automaticky odebere firmy nevhodné k přidělení, pomocí mechanizmů stop slov a nevhodných oborů. Systém souhrnně informuje o stavu procesu a manažer nemusí počítat, jestli přidal dostatečné množství firem Změny v databázovém schématu Nový modul musí evidovat stop slova a nežádoucí podobory, a proto je nutné rozšířit databázové schéma aplikace o tabulku assign_filter, která tyto údaje bude evidovat. Původní informační systém evidoval uživatele, který má konkrétní firmu přiřazenou a to pomocí cizího klíče přímo v tabulce firmy. Nové požadavky na systém požadují komplexnější řešení přiřazovaní firem. Systém musí evidovat historii přiřazení pro konkrétní firmu. Bude evidovat jakému uživateli je firma přiřazena, zda je přiřazení platné a také datum přiřazení a datum odebrání firmy. Proto vznikla vazba N:M mezi tabulkami firmy a users, kterou zajištuje pomocná tabulka assign.

35 Návrh řešení 35 Obr. 16 Nové databázové tabulky pro hromadné přidělovaní firem výřez, kompletní schéma je v příloze 3.2 Týdenní hlášení Dalším novým modulem je týdenní hlášení. Obchodní zástupci musí každý týden podávat hlášení o své práci. Uvádějí se zde souhrnné informace o obratu, počtu smluv a počtu navštívených firem. Dále hlášení obsahuje seznam všech navštívených firem v daném týdnu, firmy se dělí na placené a bezplatné. Placená firma měla v minulém roce placený zápis v regionálním katalogu a bezplatná nikoliv. U jednotlivých firem je evidován stav firmy, dále se eviduje cena jednotlivých zápisů, pokud byla firma placená minulý rok, tak se vypočítává nárůst či pokles vzhledem k ceně smlouvy na aktuální rok.

36 Návrh řešení Současný stav Současný informační systém týdenní hlášení nepodporuje a obchodní zástupci, tak musí ručně vyplňovat šablonu v Microsoft Excelu, kterou následně v papírové podobě odevzdávají manažerovi. Obchodní zástupci vyplní týdenní hlášení. Jako zdroj informací používají informační systém a podepsané objednávky od zákazníků. Hlášení vyplňují firmu po firmě. U každé vyplňují několik údajů (např. název firmy, cenu, stav atd.). Vyplněné hlášení odevzdávají obchodní zástupci manažerovi ke kontrole. Manažer hlášení zakládá do kartotéky, následně z hlášení vytváří obratové plány na další měsíce Návrh procesu Nový proces tvorby týdenního hlášení kompletně implementuje celý proces do informačního systému. Vstupními daty do samotné tvorby hlášení jsou firmy, které za daný týden obchodní zástupce skutečně navštívil. Postup cesty od výběru firem, až po schválení hlášení je znázorněn v diagramu aktivit níže. Diagram aktivit se používá na zkoumání a popis pracovních postupů nebo procesů [7]. Zeleně označená aktivita provedení operací nad firmami z hlášení se provádí automaticky a díky tomu odpadá práce manažera, který musel tyto operace provádět ručně (viz Obr. 17). V první části procesu obchodní zástupce vytvoří obchodní zástupce týdenní hlášení, které se po uložení zobrazí manažerovi na seznamu hlášení, které jsou určené ke schválení. Druhou část procesu provádí manažer a spočívá v kontrole celého hlášení a následném schválení. Na aktivitu schválení hlášení jsou navázány operace, které se provádějí nad firmami v hlášení. V současném stavu informačního systému musel tyto operace provádět manažer ručně a pro každou firmu jednotlivě. Nový modul bude tyto operace provádět automaticky a tak dojde k zefektivnění celého procesu a úspoře času manažera.

37 Návrh řešení 37 Obr. 17 Diagram aktivit popisující průběh tvorby týdenního hlášení

38 Návrh řešení 38 Obr. 18 Diagram aktivit popisující provedení operací nad firmami z hlášení Provedení operací nad firmami z hlášení spočívá v provádění čtyř operací, které se spouštějí podle daných pravidel. Hlavním úkolem je obchodním zástupcům odebrat firmy, které již aktuálně nebudou ke své práci potřebovat. Dále vytvářet nulové faktury, pokud je jednání s firmou ukončené a firma nemá zájem o placenou prezentaci. Poslední dvě operace zajišťují správu seznamu rozpracovaných firem (každá firma může být rozpracovaná pouze jednou).

39 Návrh řešení 39 Proces postupně prochází všechny firmy z hlášení a ke každé z nich načítá vstupní data. Vstupní data se skládají s identifikátoru firmy, ceny prezentace v minulém roce (pokud firma v minulém roce neměla prezentaci, je cena rovna nule), aktuální cena prezentace vyplněná v hlášení. Dále obsahují informaci, zda byla firma v hlášení označena jako rozpracovaná a také zda se firma, již nenachází na seznamu rozdělaných firem (může se vyskytnout pouze jednou). První rozhodování závisí na ceně zápisu v minulém roce. Pokud byla cena zápisu v minulém roce větší, než nula je firma považována za placenou. Další rozhodnutí závisí na aktuální ceně zápisu. Pokud je nyní cena větší, než nula, je firma aktuálně placená. Jestliže není firma aktuálně placená, následuje rozhodování, zda se firma nachází na seznamu rozpracovaných firem. V tomto seznamu se eviduje cizí klíč rozpracované firmy, datum vytvoření záznamu a obchodní zástupce, který má firmu přidělenou. Další rozhodování závisí na tom, zda je daná firma označena v hlášení jako rozpracovaná. Pokud ano, následně bude uložena do seznamu rozpracovaných firem. V poslední fázi (než nastane odebrání firmy) je firma odebrána ze seznamu rozdělaných firem (pokud je na seznamu) Změny v databázovém schématu Modul týdenního hlášení vyžaduje rozšíření databázového schématu o tři nové tabulky. První tabulka report obsahuje informace společné pro jednotlivá týdenní hlášení. Další tabulka report_items obsahuje podrobnosti o jednotlivých položkách v hlášení. Tabulky report a reports_items jsou spojeny vazbou 1:N. Poslední tabulka report_undone eviduje rozpracované firmy.

40 Návrh řešení 40 Obr. 19 Výřez databázového schématu týdenní hlášení 3.3 Provize obchodního zástupce Jednou s hlavních složek výplaty obchodního zástupce je provize s uzavřených smluv a bonus. Ostatní složky platu se řeší, dle zadání majitele firmy, mimo informační systém. Provize obchodního zástupce se vypočítává jako procentuální podíl ze sumy zaplacených faktur ve zvoleném období. Velikost bonusu určuje manažer individuálně s ohledem na plnění plánu atd. Obchodní zástupce má na každý měsíc stanoven individuální plán, který určuje, jak velkého obratu by měl dosáhnout. Bonus se stanovuje nejen podle velikosti plnění plánu, ale také podle dalších kritérií (počet schůzek za měsíc, počet obnovených smluv u stávajících zákazníků atd.). Pro obchodní zástupce je důležité mít přehled o aktuálním stavu platby u objednávek, které se zákazníky podepsal. Protože se velikost jeho provize vy-

41 Návrh řešení 41 počítává, až ze zaplacených objednávek. Proto obchodní zástupci tyto údaje často vyhledávají Současný stav Současný informační systém nemá implementovaný modul, který by manažerovy usnadnilo tvorbu výplatních pásek pro obchodní zástupce. Za současného stavu dělá manažer celý proces ručně. Přihlásí se do internetového bankovnictví, kde si nastaví filtr na příchozí platby a zvolí odpovídající období. Manažer si v Microsoft Excelu eviduje u každého obchodního zástupce poslední variabilní symbol, po tento symbol danému obchodnímu zástupci již provizi vyplatil. Manažer tento variabilní symbol vyhledá v internetovém bankovnictví a pokračuje v procházení následujících příchozích plateb. Následně ručně kontroluje, zda daný variabilní symbol patří faktuře v informačním systému, a kterému obchodnímu zástupci je faktura přiřazena (který má tedy nárok na vyplacení provize s dané objednávky). Poslední kroky jsou ruční sečtení jednotlivých částek, výpočet provize a vytvoření výplatní pásky. Systém neumožňuje obchodním zástupcům zjistit, zda faktury, ze kterých jim plyne provize, jsou zaplaceny. Kvůli tomuto nedostatku nemají informace, jak velkou provizi budou mít na výplatní pásce, a proto se často dotazují manažera na stav faktur. Časté a opakované dotazování na informace týkající se stavu zaplacení faktur zdržuje manažera od práce Návrh procesu Nový proces se skládá ze dvou modulů pro obchodního zástupce a jednoho pro manažera. Proces má za úkol automaticky vypočítat provizi na základě parametrů nastavených manažerem, vytvořit detailní rozpis, z jakých položek byla provize vypočítána a tento detailní výpis ukládat na server. Obchodní zástupce bude mít k dispozici dva nové moduly. První modul zobrazuje výpis všech faktur, které náleží danému obchodnímu zástupci. Tento výpis obsahuje základní údaje o faktuře (jméno firmy, variabilní symbol, cenu) a zejména stav zaplacení faktury, který ukazuje, zda je faktura zaplacená, částečně zaplacená, nebo nezaplacená. Dále modul umožní filtrovat faktury podle názvu firmy, variabilního symbolu a data sepsání faktury. Tyto filtry doplní nejdůležitější filtr, který umožní zobrazit jeden z těchto typů faktur: Zaplacené faktury faktury, které zákazník v plné výši zaplatil Nezaplacené faktury zde patří i částečně zaplacené faktury Faktury, ze kterých dosud nebyla vyplacena provize Faktury, ze kterých již byla vyplacena provize Druhý modul zobrazuje seznam všech vyplacených provizí, zároveň v tomto modulu bude možné stáhnout a následně zobrazit podrobnosti o vyplacených provizích (výčet faktur, ze kterých byla provize vyplacena, doplněný o konkrétní částky).

42 Návrh řešení 42 Obr. 20 Diagram aktivit popisující proces vytvoření provize Současné databázové schéma bude nutné rozšířit pouze o jednu tabulku, která bude uchovávat záznamy o provizích. Záznam o jedné provizi obsahuje

43 Návrh řešení 43 vazbu do tabulky users, variabilní symbol, provizi, bonus a datum vystavení. Variabilní symbol určuje manažer a jedná se o variabilní symbol poslední vyplacené faktury, která patří danému obchodnímu zástupci. 3.4 Přednostní výpisy a kontrolní procesy Jednou z možností zviditelnění firmy, je doplnění placeného zápisu o nadstandardní službu přednostního výpisu, která garantuje pozici firmy v konkrétním regionálním katalogu. Princip spočívá v garantování konkrétní pozice na jeden rok. Pozici je možné garantovat na klíčové slovo, nebo na konkrétní obor (podobor) v katalogu firem. Přednostní výpis je dále možné specifikovat na kraj nebo okres. Poté se výpis zobrazuje pouze ve zvolené oblasti. Každá firma si může zakoupit více přednostních výpisů na různá klíčová slova a obory. Počet přednostních výpisů je pro konkrétní specifikaci (obor/klíčové slovo, oblast) běžně omezen na pět pozic. Není možné prodat vícekrát identický přednostní výpis, protože by došlo ke konfliktnímu stavu a nebylo by možné pro oba zákazníky garantovat objednanou pozici. Obchodní zástupce nemusí mít přístup k internetu, a proto informační systém umožňuje generovat seznam prodaných přednostních výpisů ve formátu PDF. Aby si zástupce nemusel tisknout každý týden kompletní seznam týdenních hlášení, tak informační systém umožňuje generování přednostních výpisů vystavených za poslední měsíc. Díky tomu si může zástupce vytisknout jednou kompletní seznam přednostních výpisů, který postupně doplňuje o měsíční aktualizace. Přednostní výpisy není vhodné automaticky deaktivovat po uplynutí doby, na kterou byly zakoupeny. Zpravidla se přednostní výpisy obnovují (deaktivují) až po obchodním jednaní mezi firmou a obchodním zástupcem. Pokud si firma objedná nové přednostní výpisy, nebo firma nemá zájem o prodloužení přednostního výpisu, manažer deaktivuje původní přednostní výpisy Současný stav Informační systém v současném stavu umožňuje vytvořit libovolný přednostní výpis dle požadavků managementu. Modul pro přednostní výpisy je založen na interní knihovně Datagrid. Přednostní výpisy vystavuje manažer. Tento modul neobsahuje žádná kontrolní pravidla, která by bránila vzniku konfliktů u přednostních výpisů atd. Pokud manažer vytváří přednostní výpis na obor (podobor), musí zadat číslo konkrétního oboru a na objednávce je uveden název oboru. Jelikož současný modul tuto činnost neulehčuje, tak musí manažer dohledat číslo oboru podle názvu oboru. Tuto operaci musí manažer provést v jiném modulu, protože modul pro přednostní výpisy to neumožňuje.

44 Návrh řešení 44 Obr. 21 Detail přednostního výpisu pro vybranou firmu současný stav Nové funkce Cílem návrhu nového procesu je vylepšit současný stav, zejména snížit chybovost v přednostních výpisech, která s rostoucím počtem zápisů rostla, protože jediný způsob kontroly byla ruční kontrola manažerem. Dalším cílem je zvýšení efektivnosti celého procesu tak, aby tvorba nových a obnovování přednostních výpisů z minulého roku zabralo méně času. K dosažení těchto cílů byly navrženy tři kroky: Nové funkce - stávající rozhraní bude doplněno o nové funkce Kontrolní mechanizmy nové kontrolní mechanizmy při vytváření a editaci přednostního výpisu Kontrolní procesy proces, který kontroluje všechny přednostní výpisy z dlouhodobého hlediska Nový modul bude obsahovat funkce, které zvýší efektivitu vytváření a správy přednostních výpisů. První vylepšení spočívá v automatickém dohledání čísla oboru (podoboru), tam kde musel manažer dohledávat číslo oboru (v jiném modulu). Nově bude stačit zadat pouze první písmena z názvu oboru a systém napoví vyhovující varianty, poté manažer zvolí obory podle objednávky a systém automaticky doplní číslo oboru. Díky tomuto vylepšení není nutné používat jiný modul na dohledání čísla oboru a tím sníží časové náklady. Manažer občas potřebuje zobrazit přednostní výpisy, které měla konkrétní firma v minulých obdobích. V současném stavu musí manažer vyhledat starší přednostní výpisy dané firmy, pokud takové záznamy existují, dále manažer pokračuje na detail přednostního výpisu, kde nalezne hledané podrobnosti. Nově

45 Návrh řešení 45 bude modul obsahovat u přednostního výpisu dané firmy obsahovat navíc historii, přednostních výpisů. Obr. 22 Návrh zobrazení historie pro přednostní výpisy V současném stavu měl oprávnění vytvářet přednostní výpisy pouze jediný uživatel, nyní je v systému manažerů více. Proto je dalším vylepšením evidování uživatele, který vytvořil záznam s přednostním výpisem Kontrolní mechanizmy Současný systém má dva nedostatky, které dovolí vytvořit i nekorektní přednostní výpis. První nedostatek spočívá v nerozpoznání konfliktních přednostních výpisů. Konfliktní přednostní výpis znamená, že dvě firmy mají shodný přednostní výpis na shodnou pozici. Tedy jednomu se zákazníků není možné garantovat pozici, což je princip přednostních výpisů. Kontrolní mechanizmus se bude spouštět vždy při ukládání nového a editovaní současného záznamu, pokud mechanizmus odhalí konflikt, informuje uživatele o vzniklém problému a nedovolí záznam uložit, dokud nebude konflikt odstraněn. Druhý nedostatek se projeví, když manažer vystavuje přednostní výpis pro firmu, která již přednostní výpis měla v minulém roce a zapomene tento původní přednostní výpis deaktivovat. Poté se v systému nachází jak aktuální přednostní výpis, který má být aktivní, tak i původní záznam, který má byt deaktivován. Proto byl navržen mechanizmus, který při tvorbě nového přednostního výpisu automaticky deaktivuje původní přednostní výpisy dané firmy. Tento mechanizmu umožnuje výrazně rychleji obnovit přednostní výpis s loňského roku, pokud obsahuje stejné záznamy. Stačí pouze otevřít původní záznam, změnit datum začátku platnosti a uložit záznam jako nový Kontrolní procesy Poslední inovace spočívá v návrhu kontrolních procesů, které kontrolují přednostní výpisy hromadně a z dlouhodobého hlediska. Účelem toho procesu je odhalit přednostní výpisy, které již měly být deaktivované a také přednostní výpi-

46 Návrh řešení 46 sy, které vůbec aktivní být nemají. Kontrolní proces bude vypisovat přednostní výpisy, které jsou již aktivní čtrnáct a více měsíců (platnost přednostního výpisu je jeden rok), nebo pokud je cena nejnovější faktury nižší než majitelem zvolená hodnota. Druhé kontrolní pravidlo (když je cena poslední faktury nižší než zvolená hodnota) identifikuje objednávky, které nemohou obsahovat přednostní výpis, kvůli zvolené minimální ceně. Dále řeší problém s firmami, která mají jako poslední fakturu nulovou fakturu (firma nemá zájem prodloužit prezentaci na regionálních katalozích o další rok). Tyto přednostní výpisy mají být deaktivovány. Pravidla nelze vždy striktně dodržovat, existují výjimky, které těmto pravidlům nevyhovují, a přesto je vše v pořádku. Tyto případy manažer označí jako výjimky a dále se nebudou vyskytovat v seznamu přednostních výpisů, které porušují nastavená pravidla, ale budou uvedeny v seznamu výjimek. Výjimka neplatí obecně pro firmu, ale pouze pro nejnovější fakturu. Podle nejnovější faktury se vyhledávají firmy, které nevyhovují zvoleným kritériím. Kontrolní procesy je nutné navrhnou, tak aby v nich bylo snadné provádět změny a přidávat případná rozšíření, které management v této oblasti očekává. 3.5 Zaznamenávaní změn v informačním systému Jeden z požadavků managementu byl zaznamenávání veškerých činností, které v informačním systému provádějí uživatelé. Dále evidování změny na datech tak, aby manažer věděl, jaký uživatel změnu provedl, kdy ke změně došlo a co konkrétně bylo změněno. Užitečnou vlastností bude ukládání rozdílů mezi původní a novou verzí záznamu, která umožňuje zobrazit poslední provedené změny v celém systému a také užitečnou historii konkrétního záznamu od jeho vytvoření, až po současný stav. Informační systém v současném stavu tyto činnosti nezaznamenává. Manažer si nemůže ověřit, jak často pracují obchodní zástupci s informačním systémem, zda pracují se systémem správně a jestli využívají všechny moduly, které jim ulehčují práci. Dále pokud systém obsahuje chybná data, je velmi obtížné dohledat, kdo tyto data do systému vložil. Oba tyto nedostatky vyřeší systém na zaznamenávání změn, který bude pracovat zcela automaticky. Návrh procesu se bude skládat se dvou částí. První část zaznamenává činnosti uživatelů v informačním systému a druhá zaznamenává změny v datech (faktury, firmy, přednostní výpisy atd.) Záznam činností uživatelů Záznam činností uživatelů se skládá ze samotného zaznamenávání činnosti konkrétního uživatele a výpisu záznamů činností v přehledné podobě. Zaznamenávání činnosti bude spočívat v prostém ukládání URL 6, které bude doplněno 6 URL - slouží k přesné specifikaci umístění zdrojů informací na internetu [20]

47 Návrh řešení 47 o uživatele, datum a čas požadavku atd. Tímto způsobem bude zaznamenán každý požadavek uživatele na informační systém. Druhá část je složitější a má za úkol z velkého množství uložených záznamů vytvořit přehled činností uživatelů, který bude přínosný pro manažera. Pohled na činnosti uživatelů bude obsahovat výpis jednotlivých informací o vybraném uživateli. Výpis bude rozdělen po jednotlivých dnech a u dní, ve kterých byl uživatel v informačním systému aktivní, bude zobrazen počet provedených operací. Druhou možností souhrnného zobrazení je výpis rozdělený po přístupech. Jedením přístupem se rozumí nepřetržitá práce s informačním systém a maximální prodleva mezi jednotlivými operacemi je třicet minut (pokud je delší jedná se o další přístup). Obr. 23 Návrh souhrnného zobrazení činností uživatele po přístupech Dále bude možné zobrazit detail vybraného dne, který bude zobrazovat výpis veškerých operací. Tento výpis umožní seskupit podobné operace do jedné a doplní informaci o počtu výskytů. Důležitou částí detailního výpisu je převod URL do jazyka, kterému budou rozumět manažeři. Například místo URL vedoucí na konkrétní fakturu, se bude manažerovi zobrazovat slovní popis operace, kterou uživatel provedl Záznam změn nad daty Management požaduje zaznamenávat změny v jednotlivých záznamech (jako jsou faktury, firmy, přednostní výpisy atd.). Tak, aby bylo možné dohledat kdo, kdy a jakou změnu provedl. Proces bude automaticky, při každé aktualizaci dat ukládat změny, které uživatel provedl. Například, pokud bude upraven název firmy a adresa firmy zůstane stejná, uloží se pouze nová hodnota pro název firmy. Jelikož tento proces není součástí informačního systému od začátku a současná data (data vytvořená před existencí záznamového procesu) nemají záznam

48 Návrh řešení 48 o vytvoření je nutné při změně tento záznam vytvořit z původních dat a zároveň uložit běžným způsobem informace o změně dat. Manažer bude mít možnost sledování historie záznamů, která bude zobrazovat historii změn od vytvoření záznamu, až po současný stav. Výpis bude zobrazovat rozdíly mezi sousedícími verzemi daného záznam. Díky tomu manažer přehledně uvidí, jaké atributy se změnili Změny v databázovém schématu Současné databázové schéma je nutné rozšířit o tři tabulky. Do první tabulky log_user se zaznamenává pohyb uživatelů v informačním systému. Další dvě tabulky slouží k uložení dat, potřebných k evidování změn u jednotlivých záznamů. Tabulka log obsahuje obecné informace, které identifikují, který záznam se měnil, kdo a kdy změnu provedl. Také zaznamenává typ provedené operace (vytvoření, uložení, smazání). Tabulka log má vazbu na tabulku 1:N na log_item, která obsahuje konkrétní změny provedené nad daty. Obr. 24 Výřez databázového schématu rozšíření pro zaznamenávání změn v systému

49 Implementace 49 4 Implementace Při implementaci rozšíření stávajících modulů a také, při tvorbě nových modulů bylo nutné zvolit způsob, jakým bude implementace provedena. Nabízejí se dva způsoby. První spočívá v naprogramování funkcionality za použití současných knihoven a druhý v použití komplexního frameworku, který urychlí vývoj díky integrovaným knihovnám. Postavit celý systém na novém frameworku, bylo již v návrhu vyloučeno, protože původní systém obsahuje mnoho dobře fungujících modulů, které by bylo kontraproduktivní předělávat. Pokud budou odhadované náklady na vývoj nového modulu nižší za použití stávajících knihoven a použití frameworku by nepřineslo podstatné vylepšení, či zjednodušení práce, bude nový modul zapracován do stávajícího systému bez použití frameworku. Jestliže při tvorbě nového modulu nepřinesou stávající knihovny žádný užitek, bude modul implementován za použití frameworku. 4.1 Použité knihovny Nette Framework [18] je implementovaný v jazyce PHP 5 a je šířen pod volnou licencí GNU GPL 7. Framework se zaměřuje na eliminaci bezpečnostních rizik, podporuje AJAX 8, znuvupoužitelnost kódu, využívá událostmi řízené programování a z velké části je založen na použití komponent. Nette Framework používá návrhový vzor MVP, která se liší od MVC použitím presenteru místo controlleru [30]. Vzor MVC je jedním ze standardů při tvorbě moderních webových aplikací. Velká část aplikačního kódu patří do jedné ze tří kategorií: uživatelského rozhraní (View), řídící logiky (Controller) a datového modelu (Model). Návrhový vzor MVC rozděluje aplikaci do těchto tří nezávislých komponent. Usnadňuje údržbu a úpravu kódu, zejména v případě, kdy pracuje na jednom projektu více vývojářů [22]. Moduly postavené na Nette Frameworku používají ke spojení a práci s databází knihovnu Dibi. Jedná se o pokročilou databázovou vrstvu, která podporuje tyto relační databázové systémy: MySQL, PostgreSQL, SQLite, MS SQL a Oracle [6]. Knihovna MPDF zajišťuje převod přímo z HTML stránky do PDF. Podporuje zpracování řady formátovacích prvků v CSS, tedy není téměř nutné HTML stránku upravovat [16]. Další použitou knihovnou je JavaScriptový framework jquery, který usnadňuje a urychluje vývoj JavaScriptového kódu [15]. 7 GNU GPL licence je licence pro svobodný software [11] 8 AJAX - (Asynchronous Javascript and XML) je obecné označení pro technologie interaktivních webových aplikací, jenž mění obsah svých stránek bez nutnosti jejich opětovného načtení [5].

50 Implementace 50 Nová verze informačního systému obsahuje knihovnu Autocomplete, která rozšiřuje jquery a využívá AJAX. Jedná se o rozšíření vyhledávacího pole. Toto rozšíření uživateli nabízí různé pravděpodobné varianty textu, který chce uživatel napsat [14]. Další knihovnou použitou v informačním systému je SimpleDiff, která porovnává dva řetězce a vyznačuje rozdíly mezi porovnávanými řetězci [1]. Informační systém využívá knihovnu PHPExcel [25], která umožňuje generování dokumentů pro Microsoft Excel (přípona XLS). 4.2 Postup implementace Postup implementace bude odvozen od návrhu daného modulu, zejména zda bude modul postaven na Nette Frameworku, nebo jako rozšíření informačního systému s využitím původních knihoven Adresářová struktura Adresářová struktura obsahuje tři hlavní adresáře Auth, Libs a Tools. Neveřejný adresář Libs obsahuje knihovny původního systému, neveřejný adresář Tools obsahuje knihovny Nette Frameworku a aplikační část, která využívá framework. Adresář Auth je veřejný. Obsahuje aplikační část, která je založena na knihovnách původního informačního systému a také obsahuje podadresář Tools s veřejnou částí pro moduly systému založeném na frameworku. Auth veřejná část aplikace o Cfg nastavení modulu Datagrid o Css kaskádové styly o Images obrázký, loga o Module moduly současného informačního systému o Service kontrolní funkce o Tools veřejná část postavená na Nette Frameworku Libs knihovny původního informačního systému Tools aplikační část postavená na Nette Frameworku o App aplikační část Components - componenty Models - modely Presenters presentery (controlery) Templates šablony o Cron automaticky spouštěné procesy o Libs Nette knihovny, Dibi, MPDF o Temp dočasné soubory

51 Implementace Hromadné přidělování firem Proces hromadného přidělování firem je značně odlišný od současných modulů v informačním systému. Současné knihovny systému by vývoj neurychlily a bylo by nutné velkou část programovat od začátku. Proto byly použity knihovny Nette Framework, Dibi a jquery. Použití těchto knihoven výrazně urychlí vývoj daného modulu, protože obsahují knihovny využitelné při tvorbě tohoto modulu (např. modul na tvorbu formulářů). Modul hromadného přidělování firem využívá architekturu MVC, obsahuje všechny její části a nevyužívá komponenty. Proces výběru firem určených k přidělení obchodním zástupcům je výpočetně náročný, protože se musí projít a vyhodnotit velké množství dat. Tento proces by neměl trvat příliš dlouho, a proto bylo nutné provést optimalizace výběrových SQL dotazů. Jednou z možností optimalizace výběrových dotazů, je vytvoření indexů nad vhodnými sloupci tak, aby se nemusela tabulka procházet celá. Indexy by neměly být vytvářeny tam, kde nejsou absolutně nutné. Indexy se musí aktualizovat při operacích INSERT, UPDATE, nebo DELETE a kvůli tomu se tyto operace výrazně zpomalují [3] Týdenní hlášení Modul na tvorbu týdenních hlášení, je značně specifický a knihovny původního systému by vývoj neurychlili. Proto byly použity knihovny Nette Framework, Dibi, jquery a MPDF. Dále tento modul obsahuje dvě komponenty. První zajišťuje vyhledávání, filtrovaní firem a výběr firem do týdenního hlášení (využívá AJAX). Druhá komponenta zajištuje tvorbu samotného týdenního hlášení, včetně souhrnných výpočtů (počet uznaných schůzek, týdenní obrat daného zástupce) nutných potřebných pro tvorbu týdenního hlášení.

52 Implementace 52 Obr. 25 Ukázkové týdenní hlášení tisková podoba ve formátu PDF Provize obchodního zástupce Tato nová část informačního systému obsahuje několik částí, které jsou podobné modulům založeným na původní knihovně DataGrid. Jedná se o modul, jenž zobrazuje stav zaplacení objednávek, které přísluší konkrétnímu obchodnímu zástupci. Dále modul zobrazující již vyplacené provize. Modul pro samotný výpočet provize je postaven na původních knihovnách, ale nepoužívá knihovnu DataGrid. Původní knihovny dále doplňuje knihovna MPDF Přednostní výpisy a kontrolní procesy Původní verze informační systému obsahuje funkční a v praxi používaný modul na správu přednostních výpisů. Původní modul managementu vyhovoval, a proto byly do původního modulu doprogramovány požadované inovace. Kontrolní modul, který kontroluje přednostní výpisy hromadně a z dlouhodobého hlediska, v původní verzi informačního systému nebyl implementován. Použití frameworku při implementaci by nemělo požadovaný efekt, a proto byla i tento modul implementován s použitím původních knihoven. SQL dotazy použité v tomto kontrolním modulu bylo nutné důkladně optimalizovat, aby čas operace byl přijatelný a zbytečně nezatěžoval server Zaznamenávaní změn v informačním systému Implementace zaznamenávání změn se skládá ze dvou částí, samotného zaznamenávání změn a přehledného výpisu těchto změn ve srozumitelné podobě. Na samotné zaznamenávání změn byla vytvořena interní knihovna, která byla implementována do knihovny DataGrid. Vedení firmy požadovalo zaznamenávat

E-NABÍDKA PARTNER.REDA.CZ

E-NABÍDKA PARTNER.REDA.CZ E-NABÍDKA PARTNER.REDA.CZ Reda e-nabídka představuje mocný nástroj, díky kterému mohou naši registrovaní klienti přímo z prostředí e-shopu partner.reda.cz vytvářet vlastní produktové nabídky pro své zákazníky.

Více

Návod pro práci s aplikací

Návod pro práci s aplikací Návod pro práci s aplikací NASTAVENÍ FAKTURACÍ...1 NASTAVENÍ FAKTURAČNÍCH ÚDA JŮ...1 Texty - doklady...1 Fakturační řady Ostatní volby...1 Logo Razítko dokladu...2 NASTAVENÍ DALŠÍCH ÚDA JŮ (SEZNAMŮ HODNOT)...2

Více

Dobrý SHOP Popis produktu a jeho rozšíření

Dobrý SHOP Popis produktu a jeho rozšíření Dobrý SHOP Popis produktu a jeho rozšíření 501M012.N01 11/11/2011 www.dlaex.cz info@dlaex.cz OBSAH 1 Úvod...3 2 Účel produktu...3 3 Vlastnosti produktu...3 3.1 Koncepce...3 3.2 Základní y...3 3.3 Doplňkové

Více

Nápověda pro systém ehelpdesk.eu

Nápověda pro systém ehelpdesk.eu www.ehelpdesk.eu Nápověda pro systém ehelpdesk.eu Obsah 1. Základní informace o ehelpdesk.eu... 2 1.1 Rychlé použití aplikace ehelpdesk.eu... 2 1.2 Příklady nasazení... 2 2. Příručka pro uživatele ehelpdesk.eu...

Více

WR Invoicing. Web Revolution. Uživatelský manuál administračního rozhraní

WR Invoicing. Web Revolution. Uživatelský manuál administračního rozhraní WR Invoicing Web Revolution Uživatelský manuál administračního rozhraní Web Revolution s. r. o. 2009 WR Invoicing Administrace uživatelský manuál Praktický průvodce administrací fakturačního modulu WR

Více

Allegro účetnictví. Schéma účetního modulu. Podstatné vlastnosti. Allegro Business Solution Účetnictví

Allegro účetnictví. Schéma účetního modulu. Podstatné vlastnosti. Allegro Business Solution Účetnictví Allegro účetnictví Obsahuje zákonem vyžadované agendy podvojného účetnictví a tvoří jádro celého systému. Standardní bloky zahrnují účetní knihu, faktury přijaté a vydané, banky, pokladny a přiznání DPH.

Více

Dobrý FOTO Popis produktu a jeho rozšíření

Dobrý FOTO Popis produktu a jeho rozšíření Dobrý FOTO Popis produktu a jeho rozšíření 502M012.N00 11/11/2011 www.dobry-foto.cz www.dlaex.cz info@dlaex.cz OBSAH 1 Úvod...3 2 Účel produktu...3 3 Vlastnosti produktu...3 3.1 Koncepce...3 3.2 Základní

Více

WORKWATCH ON-LINE EVIDENCE PRÁCE A ZAKÁZEK

WORKWATCH ON-LINE EVIDENCE PRÁCE A ZAKÁZEK WORKWATCH ON-LINE EVIDENCE PRÁCE A ZAKÁZEK Systém WorkWatch je určen pro malé a střední firmy, které se zabývají službami nebo zakázkovou výrobou. Zajistí dokonalý přehled o všech zakázkách a jejich rozpracovanosti.

Více

27 Evidence kasiček. Popis modulu. Záložka Organizované sbírky

27 Evidence kasiček. Popis modulu. Záložka Organizované sbírky 27 Evidence kasiček Uživatelský modul Evidence kasiček realizuje evidenci všech pořádaných sbírek, jednotlivých kasiček sbírky, dále pak evidenci výběrů kasiček s návazností na pokladnu (příjem výběru

Více

TAXexpert5 modul Kartotéka II.

TAXexpert5 modul Kartotéka II. TAXexpert5 modul Kartotéka II. Strana 1 (celkem 11) Základní obrazovka kartotéky Aplikace Kartotéka nahrazuje od verze 5.4.1 stávající modul CRM. Data byla převedena. Základní obrazovka se kromě společných

Více

26 Evidence pošty. Popis modulu. Záložka Evidence pošty

26 Evidence pošty. Popis modulu. Záložka Evidence pošty 26 Evidence pošty Uživatelský modul Evidence pošty realizuje podrobnou evidenci všech došlých a odesílaných poštovních zásilek s možností přidělovat tyto zásilky uživatelům informačního systému k vyřízení,

Více

Přizpůsobení Layoutu aplikace. Základní moduly a funkčnost aplikace

Přizpůsobení Layoutu aplikace. Základní moduly a funkčnost aplikace Přizpůsobení Layoutu aplikace Grafickému návrhu na přání klienta Redesign šablon : barevnost, hlavička, logo, grafické prvky stránky M A C S Základní moduly a funkčnost aplikace Vyhledávání podrobné s

Více

Prezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách

Prezentace CRMplus. Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Prezentace CRMplus Téma: CRMplus jako nástroj pro kontrolu a vyhodnocení rozpracovanosti dílů na zakázkách Obsah prezentace Představení společnosti Technodat Develop, s.r.o. CRMplus základní charakteristika

Více

Administrační rozhraní Manuál pro klienty

Administrační rozhraní Manuál pro klienty Administrační rozhraní Manuál pro klienty Verze 5. 9. 2013 Zpracoval Tým Zboží.cz Registrace eshopu Registrace vašeho eshopu se provádí na adrese: http://www.zbozi.cz/addpremisescreen. Na server Zboží.cz

Více

ZÁKLADNÍ POPIS INFORMAČNÍHO SYSTÉMU KAJOT EASY-K

ZÁKLADNÍ POPIS INFORMAČNÍHO SYSTÉMU KAJOT EASY-K ZÁKLADNÍ POPIS INFORMAČNÍHO SYSTÉMU KAJOT EASY-K ÚVOD Easy-K běží na serveru Apache a je vytvořen v PHP s MySQL databází, doplněn Javascriptem a jeho výstupem je Xhtml, popř. tiskové sestavy v pdf (možnost

Více

Softwarový projekt - Smrad

Softwarový projekt - Smrad Softwarový projekt - Smrad (Smartform Administration) Základní informace: Vedoucí projektu: Michal Kopecký, Ph.D. Zadavatel: Trixi Kontakty: jakub.skalicky@trixi.cz Počet řešitelů: 4 5 Úvod Projekt si

Více

2HCS Fakturace 3 - modul Banka -

2HCS Fakturace 3 - modul Banka - 2HCS Fakturace 3 - modul Banka - Autor: Tomáš Halász 2H C.S. s.r.o. Dukelská 691/5, 742 21 Kopřivnice Email: info@faktury.cz Web: www.faktury.cz pro verzi: dne: 3.7.23 a novější 01.09.2010 1/16 Obsah Úvod...3

Více

Manuál na pořízení technické změny pomocí webové kalkulačky. Verze 1.2

Manuál na pořízení technické změny pomocí webové kalkulačky. Verze 1.2 Manuál na pořízení technické změny pomocí webové kalkulačky Verze 1.2 2 Obsah 1. Úvod.. 3 1.1. Základní informace 3 1.2. Spuštění kalkulačky. 3 1.3. Přehled možných úprav 4 2. Sestavení technické změny.

Více

7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů

7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů 7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů Verze dokumentu: 1.0 Autor: Jan Lávička, Microsoft Časová náročnost: 30 40 minut 1 Cvičení 1: Vyhledávání informací v

Více

Uživatelská příručka administrativního rozhraní Vědecké knihovny v Olomouci

Uživatelská příručka administrativního rozhraní Vědecké knihovny v Olomouci Držitel certifikátu jakosti ISO 9001:2001 Uživatelská příručka administrativního rozhraní Vědecké knihovny v Olomouci Stránka 1/44 Obsah 1.Redakční systém...4 1.1. Povolené jazykové mutace...4 5.2.1 Překlad

Více

Redakční systém Joomla. Prokop Zelený

Redakční systém Joomla. Prokop Zelený Redakční systém Joomla Prokop Zelený 1 Co jsou to red. systémy? Redakční systémy (anglicky Content Management System - CMS) jsou webové aplikace používané pro snadnou správu obsahu stránek. Hlavním cílem

Více

Nový způsob práce s průběžnou klasifikací lze nastavit pouze tehdy, je-li průběžná klasifikace v evidenčním pololetí a školním roce prázdná.

Nový způsob práce s průběžnou klasifikací lze nastavit pouze tehdy, je-li průběžná klasifikace v evidenčním pololetí a školním roce prázdná. Průběžná klasifikace Nová verze modulu Klasifikace žáků přináší novinky především v práci s průběžnou klasifikací. Pro zadání průběžné klasifikace ve třídě doposud existovaly 3 funkce Průběžná klasifikace,

Více

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele.

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele. 1. Vstup do aplikace Na adrese: http://i.statnisprava.cz 2. První stránka aplikace 1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele. 2. Poté budete přesměrováni na stránku

Více

Více než 60 novinek, změn a vylepšení

Více než 60 novinek, změn a vylepšení Více než 60 novinek, změn a vylepšení Nová řada programu 2HCS Fakturace Vám nabízí více než 60 novinek, změn a vylepšených funkcí. Zde je jejich seznam, pro Vaši lepší orientaci rozdělený podle jednotlivých

Více

Uživatelská příručka MWA Modul Podpora vzdálených kalibrací dle ILAC

Uživatelská příručka MWA Modul Podpora vzdálených kalibrací dle ILAC Uživatelská příručka MWA Modul Podpora vzdálených kalibrací dle ILAC Český metrologický institut sídlem Okružní 31, 638 00 Brno IČ: 00177016 Verze dokumentu: 1.1 Jazyk dokumentu: český Status: testovací

Více

Modul Kalendář verze 1.0

Modul Kalendář verze 1.0 Modul Kalendář verze 1.0 Uživatelský manuál a správa modulu QCM, s.r.o., 2007 Mgr. Petr Andrýsek 1 Obsah 1. Popis modulu Kalendář...3 2. Jak přidat akci do kalendáře...5 3. Správa modulu Kalendář...6 4.

Více

Nápověda k systému CCS Carnet Mini

Nápověda k systému CCS Carnet Mini Nápověda k systému CCS Carnet Mini Manuál k aplikaci pro evidenci knihy jízd Vážený zákazníku, vítejte v našem nejnovějším systému pro evidenci knihy jízd - CCS Carnet Mini. V následujících kapitolách

Více

Produktový list. Firemní profily

Produktový list. Firemní profily Produktový list Firemní profily O službě Díky firemnímu profilu od Seznamu můžete umístit informace o vaší firmě na nejnavštěvovanější stránky českého internetu. Budete snadno k nalezení na hlavní stránce

Více

PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM

PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM PŘEHLED FUNKCÍ PROGRAMU KROK ZA KROKEM Základní informace: Program byl konstruován především pro komplexní zpracování zakázek ve společnosti. Je postaven obecně, specializované funkce byly však přizpůsobeny

Více

5 Evidence manželských smluv

5 Evidence manželských smluv 5 Evidence manželských smluv 5.1 Společné vyhledávání v evidencích Společné vyhledávání v evidencích slouží k vyhledání evidovaných závětí, listin i smluv a to pouze vyhledáním podle rodného čísla a data

Více

WR Reality. Web Revolution. Uživatelský manuál administračního rozhraní

WR Reality. Web Revolution. Uživatelský manuál administračního rozhraní WR Reality Web Revolution Uživatelský manuál administračního rozhraní Web Revolution s. r. o. 2010 WR Reality Administrace uživatelský manuál Praktický průvodce administrací webové aplikace WR Reality

Více

Modul Kalendář v. 0.3 pro redakční systém Marwel

Modul Kalendář v. 0.3 pro redakční systém Marwel Modul Kalendář v. 0.3 pro redakční systém Marwel postupy a doporučení pro práci redaktorů verze manuálu: 1.0 Únor 2008 Podpora: e-mail: podpora@qcm.cz tel.: +420 538 702 705 Obsah 1.Popis modulu Kalendář...3

Více

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Strana 1 z 12 Obsah 1. Leady... 3 a. Shrnutí... 3 b. Popis modulu... 3 c. Technické podrobnosti o modulu... 5 2. MERK... 6 a. Shrnutí... 6 b.

Více

Uživatelská příručka

Uživatelská příručka Uživatelská příručka 1 Obsah 1 Obsah... 2 2 Uživatelská příručka... 3 2.1 Správce aplikace... 3 Menu správce aplikace... 4 Správa uživatelských účtů... 4 2.2 Ředitel turnaje... 4 Menu ředitele turnaje...

Více

Uživatelská příručka MWA Modul Podpora vzdálených kalibrací dle ILAC

Uživatelská příručka MWA Modul Podpora vzdálených kalibrací dle ILAC Uživatelská příručka MWA Modul Podpora vzdálených kalibrací dle ILAC Český metrologický institut sídlem Okružní 31, 638 00 Brno IČ: 00177016 Verze dokumentu: 1.0 Jazyk dokumentu: český Status: testovací

Více

Uživatelská příručka

Uživatelská příručka B2B CENTRUM a.s. 3.2011 Obsah Začínáme... 3 Přihlášení a zapomenuté heslo... 3 Vytvoření uživatele... 3 Editace osobních údajů... 5 Vkládání souborů... 6 Elektronický podpis... 8 Stavební deník... 11 Identifikační

Více

InsideBusiness Payments CEE

InsideBusiness Payments CEE InsideBusiness Payments CEE Referenční příručka k novému vzhledu Přístupová cesta do střední a východní Evropy InsideBusiness Payments CEE Potřebujete pohodlný a bezproblémový přístup k úplné nabídce služeb

Více

VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA

VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA VYSOKÁ ŠKOLA BÁŇSKÁ TECHNICKÁ UNIVERZITA OSTRAVA INFORMAČNÍ SYSTÉMY A DATOVÉ SKLADY Autosalón (semestrální projekt) ZS 2011-2012 Analýza Implementace Číslo skupiny: 2 Členové skupiny: Jmeno,příjmení,login

Více

MIS. Manažerský informační systém. pro. Ekonomický informační systém EIS JASU CS. Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1

MIS. Manažerský informační systém. pro. Ekonomický informační systém EIS JASU CS. Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1 MIS Manažerský informační systém pro Ekonomický informační systém EIS JASU CS Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1 Poslední aktualizace dne 5.8.2014 MÚZO Praha s.r.o. je certifikováno

Více

Obchodní příležitosti

Obchodní příležitosti Obchodní příležitosti Celá databáze HBI je koncipována tak, aby v co největší míře přispěla svým uživatelům registrovaným i neregistrovaným k co nejlepší orientaci na trhu. Což v praxi znamená, že se nemůže

Více

Obrázek 1: Struktura programu z hlediska zapojení

Obrázek 1: Struktura programu z hlediska zapojení MANUÁL K PROGRAMU DBADVOKÁT Program byl vytořený za účelem třídění a uchovávání jednotlivých spisů (elektronické dokumenty [doc, xls, odt, pdf, xml,...], emaily a další důležité soubory) v centralním počítači

Více

Funkcionalita sledování a kontrolování limitů CPV

Funkcionalita sledování a kontrolování limitů CPV Obsah Funkcionalita sledování a kontrolování limitů CPV... 2 Nastavení systému... 2 Úloha Klasifikace CPV... 3 Úloha Limity CPV... 3 Postup vytvoření limitu CPV... 3 Karta Seznam CPV... 4 Funkce úlohy

Více

Systém JSR představuje kompletní řešení pro webové stránky malého a středního rozsahu.

Systém JSR představuje kompletní řešení pro webové stránky malého a středního rozsahu. Redakční systém JSR Systém pro správu obsahu webových stránek Řešení pro soukromé i firemní webové stránky Systém JSR představuje kompletní řešení pro webové stránky malého a středního rozsahu. Je plně

Více

Obsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5

Obsah. 1.1 Práce se záznamy... 3 1.2 Stránka Dnes... 4. 2.1 Kontakt se zákazníkem... 5 CRM SYSTÉM KORMORÁN UŽIVATELSKÁ PŘÍRUČKA Obsah 1 Základní práce se systémem 3 1.1 Práce se záznamy................................. 3 1.2 Stránka Dnes.................................... 4 1.3 Kalendář......................................

Více

24 Uživatelské výběry

24 Uživatelské výběry 24 Uživatelské výběry Uživatelský modul Uživatelské výběry slouží k vytváření, správě a následnému používání tématicky seskupených osob a organizací včetně jejich kontaktních údajů. Modul umožňuje hromadnou

Více

Personální evidence zaměstnanců

Personální evidence zaměstnanců Mendelova univerzita v Brně Provozně ekonomická fakulta Personální evidence zaměstnanců Uživatelská dokumentace Bc. Petr Koucký Bc. Lukáš Maňas Bc. Anna Marková Brno 2015 1 Popis funkcionality Námi řešená

Více

Co je to E-Business Centrum

Co je to E-Business Centrum Co je to E-Business Centrum Jedná se o internetovou aplikaci, která je určena k oboustranné výměně informací mezi informačním systémem firmy Bartech, s.r.o. a zákazníkem. Přínosem jsou informace o novinkách,

Více

Inspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS

Inspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS Inspirace pro seminární práci předmětu Techniky a CASE nástroje vývoje IS výtah z ukázkového příkladu Cestovní kancelář z knihy Buchalcevová Alena, Stanovská Iva. Příklady modelů analýzy a návrhu aplikace

Více

Integrační modul REX. pro napojení elektronické spisové služby e-spis LITE k informačnímu systému základních registrů. Uživatelská příručka

Integrační modul REX. pro napojení elektronické spisové služby e-spis LITE k informačnímu systému základních registrů. Uživatelská příručka REX a e-spis LITE 2.5.4 - uživatelská příručka Integrační modul REX pro napojení elektronické spisové služby e-spis LITE k informačnímu systému základních registrů Uživatelská příručka www.i.cz Czech Republic

Více

Manuál Redakční systém

Manuál Redakční systém Manuál Redakční systém SA.07 Obsah Úvod... ) Struktura webu... ) Aktuality... 0 ) Kalendář akcí... ) Soubory ke stažení... 6 5) Fotogalerie... 8 Redakční systém umožňuje kompletní správu vašich internetových

Více

Společnost MEFISTO SOFTWARE, a.s. uvádí na trh nový produkt Mefisto CAMPUS.

Společnost MEFISTO SOFTWARE, a.s. uvádí na trh nový produkt Mefisto CAMPUS. Společnost MEFISTO SOFTWARE, a.s. uvádí na trh nový produkt Mefisto CAMPUS. Mefisto CAMPUS je systém pro správu ubytovacích kapacit v provozech typu ubytovny, internáty, koleje, atd. V těchto provozech

Více

1 Úvod. 2 Registrace a přihlášení. Registrace). Zobrazí se stránka, kde budete mít na výběr ze dvou možností. Můžete vytvořit nové či.

1 Úvod. 2 Registrace a přihlášení. Registrace). Zobrazí se stránka, kde budete mít na výběr ze dvou možností. Můžete vytvořit nové či. 1 Úvod Aplikace XPERA Projects, která je určena pro sběr a řešení požadavků, přináší nový rozměr a efektivity mobilního klienta. Aplikace Xpera Projects pro ios znamená mít řešené případy stále s sebou.

Více

Práce s administračním systémem internetových stránek Podaných rukou

Práce s administračním systémem internetových stránek Podaných rukou Práce s administračním systémem internetových stránek Podaných rukou 2011 Ing. Jakub Matas Přihlášení a uživatelský účet Přihlášení Přihlášení do aplikace lze dvěma způsoby: 1. Pomocí panelu ve vrchní

Více

Pracovní výkazy. návod k použití. Internetová aplikace Pracovní výkazy slouží k zadávání pracovních výkazů od zaměstnanců a externích pracovníků.

Pracovní výkazy. návod k použití. Internetová aplikace Pracovní výkazy slouží k zadávání pracovních výkazů od zaměstnanců a externích pracovníků. 1 Popis aplikace Pracovní výkazy návod k použití Internetová aplikace Pracovní výkazy slouží k zadávání pracovních výkazů od zaměstnanců a externích pracovníků. 2 Technické požadavky klienta Internetový

Více

db-direct internet Customer Self Administration (vlastní správa uživatelů) Uživatelská příručka

db-direct internet Customer Self Administration (vlastní správa uživatelů) Uživatelská příručka db-direct internet Customer Self Administration (vlastní správa uživatelů) Uživatelská příručka Deutsche Bank, pobočka Praha Verze 8.2 červenec 2009 Obsah Obsah... 1 Úvod... 2 Detailní popis... 3 Zavedení

Více

Databázové a informační systémy Informační systém prodejny nábytku. Jakub Kamrla, KAM087

Databázové a informační systémy Informační systém prodejny nábytku. Jakub Kamrla, KAM087 Databázové a informační systémy Informační systém prodejny nábytku Jakub Kamrla, KAM087 1. část Funkční a nefunkční požadavky 1. K čemu má systém sloužit Jedná se o informační systém pro jednu nejmenovanou

Více

14 Deník poradny. Popis modulu. Záložka Deník poradny

14 Deník poradny. Popis modulu. Záložka Deník poradny 14 Deník poradny Uživatelský modul Deník poradny realizuje běžnou denní agendu poradenských pracovníků. V tomto modulu jsou evidovány pokládané dotazy spolu s poskytovanými odpověďmi a radami. Dotazy,

Více

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah

PALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah 1 Obsah 1 Obsah... 1 2 Úvod a spouštění SW Palstat CAQ... 2 2.1.1 Návaznost na další SW moduly Palstat CAQ... 2 2.2 Přihlášení do programu... 2 2.2.1 Stanovení přístupu a práv uživatele... 2 2.2.2 Spuštění

Více

JRV.CZ s.r.o. Bulharská 4 612 00 Brno www.rosadata.cz. RosaData TM DEVELOPERSKÝ PROJEKT

JRV.CZ s.r.o. Bulharská 4 612 00 Brno www.rosadata.cz. RosaData TM DEVELOPERSKÝ PROJEKT RosaData TM DEVELOPERSKÝ PROJEKT OBSAH Úvod... 4 Developerský projekt... 5 Seznam developerských projektů... 5 Základní údaje... 6 Popis... 7 Technické detaily... 8 Reality... 11 Foto... 13 Obchodní případ...

Více

Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22

Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22 Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22 Nastavení základní konfigurace Údaje o firmě záložka Finanční úřad změny v souvislosti se změnou číselníku Finančních úřadů, proveďte

Více

Uživatelský manuál: Fuelomat systém

Uživatelský manuál: Fuelomat systém Uživatelský manuál: Fuelomat systém 1 z 18 Obsah: Adresa systému:... 3 Úvodní obrazovka:... 3 Modul: Vozové parky... 3 Menu: Domů... 3 Menu: Transakce... 4 Submenu: Transakce... 4 Submenu: Nastavení...

Více

Internetový obchod Mironet

Internetový obchod Mironet České vysoké učení technické v Praze Fakulta elektrotechnická Internetový obchod Mironet Semestrální práce A2 Testování uživatelských rozhraní A4B39TUR Pavel Štíbal Stibapa1@fel.cvut.cz 2013/2014 Otevřená

Více

ONI system Notifikace a pravidla + vícenásobný filtr

ONI system Notifikace a pravidla + vícenásobný filtr ONI system Notifikace a pravidla + vícenásobný filtr 2015 BüroKomplet, s.r.o. Obsah Notifikace a pravidla... 3 Jak nastavit notifikace... 3 Práce v uživatelském rozhraní nového pravidla... 4 Příklad:...

Více

CUZAK. Uživatelská příručka. Verze 2.0 2014

CUZAK. Uživatelská příručka. Verze 2.0 2014 CUZAK Uživatelská příručka Verze 2.0 2014 Copyright 2014 Altair Software s.r.o. Všechna práva vyhrazena. Všechna práva vyhrazena. Všechna informace, jež jsou publikována na v tomto dokumentu, jsou chráněna

Více

Manuál pro mobilní aplikaci Patron-Pro. verze pro operační systém Symbian

Manuál pro mobilní aplikaci Patron-Pro. verze pro operační systém Symbian Manuál pro mobilní aplikaci Patron-Pro verze pro operační systém Symbian 1 1. Popis Aplikace je určena pro mobilní telefony NOKIA s operačním Symbian a vybavené technologií NFC. Slouží pro správu identifikačních

Více

Podrobný návod pro administraci zákaznických účtů na portálu Czechiatour.eu

Podrobný návod pro administraci zákaznických účtů na portálu Czechiatour.eu 2013 Podrobný návod pro administraci zákaznických účtů na portálu Czechiatour.eu Czechiatour.eu 1.2.2013 Vážení zákazníci portálu Czechiatour.eu. Abychom Vám co nejvíce usnadnili orientaci v administraci

Více

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY STAkis-W STAkis-S Již dnes k dispozici všem zákazníkům společnosti Stahlgruber bez výjimky! www.stahlgruber.cz STAkis-W OBJEDNÁVACÍ SYSTÉM BEZ NUTNOSTI INSTALACE Jako výchozí

Více

Vývoj moderních technologií při vyhledávání. Patrik Plachý SEFIRA spol. s.r.o. plachy@sefira.cz

Vývoj moderních technologií při vyhledávání. Patrik Plachý SEFIRA spol. s.r.o. plachy@sefira.cz Vývoj moderních technologií při vyhledávání Patrik Plachý SEFIRA spol. s.r.o. plachy@sefira.cz INFORUM 2007: 13. konference o profesionálních informačních zdrojích Praha, 22. - 24.5. 2007 Abstrakt Vzhledem

Více

HLEDEJCENY.mobi. Obsah. Mobilní verze e-shopu. Důvody instalace

HLEDEJCENY.mobi. Obsah. Mobilní verze e-shopu. Důvody instalace Obsah HLEDEJCENY.mobi Mezi Vodami 1952/9 e-mail: info@hledejceny.cz HLEDEJCENY.mobi... 1 Mobilní verze e-shopu... 1 Důvody instalace... 1 Výhody... 2 Co je k mobilní verzi potřeba... 2 Objednávka služby...

Více

Allegro obchodní doklady

Allegro obchodní doklady Allegro obchodní doklady Modul obchodních dokladů nabízí vše, co je zapotřebí pro obchodování menších a středních firem. K dispozici je evidence nákupu a objednávek materiálu, systém pokrývá celý prodejní

Více

Individuální projekt z předmětu webových stránek 2012/2013 - Anketa

Individuální projekt z předmětu webových stránek 2012/2013 - Anketa Individuální projekt z předmětu webových stránek 2012/2013 - Anketa Daniel Beznoskov, 2 IT A Skupina 1 Úvod Prohlášení o autorství Prohlašuji, že jsem individuální projekt z předmětu webových stránek na

Více

Svoboda díky technologiím

Svoboda díky technologiím Fakturační systém UNiQ Svoboda díky technologiím Zabýváme se vývojem technologií, které pomáhají firmám zvýšit jejich efektivitu a uspořit čas. Díky automatizovanému softwaru, přinášíme lidem více svobody

Více

MONITORING OBCHODNÍCH PARTNERŮ

MONITORING OBCHODNÍCH PARTNERŮ MONITORING OBCHODNÍCH PARTNERŮ NÁVOD PRO APLIKACI 1 Obsah: 1. Prvotní spuštění aplikace Část monitoring insolvenčního rejstříku 2. Hlavní okno 3. Monitorované subjekty 3.1 Skupiny monitorovaných subjektů

Více

51 Docházka externistů

51 Docházka externistů 51 Docházka externistů Uživatelský modul Docházka externistů slouží ke zpracování podkladu pro výpočet mzdy všem externím zaměstnancům. Za externí zaměstnance jsou považováni ti, kteří nemají účet v informačním

Více

JRV.CZ s.r.o. Bulharská 4 612 00 Brno www.rosadata.cz. RosaData. Pohledávky

JRV.CZ s.r.o. Bulharská 4 612 00 Brno www.rosadata.cz. RosaData. Pohledávky RosaData Pohledávky OBSAH Úvod... 3 Popis procesu... 3 Přehled pohledávek a závazků... 5 Nové vymáhání... 6 Akce vymáhání... 9 Přehled vymáhání... 10 Nastavení... 12 Procesy vymáhání... 12 Typ vymáhání...

Více

SKLAD ODPADŮ modul MOBILNÍ ZAŘÍZENÍ Vedení evidence MOBILNÍCH ZAŘÍZENÍ K VYUŽÍVÁNÍ NEBO ODSTRAŇOVÁNÍ ODPADŮ

SKLAD ODPADŮ modul MOBILNÍ ZAŘÍZENÍ Vedení evidence MOBILNÍCH ZAŘÍZENÍ K VYUŽÍVÁNÍ NEBO ODSTRAŇOVÁNÍ ODPADŮ SKLAD ODPADŮ modul MOBILNÍ ZAŘÍZENÍ Vedení evidence MOBILNÍCH ZAŘÍZENÍ K VYUŽÍVÁNÍ NEBO ODSTRAŇOVÁNÍ ODPADŮ Obsah dokumentu Tento dokument popisuje a vysvětluje specifické činnosti vedení evidence v programu

Více

Práce s osobními údaji studentů a uchazečů o studium

Práce s osobními údaji studentů a uchazečů o studium Práce s osobními údaji studentů a uchazečů o studium Verze 02 Úvod Tento materiál popisuje zásady práce s osobními údaji studentů a uchazečů o studium v centrálním Informačním systému Studium (dále jen

Více

Elektronické výpisy v BankKlientovi

Elektronické výpisy v BankKlientovi Elektronické výpisy v BankKlientovi Nastavení oprávnění pro změnu parametru účtu Nově Vám v BankKlientu přibylo oprávnění pro změnu parametru účtu. Toto oprávnění Vám dává možnost měnit nastavení účtu

Více

Technologické postupy práce s aktovkou IS MPP

Technologické postupy práce s aktovkou IS MPP Technologické postupy práce s aktovkou IS MPP Modul plánování a přezkoumávání, verze 1.20 vypracovala společnost ASD Software, s.r.o. dokument ze dne 27. 3. 2013, verze 1.01 Technologické postupy práce

Více

Modul Intrastat. www.money.cz

Modul Intrastat. www.money.cz Modul Intrastat www.money.cz 2 Money S5 Intrastat Co je Intrastat Intrastat je statistika obchodu se zbožím mezi Českou republikou a ostatními členskými státy Evropské unie. Informace lze najít na www.czso.cz,

Více

T-Cloud Zakázka. Uživatelská příručka

T-Cloud Zakázka. Uživatelská příručka Uživatelská příručka Popis služby Služba T-Cloud ZAKÁZKA (dále jen ZAKÁZKA) poskytuje svým uživatelům informace o 99% veřejných zakázek vypsaných v České republice. Služba nabízí uživatelům následující

Více

MojeBanka - Informace pro příjemce platebních karet

MojeBanka - Informace pro příjemce platebních karet Vážení obchodní partneři, jsme rádi, že Vám můžeme nabídnout moderní a bezpečný způsob distribuce výpisů z akceptace platebních karet. Pro získání elektronických výpisů z je nezbytné, abyste využívali

Více

43 HTML šablony. Záložka Šablony v systému

43 HTML šablony. Záložka Šablony v systému 43 HTML šablony Modul HTML šablony slouží ke správě šablon pro výstupy z informačního systému modularis ve formátu HTML. Modul umožňuje k šablonám doplňovat patičku, dokumentaci a vázat šablony na konkrétní

Více

Uživatelský manuál: Modul Nové kontakty

Uživatelský manuál: Modul Nové kontakty Uživatelský manuál: Modul Nové kontakty Se zapnutím nových kontaktů souvisí nasazení nové aplikace Těžká podatelna a nový formulář pro evidenci externí písemnosti (dokumentu). Zapnutí nových kontaktů lze

Více

Ostatní portálové aplikace

Ostatní portálové aplikace Univerzitní informační systém Panevropská vysoká škola Ostatní portálové aplikace Svazek 9 Verze: 1.20 Datum: 10. března 2016 Autor: Jitka Šedá, Martin Tyllich Obsah Seznam obrázků 5 1 Helpdesk pro UIS

Více

Příručka aplikace Registr de minimis

Příručka aplikace Registr de minimis Příručka aplikace Registr de minimis Obsah Úvod...1 Souhrnné informace...2 Podrobné informace o podporách konkrétního příjemce...3 Číselníky...4 Informace o subjektu přihlášeného uživatele...5 Podrobné

Více

PROFI TDi s.r.o. 696 37, Želetice 40 www.profi-tdi.cz info@profi-tdi.cz. Návod k používání systému OTDI.CZ

PROFI TDi s.r.o. 696 37, Želetice 40 www.profi-tdi.cz info@profi-tdi.cz. Návod k používání systému OTDI.CZ Návod k používání systému OTDI.CZ Vážený kliente. Děkujeme za projevený zájem o náš on-line systém evidence kontrol, určený speciálně pro účely dozorů staveb. Systém OTDI.CZ nabízí svým uživatelům zejména:

Více

K práci je možné přistoupit následujícím způsobem. Odkaz na práci se nachází na osobním webu autora práce: http://stpr.cz/.

K práci je možné přistoupit následujícím způsobem. Odkaz na práci se nachází na osobním webu autora práce: http://stpr.cz/. 2. Seznámení K práci je možné přistoupit následujícím způsobem. Odkaz na práci se nachází na osobním webu autora práce: http://stpr.cz/. 2.1. Uživatel (učitel) Uživatelem (učitelem) se myslí osoba, která

Více

1. Umístěte kurzor do sloupce Datový typ na řádek s polem, ve kterém vytvořit chcete seznam.

1. Umístěte kurzor do sloupce Datový typ na řádek s polem, ve kterém vytvořit chcete seznam. 10.6.7 POSTUP TVORBY KOMBINOVANÉHO SEZNAMU 1. Umístěte kurzor do sloupce Datový typ na řádek s polem, ve kterém vytvořit chcete seznam. 2. V rozbalovací nabídce se seznamem datových typů vyberte volbu

Více

Uživatelská příručka

Uživatelská příručka PŘÍLOHA B Uživatelská příručka Před prvním spuštění aplikace je nezbytné ujasnit si některé pojmy: web URL webových stránek, pro které se budou zjišťovat pozice. klíčové slovo - Slovní spojení nebo samostatné

Více

Registrace Jak mám postupovat hned po registraci? Kde a jak si nastavím, že jsem plátce DPH?

Registrace Jak mám postupovat hned po registraci? Kde a jak si nastavím, že jsem plátce DPH? Manuál k HELIOS One Podnikatel Obsah Registrace... 3 Jak mám postupovat hned po registraci?... 3 Kde a jak si nastavím, že jsem plátce DPH?... 3 Jak si založím další firmu?... 4 Jsem podnikatel. Jak vytvořím

Více

DATABÁZE MS ACCESS 2010

DATABÁZE MS ACCESS 2010 DATABÁZE MS ACCESS 2010 KAPITOLA 5 PRAKTICKÁ ČÁST TABULKY POPIS PROSTŘEDÍ Spuštění MS Access nadefinovat název databáze a cestu k uložení databáze POPIS PROSTŘEDÍ Nahoře záložky: Soubor (k uložení souboru,

Více

Registr práv a povinností

Registr práv a povinností Registr práv a povinností Doporučené postupy a nastavení internetového prohlížeče pro práci v aplikaci AIS RPP Doporučené postupy a nastavení internetového prohlížeče pro práci v aplikaci AIS RPP v4.0

Více

Webová aplikace Znalostní testy online UŽIVATELSKÁ PŘÍRUČKA

Webová aplikace Znalostní testy online UŽIVATELSKÁ PŘÍRUČKA Webová aplikace Znalostní testy online UŽIVATELSKÁ PŘÍRUČKA 2005 Lukáš Trombik OBSAH ÚVOD... 1 SPUŠTĚNÍ... 1 POPIS OVLÁDÁNÍ INFORMAČNÍHO SYSTÉMU... 1 POPIS KLIENTSKÉ ČÁSTI... 1 POPIS ADMINISTRÁTORSKÉ ČÁSTI...

Více

Použití informačního systému Helios Orange Personalistika

Použití informačního systému Helios Orange Personalistika Použití informačního systému Helios Orange Personalistika 2014 BüroKomplet, s.r.o. Obsah 1 Kontakty... 3 2 Obecné... 4 3 Školení, lékařské prohlídky... 5 3.1 1. krok kategorie školení, lékařských prohlídek...

Více

Návod na obsluhu softwaru Amobile Sale objednávkový a prodejní software pro PDA a tablety s OS Android.

Návod na obsluhu softwaru Amobile Sale objednávkový a prodejní software pro PDA a tablety s OS Android. Návod na obsluhu softwaru Amobile Sale objednávkový a prodejní software pro PDA a tablety s OS Android. Úvod popis funkcí softwaru. Nový doklad Ceník Kontakty Doklady Nastavení Reporty Import Export Přihlášení

Více

Monitoring mikroregionů a jejich rozvojových dokumentů. imr. On-line systém evidence mikroregionů a jejich rozvojových dokumentů

Monitoring mikroregionů a jejich rozvojových dokumentů. imr. On-line systém evidence mikroregionů a jejich rozvojových dokumentů Monitoring mikroregionů a jejich rozvojových dokumentů imr On-line systém evidence mikroregionů a jejich rozvojových dokumentů Ministerstvo pro místní rozvoj Ústav územního rozvoje Brno, 2006 OBSAH Úvod

Více

SEO (optimalizace pro vyhledavače)

SEO (optimalizace pro vyhledavače) SEO (optimalizace pro vyhledavače) Lektor: Jiří Eder Obsah videosemináře Co je to SEO? Slovníček pojmů První internetové dokumenty Principy fungování Co se posuzuje Jak se vyhnout největším chybám SEO

Více

Postupy práce se šablonami IS MPP

Postupy práce se šablonami IS MPP Postupy práce se šablonami IS MPP Modul plánování a přezkoumávání, verze 1.20 vypracovala společnost ASD Software, s.r.o. dokument ze dne 27. 3. 2013, verze 1.01 Postupy práce se šablonami IS MPP Modul

Více