M
F
On-line skladová nádstavba systému Pohoda D
Ond ej Vitvar
Brno, jaro 2016
Prohláöení Prohlaöuji, ûe tato diplomová práce je m˝m p vodním autorsk˝m dílem, které jsem vypracoval samostatn . Vöechny zdroje, prameny a literaturu, které jsem p i vypracování pouûíval nebo z nich erpal, v práci ádn cituji s uvedením úplného odkazu na p ísluön˝ zdroj.
Ond ej Vitvar
Vedoucí práce: doc. RNDr. Eva Hladká, Ph.D. i
Pod kování Moje pod kování pat í p edevöím doc. RNDr. Ev Hladké, Ph.D., za její ochotu, odborné vedení a veöker˝ as, kter˝ mi v novala. Pod kovat bych cht l také m˝m koleg m z práce, jmenovit Záviöi Jiráskovi a Martinu Kaöparovi za poskytnutí pot ebn˝ch informací, cenn˝ch rad a moûnosti podílet se na realizaci projektu. Jako poslednímu pat í mé pod kování Cyrilu Holubovi ze spole nosti F. H. Prager, za moûnost publikovat konkrétní eöení sklad v mé práci. iii
Shrnutí Cílem mé práce bylo nastudovat ekonomick˝ systém Pohoda a navrhnout zp sob eöení on-line skladov˝ch operací pomocí árov˝ch kód jako rozöí ení tohoto systému. eöení implementovat v prost edí MS Windows. Implementované eöení zdokumentovat a otestovat p i nasazení u konkrétního zákazníka.
iv
Klí ová slova Pohoda, plusMobile, Stormware, sklady, árové kódy, SQL server, mobilní terminály
v
Obsah 1
2
Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.1 Ekonomické systémy . . . . . . . . . . . . . . . . . . . . . 1.2 Ekonomick˝ systém pro malou firmu . . . . . . . . . . . . . 1.3 Ekonomick˝ systém pro F. H. Prager . . . . . . . . . . . . . 1.4 Rozd lení práce . . . . . . . . . . . . . . . . . . . . . . . . STORMWARE Pohoda . . . . . . . . . . . . . . . . . . . . . 2.1 Popis základních modul ekonomického systému Pohoda . . 2.1.1 Adresá (správa obchodních kontakt , komunika ní funkce, organizace dokument ) . . . . . . 2.1.2 Fakturace (vydané/p ijaté faktury, zálohové faktury, p íkazy k úhrad , elektronická fakturace) . 2.1.3 Finance (pokladna, banka, interní doklady) . . . 2.2 Volitelné agendy a funkce systému Pohoda . . . . . . . . . . 2.2.1 Dan (p iznání k DPH, souhrnná hláöení, podklady pro da z p íjmu, elektronická podání da ov˝ch p iznání) . . . . . . . . . . . . . . . . . 2.2.2 Da ová evidence (pen ûní a nepen ûní deník, p edkontace) . . . . . . . . . . . . . . . . . . . . 2.2.3 Ú etnictví (ú etní deník, saldo) . . . . . . . . . . 2.2.4 Mzdy a cestovní p íkazy (personalistika, mzdy pro neomezen˝ po et zam stnanc , tuzemské a zahrani ní cestovní p íkazy) . . . . . . . . . . . 2.2.5 Majetek (dlouhodob˝, leasingov˝ a drobn˝ majetek) . . . . . . . . . . . . . . . . . . . . . . . . . 2.2.6 Kniha jízd (vozidla, jízdy) . . . . . . . . . . . . . 2.2.7 Objednávky (nabídky, poptávky, p ijaté/vydané objednávky) . . . . . . . . . . . . . . . . . . . . . 2.2.8 Poötovní sestavy (poukázky, obálky, pr vodky, ötítky) . . . . . . . . . . . . . . . . . . . . . . . . 2.2.9 Cizí m ny ( ástky v cizích m nách, kurzové lístky, cizojazy né sestavy) . . . . . . . . . . . . . 2.2.10 Homebanking (export p íkaz , import a zaú tování v˝pis ) . . . . . . . . . . . . . . . . . . . . .
1 1 2 3 3 5 5 5 8 8 9 10 10 11 11 12 13 13 14 15 15 vii
2.2.11 P ístupová práva (p ímá definice, práva na íselné ady, export agend, definice pomocí rolí, práva na tiskové sestavy) . . . . . . . . . . . . . . 2.2.12 Sklady - základní funkce (zásoby, p íjemky, v˝dejky, prodejky, p evodky, v˝roba, inventury, evidence reklamací a oprav, automatické objednávání jednotliv˝ch zásob, vestav ná prodejní Kasa) . . . . . . . . . . . . . . . . . . . . . . . . . 2.2.13 Internetové obchody - základní funkce (parametry, kategorie, administrace) . . . . . . . . . . . . 2.2.14 Technologie klient - server (databázov˝ SQL server) . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2.15 Sklady - dalöí funkce . . . . . . . . . . . . . . . . 3 V˝chozí situace . . . . . . . . . . . . . . . . . . . . . . . . . . 3.1 Anal˝za poûadavk . . . . . . . . . . . . . . . . . . . . . . 3.2 Mobilní terminály - nadstavba nad ekonomick˝ systém Pohoda 3.2.1 ATEOSYS - on-line terminály pro ES . . . . . . . 3.2.2 plusMobile - mobilní i pevné terminály do skladu 3.3 Volba nadstavbového eöení pro Pohodu . . . . . . . . . . . 4 Nasazení plusMobile . . . . . . . . . . . . . . . . . . . . . . 4.1 Instalace SQL Serveru . . . . . . . . . . . . . . . . . . . . 4.2 Instalace Pohody . . . . . . . . . . . . . . . . . . . . . . . 4.3 Instalace plusMobile . . . . . . . . . . . . . . . . . . . . . 4.3.1 Aktualizace programu . . . . . . . . . . . . . . . 4.3.2 Obecná nastavení . . . . . . . . . . . . . . . . . . 4.3.3 Licence . . . . . . . . . . . . . . . . . . . . . . . . 4.3.4 P ipojení k databázi . . . . . . . . . . . . . . . . 4.3.5 Instalace a spuöt ní sluûby systému Windows . 4.3.6 Firewall . . . . . . . . . . . . . . . . . . . . . . . 4.3.7 Nastavení plánova e . . . . . . . . . . . . . . . . 4.3.8 Test nastavení . . . . . . . . . . . . . . . . . . . . 4.3.9 Nastavení p enosn˝ch terminál . . . . . . . . . 5 Pouûití v praxi . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.0.1 P íjem materiálu na sklad materiálu . . . . . . . 5.0.2 P evod do v˝roby . . . . . . . . . . . . . . . . . . 5.0.3 P evod z v˝rovy na hlavní sklad (Prodej), pln ní p epravek . . . . . . . . . . . . . . . . . . . . . . 5.0.4 P evod ze skladu Prodej na rozvozová auta . . . viii
15
16 18 19 19 21 21 24 24 25 26 29 29 31 33 33 35 37 37 38 38 38 39 40 47 49 50 52 54
5.0.5 Prodej z auta . . . . . . . . . . . . . . . . . . . 5.0.6 P evod prázdn˝ch obal zp t na sklad Prodej 5.0.7 P evod na sklad öpinav˝ch obal . . . . . . . . 5.0.8 P evod ist˝ch sud do v˝roby . . . . . . . . . 5.0.9 P evod p epravek zp t do v˝roby . . . . . . . 6 V˝hled do budoucna . . . . . . . . . . . . . . . . . . . . . . 7 Záv r . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Literatura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A P íloha . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A.1 Zboûí . . . . . . . . . . . . . . . . . . . . . . . . . . . . A.2 Doklady . . . . . . . . . . . . . . . . . . . . . . . . . . . A.3 Da ov˝ doklad . . . . . . . . . . . . . . . . . . . . . . . A.4 Skladové operace -> P íjem / V˝dej . . . . . . . . . . . . . A.5 Skladové operace -> V˝dejka k faktu e . . . . . . . . . . . A.6 Skladové operace -> V˝roba . . . . . . . . . . . . . . . . . A.7 Skladové operace -> P evod . . . . . . . . . . . . . . . . . A.8 Skladové operace -> Inventura . . . . . . . . . . . . . . . A.9 Skladové operace -> Inventurní seznamy . . . . . . . . . . A.10 Skladové operace -> Balní listy . . . . . . . . . . . . . . . A.11 Skladové operace -> umíst ní ve skladu . . . . . . . . . . . A.12 Objednávky . . . . . . . . . . . . . . . . . . . . . . . . . A.13 Pokladna . . . . . . . . . . . . . . . . . . . . . . . . . . . A.14 PHscanner . . . . . . . . . . . . . . . . . . . . . . . . . A.15 Historie . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
57 60 61 61 61 63 65 67 71 71 71 72 72 73 74 75 75 76 76 77 78 79 80 80
ix
1 Úvod Ve své práci se z velké ásti zab˝vám ekonomick˝m systémem Pohoda, jeho moûnostmi, uûivatelsk˝m prost edím a moûnostmi jeho rozöí ení pomocí softwaru t etích stran. Jedná se o tzv. ERP systém. V první ad by bylo vhodné objasnit k emu takov˝ systém slouûí a jak z nep eberného mnoûství r zn˝ch eöení vybrat to správné.
1.1
Ekonomické systémy
“Na eském trhu je dnes nabízeno p ibliûn 180 program na zpracovávání ú etních a ekonomick˝ch dat, z nichû p ibliûn 130 ozna ují distributo i za programy typu ERP.“[1] ERP je zkratka z anglického Enterprise Resource Planning, esky Plánování podnikov˝ch zdroj nebo také podnikov˝ informa ní systém. Jedná se o sytém, kter˝ podniku umoû uje ídit vöechny oblasti jeho innosti “jako jsou plánování, zásoby, nákup, prodej, marketing, finance, personalistika, atd.”[2] P irozen ne vöechna tato eöení jsou vhodná pro kaûdou firmu. Vûdy je t eba pe liv vybrat vhodné eöení pro danou situaci. P i v˝b ru je d leûité brát ohled na obor, kter˝m se spole nost zab˝vá. Jedná-li se o v˝robní spole nost, obchodní spole nost, ûivnostníka nebo pot ebujeme ERP systém pro sektor sluûeb nebo ve ejnou správu. V p ípad obchodní spole nosti je vhodné specifikovat jaké funk ní eöení poûadujeme. Zda nap íklad provozujeme e-shop nebo jen maloobchodní prodej v kamenn˝ch prodejnách. Jestli obchodujeme s potravinami nebo elektronikou a jestli pot ebujeme eöit ambulantní prodej atd. Kaûd˝ ERP systém nabízí adu nástroj pro správu financí a ekonomiku obecn , nástroje pro správu lidsk˝ch zdroj , eöení sklad a logistiky, sluûeb a servis . M ûe obsahovat i modul pro sledování v˝roby nebo pro obchod a marketing. Kaûd˝ z mnoha systém m ûe b˝t více nebo mén vhodn˝ pro konkrétního zákazníka. Primárním klí em pro v˝b r systému by m la b˝t velikost spole nosti. Systém vhodn˝ pro malé a st ední firmy s maximáln desítkami zam stnanc a obratem do 30 milion bude jen t ûko dosta ovat nadnárodní spole nosti s miliardov˝mi obraty. 1
.Ú V neposlední ad je t eba myslet na nákladnost daného eöení. Nebát se investovat v töí sumu do zavedení funk ního systému, kter˝ uöet í spoustu práce a pom ûe firm fungovat efektivn ji, ale na druhé stran neutrácet zbyte n moc pen z za eöení, které bude komplikované a nebude odpovídat poûadavk m a velikosti firmy. N která eöení nabízejí napojení na stávající systémy firem. Obecn je vhodn jöí p ejít na nov˝ model fungování, nesnaûit se za kaûdou cenu napojit staré eöení na nov˝ systém. Napojením na stávající systém vznikne komplikované eöení plné kompromis , které ve v˝sledku nep ináöí zjednoduöení. Je velmi d leûité nebát se zm ny, ale sou asn po ítat s prvotními obtíûemi p i p echodu na nov˝ systém.
1.2
Ekonomick˝ systém pro malou firmu
P i v˝b ru ERP systému pro malou nebo st edn velkou spole nost je t eba se vyhnout pomysln˝m extrém m: Menöí spole nost nepot ebuje komplexní, obsáhlá a finan n velmi náro ná eöení jak˝mi jsou nap íklad SAP Bussines All-in-one, ABRA G3, Helios Green, Microsoft Dynamics a dalöí. Opa n˝m extrémem jsou n které ú etní programy, které jsou sice asem ov ené, funk ní a spolehlivé, nicmén jejich v˝voj se zúûil jen na opravu chyb a úpravy nutné k tomu, aby systém odpovídal platné legislativ . Do této kategorie bych za adil nap íklad systém Ú to Tich˝, kter˝ i v dneöní dob stále pracuje nad opera ní systémem MS-DOS. Ze stejného d vodu jsem vy adil i systém JEéEK Stereo. Mohu se m˝lit, ale nemyslím si, ûe nejlepöího v˝sledku m ûeme docílit, pouûitím systému, jehoû aktuální verze je více neû 15 let stará. Do uûöího v˝b ru bych rovn û neza adil systémy, o kter˝ch jsem nedohledal pot ebné informace a dokumentaci, nebo systémy, které jsou na naöem trhu naprosto minoritní. Takové systémy nebudou mít dostate nou uûivatelskou základnu pro vytvo ení jisté komunity, která by usnadnila eöení p ípadn˝ch problém spojen˝ch s instalací a chodem systému. Stejn tak bych vy adil systémy, které nepodporují dnes b ûné funkce, jako napojení na e-shopy nebo práci po síti. Ve v˝sledku jsem vybral n kolik kvalitních, velmi propracovan˝ch a cenov tém srovnateln˝ch ERP systém : • Pohoda E1 od spole nosti STORMWARE s.r.o. 2
.Ú • ABRA Flexibee od spole nosti ABRA Software a.s. • Money S3 od CÍGLER SOFTWARE a.s. • Helios Red od Asseco Solutions, a.s. Vöechny tyto systémy poskytují tém shodn˝ rozsah moûností a funkcí. Vöechny mají kvalitní a dostupnou podporu a jsou pe liv zdokumentovány. Pro firmu malé aû st ední velikosti by naprosto dosta oval kter˝koliv z nich a záleûí tak na kaûdém, jak se rozhodne. Já jsem se p i v˝b ru rozhodoval na základ zkuöeností s jednotliv˝mi systémy a na základ doporu ení n kolika lidí z oboru.
1.3
Ekonomick˝ systém pro F. H. Prager
V práci se zab˝vám moûnostmi rozöí ení t chto systém o mobilní te ky árov˝ch kód a jejich p ímé on-line napojení na dan˝ ekonomick˝ systém. Ur itou formu mobilního p ístupu k systému poskytuje jen systém Flexibee a nov také Pohoda pomocí aplikace mPohoda. Ani v jednom p ípad se vöak nejedná o plnohodnotné eöení poskytující námi poûadovanou funkcionalitu. Z tohoto d vodu bylo t eba vybírat systém na základ moûnosti jeho rozöí ení, aplikacemi t etích stran. Zde se mi jako nejlepöí kandidát jeví ekonomick˝ systém Pohoda. Na trhu existují desítky krabicov˝ch eöení, které ho rozöi ují o dalöí uûite né funkce. N kolik tuzemsk˝ch firem se zab˝vá v˝vojem jeho rozöí ení a dalöích úprav na míru, v etn t ch, která jsem pro svou práci hledal já. Volbu ekonomického systému Pohoda povaûuji za správnou. S asem, kter˝ své práci v nuji, se mi toto rozhodnutí potvrzuje. Jedin˝m váûn jöím nedostatkem systému je absence podpory jin˝ch opera ních systém neû MS Windows. V tomto ohledu je nap íklad zmín né Flexibee mnohem vst ícn jöí.
1.4
Rozd lení práce
Témetem práce je problematika vedení sklad v prost edí ekonomického systému Pohoda. Cílem práce je nastudovat systém a navrhnout eöení umoû ující provád t on-line vöechny pot ebné skladové 3
.Ú operace. eöení následn zdokumentovat a otestovat b hem nasazení ve spole nosti F. H. Prager. Práce je rozd lena do 7 kapitol. První kapitola p edstavuje úvod do ERP systém a popis práce samotné. Ve druhé kapitole mapuji jednotlivé agendy a funkce systému Pohoda. Alespo základní porozum ní systémového prost edí je nutné pro pochopení mé dalöí práce. Ve t etí ásti analyzuji situaci ve spole nosti F. H. Prager a hledám vhodné nadstavbové eöení pro Pohodu, tak aby spl ovalo poûadavky na funk nost. tvrtá kapitola obsahuje popis samotného nasazení systému a konkrétního nastavení u zákazníka, v etn popisu nastavení nadstavbového eöení. Pátá kapitola mapuje uûivatelské rozhraní a p edstavuje zjednoduöen˝ návod na obsluhu systému p ímo zam stnanci ve skladu. V p edposlední kapitole se zab˝vám dalöími moûnostmi rozöí ení jiû nasazeného systému a zv˝öením úrovn automatizace firemních proces . Poslední kapitola je shrnutím celého projektu a posouzení jeho p ínosu pro zákazníka.
4
2 STORMWARE Pohoda “Program Pohoda je komplexní ú etní a ekonomick˝ software pro malé, st ední i v töí firmy z ad fyzick˝ch i právnick˝ch osob.”[3] Tuto v tu m ûeme najít na oficiálních stránkách spole nosti STORMWARE. Pohoda “umoû uje vést ú etnictví i da ovou evidenci a vyhoví plátc m i neplátc m DPH. Systém je oborov neutrální a vhodn˝ pro ûivnostníky, podnikatele a spole nosti, které se zab˝vají v˝robou, obchodem i poskytováním sluûeb...”[3]. Jedná se o velmi vöestrann˝ systém, jehoû funkcionalita je rozd lena do jednotliv˝ch agend. Ekonomick˝ systém Pohoda od spole nosti STORMWARE s. r. o. (dále jen Pohoda) je dostupn˝ v n kolika funk n a cenov odliön˝ch variantách. Na základ agend, které jsou v ní dostupné, se verze d lí na Pohodu Mini, Lite, Jazz, Standard, Profi, Premium a Komplet. Tyto verze se jeöt dále d lí podle formátu pouûité databáze na základní, vyuûívající datov˝ formát databáze Microsoft Access 2000 (sobory s p íponou .mdb), a vyööí, verze SQL a E1 pracující v prost edí databáze Microsoft SQL Server. Nejjednoduööí zp sob, jak si ud lat lepöí p ehled v dostupn˝ch variantách, je pohled na následující obrázek 2.1.
2.1
Popis základních modul ekonomického systému Pohoda
Bez v˝jimky kaûdá verze Pohody obsahuje n kolik základních agend. Ve stru nosti tyto agendy popíöi. 2.1.1
Adresá (správa obchodních kontakt , komunika ní funkce, organizace dokument )
“Adresá umoû uje efektivní evidenci, správu a vyhledávání vöech kontakt podle libovoln˝ch kritérií. Veökeré záznamy m ûete upravovat, tisknout a p idávat si k nim své vlastní poznámky.”[4] Záznamy v adresá i se dají vytvá et bu ru n , nebo se informace dají vyhledat v obchodním rejst íku nebo informa ních systémech ARES a VIES (rejst íky firem a institucí, kter˝m bylo p id leno I ). Adresá umí najít polohu daného partnera na map podle adresních 5
. STORMWARE P
Obrázek 2.1: Jednotlivé ádky v tabulce p edstavují konkrétní funkcionalitu ES Pohoda. [Zdroj: http://www.stormware.cz]
6
. STORMWARE P
Obrázek 2.2: [Zdroj: archiv autora]
údaj nebo zadan˝ch GPS sou adnic, umí ov it, zda není evidován v insolven ním rejst íku, p ípadn rovnou zobrazit detaily insolven ního ízení na Internetu. P ímo v adresá i lze jednotliv˝m kontakt m nastavit cenovou hladinu, preferovan˝ zp sob plateb, konkrétní bankovní ú et, splatnost pohledávek a tolerované dny po splatnosti, p edkontaci pro zaú tování a len ní DPH pro p ijaté a vydané faktury. Adresá nabízí i správu dokument souvisejících s dan˝m obchodním partnerem. Stejn tak je moûné p ímo z adresá e v záloûce “Doklady” zobrazit vöechny doklady v Pohod svázané s dan˝m partnerem. Sou ástí adresá e je i moûnost komunikace, odeslání emailu p ímo z Pohody, komunikace p es Skype nebo hromadná korespondence pomocí programu Microsoft Word. 7
. STORMWARE P 2.1.2
Fakturace (vydané/p ijaté faktury, zálohové faktury, p íkazy k úhrad , elektronická fakturace)
Modul “Fakturace” v sob zahrnuje základní agendy, které obsahují vöechny verze softwaru. Ty umoû ují vytvá et a spravovat p ijaté a vydané nabídky, poptávky, objednávky, faktury, zálohové faktury, p íkazy k úhrad a zakázky. Kaûd˝ z t chto doklad m ûe a nemusí b˝t tvo en s vazbou na adresá a s vazbou na sklad. Pohoda v oblasti fakturace a objednávek podporuje velkou adu dalöích uûite n˝ch funkcí, jako je vytvá ení nov˝ch doklad pomocí öablon, vzájemné zápo ty neuhrazen˝ch pohledávek a závazk mezi obchodními partnery, len ní na st ediska, innosti a zakázky, hromadnou fakturace, rezervaci skladov˝ch poloûek vkládan˝ch do p ijaté objednávky atd. Nedílnou sou ástí fakturace je elektronická fakturace. “Pohoda podporuje n kolik formát pro v˝m nu dokument elektronickou cestou: • jednotn˝ formát elektronické fakturace ISDOC • export do univerzálního formátu PDF a moûnost odeslání p ímo z Pohody • vlastní systém pro p enos obchodních doklad STORMWARE eForm."[5] Pro rozesílání dokument ve formátu PDF lze vyuûít öablony e-mailov˝ch zpráv, hromadné rozesílání a p edevöím opat ení PDF dokumentu elektronick˝m podpisem a asov˝m razítkem.
2.1.3
Finance (pokladna, banka, interní doklady)
Poslední modul obsaûen˝ ve vöech verzích Pohody jsou “Finance”. Tato poloûka v sob zahrnuje celkem 3 agendy (pokladna, banka a interní doklady). “Agenda “Pokladna” slouûí k vystavování a evidenci v˝dajov˝ch a p íjmov˝ch hotovostních ú etních doklad , k nákupu a prodeji skladov˝ch zásob v hotovosti a k zápisu hotovostních úhrad pohledávek a závazk .”[6] “Agenda “Banka” slouûí k evidenci pohyb na bankovních ú tech.”[7] V˝pisy z ú t sem uûivatel zapisuje ru n , p eváûn formou likvidace pohledávek a závazk . Základní agenda Banka neobsahuje podporu 8
. STORMWARE P
Obrázek 2.3: [Zdroj: archiv autora] komunikace s internetov˝m bankovnictvím ûádné banky. Tuto moûnost i n které dalöí obsahuje aû sada funkcí Homebanking. Dalöí agendou obsaûenou v poloûce finance jsou “Interní doklady”. Tato agenda slouûí p edevöím k zápisu vnitrofiremních doklad . Dále k “vytvá ení doklad na samovym ení dan , p ípadn uplatn ní nároku na její odpo et...“[8]
2.2
Volitelné agendy a funkce systému Pohoda
Vöechny ostatní agendy a funkce uû ur it˝m zp sobem profilují konkrétní pouûití Pohody v ú etní jednotce. Nap íklad verze „Jazz“ je zam ená na skladové hospodá ství a neobsahuje v bec ú etnictví. Verze „Profi“ je zase ú etním programem, kter˝ nijak ne eöí sklady a napojení na internetové obchody. O n co stru n ji projdu i ostatní agendy a jejich vlastnosti. 9
. STORMWARE P 2.2.1
Dan (p iznání k DPH, souhrnná hláöení, podklady pro da z p íjmu, elektronická podání da ov˝ch p iznání)
“Da z p idané hodnoty Pohoda spo ítá automaticky na základ údaj , které jsou uvedeny v prvotních da ov˝ch dokladech vystaven˝ch v agendách Pokladna, Vydané faktury, Ostatní pohledávky, P ijaté faktury, Ostatní závazky a Interní doklady, jejichû datum uskute n ní zdanitelného pln ní spadá do zvoleného období.”[9] Pohoda podporuje elektronická podání da ov˝ch p iznání a to t emi zp soby. Bu vytvo en˝ XML dokument uloûí do souboru a automaticky odeöle na Da ov˝ portál Finan ní správy eské republiky nebo XML soubor odeöle do datové schránky p ísluöeného finan ního ú adu. Poslední moûností je uloûení XML dokumentu do souboru pro ru ní odeslání p es Da ov˝ portál R.
2.2.2
Da ová evidence (pen ûní a nepen ûní deník, p edkontace)
Modul da ová evidence slouûí ke sledování p íjm a v˝daj finan ních subjekt , které nevedou ú etnictví, nap . OSV nebo n kter˝ch spolk . Pen ûní deník sleduje tok finan ních prost edk , které mají vliv na da z p íjmu. V˝hodou agendy je moûnost vytvo it tzv. p edkontace, tj. vytvo it öablony pro zápis pravideln se opakujících ú etních zápis (nap . nákup zásob v hotovosti, úhrada sluûeb apod.). Modul rozd luje doklady na p íjem, v˝dej a p evod. “Zápisy typu p íjem a v˝dej vytvá í Pohoda automaticky, jakmile se uloûí doklady v agendách Banka a Pokladna na základ nastavené p edkontace.”[10] Zápisy typu p evod se provád jí pouze p i oprav a rozú tování jednotliv˝ch ádk deníku. “Agenda Nepen ûní deník je ur ena pro zadání ú etních zápis , které zvyöují nebo sniûují základ dan z p íjm , ale neovliv ují stav pen ûních prost edk v hotovosti nebo na b ûn˝ch ú tech.”[11] V p ípad ú etních jednotek, které vedou da ovou evidenci se nej ast ji jedná nap íklad o odpisy investi ního majetku, opravu stavu zásob p i inventarizaci, opravy chyb v zápisech do pen ûního deníku (nap . zm na typu p edkontace v jiû uzav eném období). 10
. STORMWARE P 2.2.3
Ú etnictví (ú etní deník, saldo)
Ú etní deník vede kaûdá ú etní jednotka, která vede ú etnictví. Evidují se v n m vöechny ú etní p ípady, které se v ú etní jednotce uskute ní. “Ú etní deník je hlavní ú etní knihou. Zápisy v ú etním deníku vytvá í Pohoda automaticky p i zápisu a opravách prvotních doklad v agendách.”[12] Podle typu ú etního zápisu lze ú etní deník „t ídit“ a zjiö ovat salda (stavy) jednotliv˝ch ú t . Nap íklad zjistit v˝öi pohledávek za vöemi odb rateli (saldo pohledávek), díky vazb na adresá zjistit v˝öi pohledávek za jedním odb ratelem (saldo konkrétního odb ratele). Stejn˝m zp sobem lze porovnávat samoz ejm i závazky. 2.2.4
Mzdy a cestovní p íkazy (personalistika, mzdy pro neomezen˝ po et zam stnanc , tuzemské a zahrani ní cestovní p íkazy)
Agenda personalistika umoû uje podrobnou evidenci zam stnanc . Vöe co pot ebuje zam stnavatel evidovat o sv˝ch zam stnancích, m ûe evidovat práv zde. Osobní údaje zam stnance, veökeré kontaktní údaje, zdravotní pojiöt ní zam stnance, druh pracovního pom ru v etn data nástupu, délky trvání pracovního pom ru, data ukonení pracovního pom ru, v˝öe mzdy, osobního ohodnocení, zp sobu úhrady mezd atd. Agenda rovn û umoû uje rozöí enou evidenci v p ípad , ûe zam stnanec není ob anem R. Ke kaûdému zam stnanci pak m ûete dopisovat poznámky, p ikládat související dokumenty nebo nap íklad evidovat jeho nep ítomnost v zam stnání. Mzdová agenda v návaznosti na vypln n˝ch údajích v agend personalistika pomáhá s v˝po tem mezd pro jednotlivé zam stnance. „Mzdou se rozumí pen ûité pln ní (p ípadn naturální mzda) poskytované zam stnavatelem zam stnanci za práci. Zam stnavatel poskytuje sv˝m zam stnanc m mzdu za vykonanou práci a za její v˝sledky podle podmínek dohodnut˝ch v pracovní smlouv , ve vnit ních mzdov˝ch p edpisech nebo v kolektivní smlouv .“[13] V˝po et mzdy proto není vûdy úpln snadná v c. V Pohod m ûete do mzdy promítnou vöechny náhrady, nej ast ji za dovolenou a nemoc. Vöechny p íplatky nap . za p es asy, odpracované svátky, práci v noci,... Dále lze evidovat p ekáûky v práci (nemoc, mate ská dovolená, rodi ovská dovolená, neplacené volno. . . ). 11
. STORMWARE P Agenda provede v˝po et hrubé a isté mzdy s p ihlédnutím na vöechny slevy na dani a da ové bonusy, vy íslí sociální a zdravotní pojiöt ní a v˝öi zálohy na da z p íjmu ze závislé innosti. Agendu mezd dopl uje agenda cestovní p íkazy. Tato agenda vypo te v˝öi cestovních náhrad a p ipo ítá je k isté mzd , aby mohly b˝t spole n s ní vyplaceny. Tuzemské a zahrani ní cestovní p íkazy jsou dv nezávislé agendy. V kaûdé z nich lze evidovat a následn vyú tovat neomezené mnoûství sluûebních cest. U kaûdého záznamu m ûete evidovat idi e a ostatní cestující, po átek a konec cesty p ípadn místo jednání, ú el cesty, datum odjezdu a p íjezdu a zp sob dopravy p ípadn konkrétní vozidlo. Ke kaûdé cest pak m ûete p idávat záznamy ohledn v˝daj , stravného nebo jin˝ch náhrad.
2.2.5
Majetek (dlouhodob˝, leasingov˝ a drobn˝ majetek)
„V dlouhodobém majetku má firma vloûeno spoustu pen z a zárove je to majetek, kter˝ slouûí firm po mnoho rok . Je proto nezbytné, aby byl d sledn evidován. Evidence slouûí pro: kontrolu majetku, odepisování majetku, p ehled o finan ní hodnot firmy a úhrady ökod na majetku pojiö ovnou.“[14] “Pohoda automaticky vypo ítá a zaú tuje da ové odpisy (rovnom rné i zrychlené). V ú etnictví voliteln zpracuje i ú etní odpisy podle vámi zvoleného odpisového plánu a doby ûivotnosti majetku. M ûete si vybrat jejich ro ní nebo m sí ní zaú tování. Ú etní program Pohoda podporuje samoz ejm i technické zhodnocení v dalöích letech a dalöí úpravy, které praxe vyûaduje.”[15] Evidence hmotného, nehmotného a drobného majetku je velmi jednoduchá. Majetek se eviduje formou vkládání jednotliv˝ch záznam obsahujících p edevöím, inventární íslo, název, zp sob vyuûití a zp sob odpisu. P ípadn dalöí pole up es ující nap íklad umíst ní majetku a podobn . Odliön se eviduje majetek nakoupen˝ na leasing. Pohoda za tímto ú elem nabízí p ehledného pr vodce, kde uûivatel vyplní základní informace o leasingové smlouv , v˝öi akontace, po tu a druhu splátek, v˝öi splátek a nakonec uvede údaje nutné pro v˝po et da ov˝ch náklad . Teprve poté vyplní základní údaje o majetku a uloûí záznam do databáze. 12
. STORMWARE P 2.2.6
Kniha jízd (vozidla, jízdy)
Kniha jízd obsahuje dv jednoduché agendy. Jednou je agenda vozidla. Ta umoû uje evidovat jednotlivá firemní vozidla v etn údaj ohledn spot eby vozidla, typu paliva nebo stavu tachometru. Druhou agendou jsou samotné jízdy. “V p ípad firemních vozidel má kniha jízd pouze eviden ní charakter.”[16] V p ípad jízdy soukrom˝m vozidlem je pak kniha jízd prvotním dokladem pro v˝po et uplatniteln˝ch náhrad v modulu Cestovní náhrady.
2.2.7
Objednávky (nabídky, poptávky, p ijaté/vydané objednávky)
Skupina agend, v p ehledu nazvaná jako objednávky, je pro v töinu spole ností, vedoucí sklady v Pohod , jednou z klí ov˝ch. Jedná se o ty i agendy: Nabídky, poptávky, p ijaté objednávky a vydané objednávky. Agendy nabídky a poptávky byly navíc v poslední velké aktualizaci Pohody rozd leny na p ijaté a vydané. Celkem tedy tento modul obsahuje öest agend. První je agenda nabídek. Zde je moûné vytvá et nabídky pro jednotlivé zákazníky. Nabídka vûdy obsahuje hlavi ku zákazníka, datum vystavení a platnost nabídky. Dále obsahuje klasick˝ poloûkov˝ doklad s vazbou na zásoby nebo bez vazby jako textové poloûky. Nabídka by m la b˝t prvním vytvo en˝m dokladem, ze kterého pak vychází cel˝ et z navazujících doklad : “nabídka > p ijatá objednávka > vydaná zálohová faktura > hradicí doklad (pokladna i banka) > vydaná faktura > hradicí doklad (pokladna i banka)”[17] To platí v p ípad vydan˝ch nabídek. Agenda p ijat˝ch nabídek opa n k vydan˝m umoûní evidovat nabídky p ijaté od dodavatel a na jejich základ tvo it vydané objednávky. Druhou agendou ve skupin jsou poptávky. Jedná se o poptávku ve smyslu individuální poptávky po konkrétním produktu. Pohoda p ipraví na základ zadan˝ch údaj tiskovou sestavu pro poptávku, která se dá pouûít nap íklad jako podklad pro v˝b rové ízení. V agend p ijat˝ch poptávek m ûete evidovat poptávky od jednotliv˝ch obchodních partner . 13
. STORMWARE P Poslední, nejd leûit jöí dvojicí agend v této skupin jsou p ijaté a vydané objednávky. Smysl p ijat˝ch objednávek asi není nutné podrobn ji vysv tlovat. P ijaté objednávky lze v Pohod vytvá et pouze ru n . Díky moûnosti vytvá et n které doklady p es XML rozhraní existuje spousta externích nástroj , které umí importovat p ijaté objednávky nap íklad na základ objednávek z internetového obchodu firmy. Jedná se o velmi b ûné a asto vyuûívané napojení, kdy se objednávka vytvo ená v internetovém obchodu rovnou ukládá do Pohody a to se vöemi kontaktními údaji, doru ovací adresou, poznámkami k objednávce atd. Vydané objednávky mají v˝znam pro p ehled jaké zboûí je objednané, p ípadn jiû na cest od dodavatele. N které sofistikovan jöí internetové obchody napojené na Pohodu umí sledovat nejen stav zásob a ten promítat do pole dostupnosti v obchod , ale umí i sledovat zboûí ve vydan˝ch objednávkách a tak do pole dostupnosti doplnit p ibliûné datum, kdy bude zboûí skladem, nebo jen poznámku, ûe zboûí je na cest . Pohoda umí vydané objednávky vytvá et i automaticky na základ minimálních mnoûství u jednotliv˝ch zásob. Pokud stav n které ze zásob klesne pod minimálním mnoûstvím definované uûivatelem, systém umí automaticky vytvo it objednávku pro dodavatele. P i nastavení minimálního stavu zásob není t eba kontrolovat jejich stav, ale sta í nahlédnout do agendy vydan˝ch objednávek, pouûít nap íklad tiskovou sestavu “poloûky vydan˝ch objednávek” a získat seznam zásob, které jsou podlimitní a je t eba je objednat u dodavatele. Lze si vytvo it vlastní uûivatelské tiskové sestavy, kde se zobrazí vöechna d leûitá data k objednávkám.
2.2.8
Poötovní sestavy (poukázky, obálky, pr vodky, ötítky)
Jedná se o funkcionalitu, které umoûní nad vybran˝mi daty sestavit r zné standardizované poötovní sestavy. Nap íklad ötítky adres, poötovní podací arch, seznam dobírkov˝ch balík PPL, r zné druhy a rozm ry obálek, poötovní poukázky, balíkové pr vodky nebo poötovní podací arch pro r zné typy balík eské poöty. Tato funkcionalita p edevöím usnad uje a zrychluje práci. 14
. STORMWARE P 2.2.9
Cizí m ny ( ástky v cizích m nách, kurzové lístky, cizojazy né sestavy)
Modul umoû uje vystavovat vöechny doklady v cizích m nách. P epo et probíhá bu pevn˝m kurzem zadan˝m uûivatelem, nebo podle aktuálního kurzovního lístku. Sou asn je moûné vytvá et cizojazy né mutace tiskov˝ch sestav. 2.2.10 Homebanking (export p íkaz , import a zaú tování v˝pis ) “Homebanking je sada funkcí programu Pohoda umoû ujících vytvá et a zpracovávat soubory pouûívané k p enosu dat mezi bankou a jejím klientem.”[18] Podporuje komunikaci s internetov˝m bankovnictvím v töiny bank p sobících v R. Velkou v˝hodou je moûnost zaú tovat cel˝ v˝pis z banky obsahující desítky aû stovky záznam b hem okamûiku. V˝pisy postupn na te a platby spáruje s existujícími doklady zadan˝mi v systému, k celému procesu nakonec vytvo í p ehledné shrnutí. 2.2.11 P ístupová práva (p ímá definice, práva na íselné ady, export agend, definice pomocí rolí, práva na tiskové sestavy) Ve verzích systému ur en˝ch pro více uûivatel Pohoda umoû uje definovat práva jednotliv˝ch uûivatel . Práva lze definovat pro jednotlivé agendy, sklady, pokladny, pro specifické operace jako nap íklad hromadné operace nebo export databáze do Accessu a lze omezit zobrazení historick˝ch verzí doklad . V adách Pohoda SQL a E1 lze navíc definovat práva aû do úrovn jednotliv˝ch íseln˝ch ad doklad , omezit práva k jednotliv˝m bankovním ú t m, práva pro zobrazení skladov˝ch pohyb a ú etních záznam v deníku podle st edisek a hlavn omezit r zné typy export dat z jednotliv˝ch agend. V ad Pohoda E1 lze navíc definovat práva pro jednotlivé tiskové sestavy a p edevöím definovat práva na základ rolí. Role jako taková definuje práva (kaûdému uûivateli je p i azeno jeho postavení v systému). Práva vûdy definuje administrátor nebo uûivatel, kter˝ má administrátorská práva. 15
. STORMWARE P 2.2.12 Sklady - základní funkce (zásoby, p íjemky, v˝dejky, prodejky, p evodky, v˝roba, inventury, evidence reklamací a oprav, automatické objednávání jednotliv˝ch zásob, vestav ná prodejní Kasa) Ekonomick˝ systém Pohoda obsahuje velmi propracované skladové hospodá ství. V neomezeném mnoûství sklad m ûete evidovat neomezené mnoûství zásob. A to nejen typu zboûí a materiál, ale i tzv. soupravy, komplety a v˝robky, které mohou b˝t tvo eny jednou nebo více skladov˝mi poloûkami. Kaûdá zásoba je definovaná jedine n˝m kódem zásob, povinná jsou i pole název a len ní (ur uje umíst ní v len ní skladu). U kaûdé zásoby m ûeme evidovat nep eberné mnoûství údaj od základních jako nákupní a prodejní cena, árov˝ kód nebo DPH aû po informace p edávané nap íklad e-shopu (popis, vlastnosti, obrázky, parametry, související a alternativní zboûí, apod.). U kaûdé skladové karty m ûeme navíc evidovat v˝robní ísla (elektronika), öarûe (potraviná ství, léky) a délku záruky. Správn zaloûené skladové karty s vypln n˝mi vöemi náleûitostmi jsou základem pro vöechny dalöí skladové doklady. Jednou z poloûek u kaûdé karty je minimální mnoûství. Jedná se o hodnotu, která se automaticky hlídá a pokud stav zásoby klesne pod minimální mnoûství, systém sám p ipraví vydanou objednávku pro dodavatele vybraného u dané karty. S vydanou objednávkou lze dále pracovat tak, jak bylo uvedeno v˝öe v popisu objednávek. Základní skladové operace jsou p íjem na sklad, v˝dej ze skladu, p evod mezi sklady a p ím˝ prodej ze skladu. Ke kaûdé z t chto operací vzniká v skladov˝ doklad - p íjemka, v˝dejka, p evodka a prodejka. Pro tvorbu prodejek má Pohoda navíc implementovanou agendu „Kasa“. Kasa je uzp sobená pro ovládání na dotykovém displeji pokladního hardwaru. P esto, ûe primárn je Kasa uzp sobená na práci s árov˝mi kódy, tak poskytuje p ehledné rozhraní pro vyhledávání ve skladu a umoû uje definovat vlastní zkratková tla ítka. D leûitou sou ástí skladového systému jsou inventury. „Zákon o ú etnictví (§ 6/3) ukládá ú etním jednotkám povinnost inventarizovat majetek a závazky a stanoví základní pravidla pro provád ní inventarizací (§ 29, 30).“[13] „Má-li b˝t ú etnictví vedeno takov˝m zp sobem, aby bylo ve shod se skute ností, aby ji pravdiv zobrazovalo, musí b˝t se skute ností také ov ováno. Tomu slouûí inventarizace.“[19] Pohoda 16
. STORMWARE P
Obrázek 2.4: [Zdroj: www.stormware.cz/pohoda/kasa_online.aspx]
17
. STORMWARE P umoû uje provád t inventuru dv ma zp soby: Klasickou inventuru, kdy se sestaví seznam zásob na sklad a jejich evidované mnoûství. Po dopln ní skute n˝ch stav a zaú tování inventury Pohoda vytvo í opravnou p íjemku a v˝dejku na zboûí, které na sklad p eb˝vá nebo chybí oproti evidovan˝m stav m. Druhou moûností jsou tzv. inventurní seznamy. Inventurní seznam je seznam tvo en˝ uûivatelem, ve kterém zapisuje jednotlivé druhy zboûí, které naöel ve skladu a jejich skute n˝ po et. Následn se vygeneruje inventura jako v prvním p ípad a do ní se p enese jeden nebo více inventurních seznam vytvo en˝ch uûivateli. Skute né mnoûství na sklad se v inventu e zjistí jako sou et stav dan˝ch produkt na vöech inventurních seznamech p enesen˝ch do inventury. Tímto zp sobem m ûe na inventu e skladu pracovat n kolik pracovník zárove . Kaûd˝ nap íklad dostane p id lenou ást skladu, kde napo ítá vöe, co najde. Oproti klasické inventu e nevadí, ûe n kter˝ druh zboûí je na více místech ve skladu. Modul sklady obsahuje agendu k evidenci reklamací a oprav. Zde se dá snadno evidovat reklamované zboûí a zboûí p ijaté na servis. P i p íjmu zboûí na servis uûivatel vypl uje p edem p ipraven˝ servisní protokol obsahující základní informace jako popis závady, navrhované eöení, odhadovanou cenu. Na základ skute n˝ch náklad , pouûit˝ch náhradních díl a odvedené práce se pak k servisu vytvo í faktura pro zákazníka. Poslední agendou zmín nou ve skupin sklady je v˝roba. Ta slouûí pro zápis v˝robních list . “V˝robou v systému Pohoda rozumíme p evod materiálov˝ch skladov˝ch zásob, ze kter˝ch se v˝robek skládá, do v˝robku. (...) Po uloûení bude stav zásob materiálu, které v˝robek tvo í, sníûen o p ísluön˝ po et m rn˝ch jednotek. Stav uvedené skladové zásoby typu V˝robek se naopak zv˝öí o zapsané vyráb né mnoûství.”[20] 2.2.13 Internetové obchody - základní funkce (parametry, kategorie, administrace) V dneöní dob je internetov˝ obchod asto jediné místo, kde obchodník nabízí svoje zboûí. Napojení internetového obchodu na skladov˝ systém je tedy nutností. Propojení internetov˝ch obchod probíhá na 18
. STORMWARE P principu XML komunikace a je tak moûné na Pohodu napojit jak˝koliv internetov˝ obchod. Existuje velké mnoûství hotov˝ch a velmi dob e fungujících eöení. Zboûí nabízené v internetovém obchod a jeho popis m ûete upravovat p ímo v Pohod . Objednávky vytvoené v e-shopu se ukládají p ímo do systému, pro registrované zákazníky se vytvá í záznam v adresá i. Velmi d leûitou v cí, podle které zákazník asto vybírá obchod, kde nakoupí, je skladová dostupnost zboûí. Internetové obchody napojené na Pohodu umoû ují zobrazovat aktuální skladovou dostupnost, v etn zboûí na vydan˝ch objednávkách, které se pak v e-shopu zobrazí jako “na cest ”. 2.2.14 Technologie klient - server (databázov˝ SQL server) Varianty Pohody SQL a E1 jsou takzvané sí ové verze. Software b ûí na serveru spole n s SQL serverem a uûivatelé se k n mu p ipojují vzdálen . Na po íta ích s opera ním systémem Microsoft Windows mohou pouûít p ímo sí ového klienta Pohody, v ostatních systémech je moûné p ipojit se na vzdálenou plochu serveru a pracovat tam. Spole nost Stormware nabízí sí ové verze Pohodu NET3 pro t i uûivatele a NET5 pro p t uûivatel . Pokud neposta uje ani p t uûivatel , lze dokoupit dalöí p ídavné licence CAL. Je tak umoûn na soub ûná práce velkého po tu zam stnanc . Systém samoz ejm hlídá uûivatele a nedovolí dv ma sou asn editovat stejn˝ záznam. 2.2.15 Sklady - dalöí funkce Jedná se o rozöí ené funkce v agend sklad Pohody verze E1. Verze E1 p ináöí moûnost evidence více dodavatel p ímo v kart daného produktu. Umoû uje uvád t nákupní ceny v cizí m n , vytvá et inventury pro více sklad , synchronizovat sklady mezi sebou, evidovat cizí názvy u zásob atd. Hlavní v˝hodou verze E1 je moûnost zakládat uûivatelské parametry ve vöech agendách. Toto je jen velmi stru n˝ popis funkcí ekonomického systému Pohoda. I tak si lze utvo it p edstavu, o jak rozsáhl˝ a variabilní systém se jedná. Je to patrné p edevöím ve vyööích verzích, kde je umoûn na editace agend pomocí vlastních uûivatelsk˝ch parametr .
19
3 V˝chozí situace Kdo je spole nost F. H. Prager, pro kterou celé eöení vzniklo? Jak o sob píöí na sv˝ch webov˝ch stránkách: “Jsme jablá ství F. H. Prager a vyrábíme legendární Prager v cider a p írodní limonády Pragomoöt. Naöí hlavní surovinou jsou jablka, tradi ní eská plodina. Produkujeme lokální, zdravé nápoje bez um l˝ch sladidel, barviv a konzervant . Vycházíme z místních tradic s ohledem na sou asnost i udrûitelnou budoucnost. Jsme mlad˝ nápojá sk˝ podnik s velkou vizí.”[21] Spole nost vyrábí nápoje, které dodává do n kolika set restaurací a podnik nejen v eské republice. V töina prostor, kde firma vyrábí, se nachází v Kladn , v prostorách Kro ehlavského pivovaru. Svou podnikovou prodejnu F. H. Prager otev el v Praze v Dejvicích. V úvodním jednání byly poûadavky spole nosti F. H. Prager velmi jednoduché: Spole nost vlastnila ekonomick˝ systém Pohoda ve verzi Mini a pouûívala ho pro fakturaci zákazník m. Samotné vedení sklad , distribuce zboûí, závozy a vöechny ostatní skladové procesy, které ve firm probíhaly, zvládali pomocí velmi jednoduchého systému vytvoeného v aplikaci Microsoft Excel. S nar stajícím po tem zákazník , objednávek, objemu v˝roby a hlavn rozvozu zboûí a nov i p ímého prodeje v prodejn v Praze Dejvicích, bylo nevyhnutelné po ídit nov˝, spolehliv˝, p ehledn˝ a uûivatelsky p ív tiv jöí skladov˝ systém. Systém Pohoda vedení sklad a evidenci zboûí umí, podporuje i p ím˝ prodej koncov˝m zákazník m a navíc její prost edí jiû zam stnanci znali. Odpadla tak nutnost ökolit personál na ovládání nového systému. Cílem nového projektu bylo p esunout kompletn sklady z excelovsk˝ch tabulek do Pohody, vy eöit p íjem materiálu na sklad, v˝dej ze skladu a rozvoz zboûí jednotliv˝m zákazník tak, aby nedocházelo k chybám.
3.1
Anal˝za poûadavk
Pokud chceme vytvo it dobré, fungující a spolehlivé eöení je prvním krokem d kladná anal˝za poûadavk . Firma, která vyrábí a prodává potraviny – nápoje v lahvích, musí sou asn s evidencí zásob eöit i evidenci vratn˝ch obal (p epravky 21
.V a sudy) a evidenci öarûí (datum minimální trvanlivosti). Je t eba sledovat: p íjem materiálu na sklad, p evod v˝robk mezi sklady, v˝dej ze sklad a objednávky zákazník . P vodní systém vytvo en˝ v aplikaci MS Excel, dokázal pouze evidovat stavy zásob na hlavním sklad . Spole nost zajiö uje rozvoz sv˝ch produkt p ímo do restaurací a podnik , proto bylo jedním z poûadavk vytvo it systém pro zam stnance, kte í d lají rozvoz, napojen˝ na Pohodu. P vodn existovaly objednávky od zákazník jen v papírové podob , p i závozech vznikaly chyby. Skladník n jaké zboûí zapomn l naloûit do auta nebo naopak zapomn l vyloûit u zákazníka. To vöe bube nov˝ systém hlídat a podobn˝ch chybám zamezí. Dalöí poûadavkem bylo, aby p i v˝deji v˝robk z auta mohl idi na míst vytisknout doklad pro odb ratele. P ed nasazením nového systém musel doklady vypisovat ru n , coû p ináöelo zna né zdrûení. Vöechny pohyby zboûí, v˝robk a materiálu budou provád ny mobilními terminály na základ árov˝ch kód a on-line ukládány do Pohody. To vöe pro zjednoduöení, kontrolu chyb p i v˝deji a zp tnou kontrolu. Mimo to nov˝ systém zefektivní a zrychlí práci. Nejv töí úskalím p vodního systému byla evidence vratn˝ch obal . P epravky i sudy sice m ly vlastní v˝robní ísla i árov˝ kód, ale naprosto chyb l kontrolní proces, kter˝ by zajistil, ûe se neztrácejí. Proto jsem se v anal˝ze podrobn ji v noval kolob hu vratn˝ch obal . Kolob h vratn˝ch obal a pohyb zboûí znázor uje následující obrázek 3.1. Naprostou nutností bude evidovat vratné obaly vydané zákazník a vratné obaly, které se od zákazník vrací. Na základ t chto dat bude moûné vysledovat nejen, kde se obaly ztrácejí, ale také u koho leûí nep im en dlouhou dobu. S vratn˝mi obaly souvisel jeöt jeden poûadavek. Aby skladník nemusel na ítat kaûdou lahvi ku s nápojem zvláö nebo aby je p i v˝deji nemusel po ítat, bylo nutné um t pracovat jak s jednotliv˝mi lahvi kami, tak s p epravkou jako celkem. To ve stávajícím systému nebylo moûné a bylo tedy nutné vûdy kontrolovat obsah kaûdé p epravky. S prací on-line v systému Pohoda souvisí po ízení vlastního serveru, kde bude sí ová verze systému instalována. Vzhledem k nevhodn˝m prostorám pro umíst ní vlastního serveru ve skladu spole nosti i v provozovn a vzhledem ke snaze minimalizovat po izovací náklady, jsem se p iklonil k moûnosti pronájmu virtuálního serveru. 22
.V
Obrázek 3.1: [Zdroj: archiv autora]
23
.V Pohoda je velmi obsáhl˝ a variabilní systém, ale zatím nenabízí funkcionalitu mobilních terminál do skladu. Nabízí se moûnost vytvo it na míru vlastní systém pro mobilní terminály napojen˝ na Pohodu, ale jednoduööí a ádov mén nákladné bude, pokud se poda í pouûít n jak˝ jiû existující.
3.2
Mobilní terminály - nadstavba nad ekonomick˝ systém Pohoda
Existuje n kolik eöení t etích stran, které systém Pohoda dopl ují o moûnost mobilních terminál p ímo ve skladu. Seznam t chto partnersk˝ch eöení, které jsou funk ní a schválené spole ností Stormware lze najít na webov˝ch stránkách www.pohodaplus.cz. Prvním úkolem bylo dostupná partnerská eöení zmapovat, v rámci moûností vyzkouöet a zjistit zda obsahují poûadovanou funkcionalitu nebo zda by se dala upravit tak, aby vyhovovala stanoven˝m poûadavk m. Na webu www.pohodaplus.cz je celkem p t partnersk˝ch eöení poskytujících alespo ást firmou poûadované funkcionality. Po zb ûném pro tení informací o jednotliv˝ch produktech jsem vy adil ta eöení, která nepodporují on-line komunikaci. V˝b r se tím zúûil na dv partnerská eöení, ATEOSYS od spole nosti Firmadat s.r.o. a plusMobile vyvíjen˝ spole ností ITFutuRe s.r.o. 3.2.1
ATEOSYS - on-line terminály pro ES
ATEOSYS je zkratka z Automatic TErminal Online SYStem. Jak je uvedeno na webov˝ch stránkách www.ateosys.cz jedná se o “webovou aplikaci pro online prodej a vedení sklad , která spolupracuje s Vaöím oblíben˝m ú etním programem Pohoda”.[22] Jde o hotové “krabicové” eöení, napojené p ímo na databázi Pohody. Na serveru sta í nainstalovat webov˝ server a klientskou aplikaci ATEOSYS. Po vloûení zakoupené licence, nastavení webového serveru a firewallu se jiû dostaneme p es webové rozhraní do konfigurace systému ATEOSYS. Pro samotnou instalaci a nastavení je na webu ke staûení p ehledn˝ návod. Systém umoû uje na mobilních terminálech nebo mobilních telefonech “vytvá et do ú etního programu mnoho typ doklad : p íjemka, 24
.V
Obrázek 3.2: [Zdroj: http://www.ateosys.cz/nahledy] p evodka, nabídka, v˝dejka, prodejka, p ijatá objednávka, faktura a inventurní seznam pro vytvá ení inventur. Sou asn umoû uje editaci pozic zásob a editaci árov˝ch kód u zásob.”[23] Podle vöech dostupn˝ch informací systém spl uje naöe poûadavky vyjma jediného, tím je evidence vratn˝ch obal a eöení jejich kolob hu. V˝robce vöak uvádí, ûe programování a úprava systému na míru je moûná. 3.2.2
plusMobile - mobilní i pevné terminály do skladu
“plusMobile je komplexní online i off-line eöení pro árové kódy a mobilní i pevné terminály ( te ky). Pokr˝vá veökeré skladové procesy - od p íjmu, p es p evody a expedici zboûí, kontroly doklad aû po inventury a inventurní seznamy.”[24] Stejn jako v p ípad systému ATEOSYS se jedná o hotové eöení, nasazené a fungující u mnoha zákazník . Na stránkách produktu je dokonce uveden seznam referen ních zákazník a je moûné si funk nost systému ov it u spole ností, které ho v praxi vyuûívají. Systém je vyvíjen pro platformu Windows a to jak na stran serveru, tak na stran mobilního za ízení. Obdobn jako ATEOSYS umoûuje i plusMobile vytvá et a on-line ukládat do Pohody mnoho typ 25
.V skladov˝ch i neskladov˝ch doklad : p íjemky, v˝dejky, p evodky, inventury, inventurní seznamy, nabídky, objednávky, faktury a prodejky. Systém umoû uje i vytvá ení doklad na základ jin˝ch jiû uloûen˝ch. Lze tak nap íklad vytvá et p íjemku podle vydané objednávky nebo v˝dejku podle p ijaté objednávky. Pro zam stnance asto není jednoduché se s nov˝m systémem nau it pracovat, proto je sou ástí plusMobile takzvaná kontrola doklad . Jedná se o reûim, kdy skladník s mobilním terminálem doklad nevytvá í, ale provádí jen jeho kontrolu. Doklad vytvo í n kdo jin˝, ru n v Pohod tak, jak je zvykl˝. Do Pohody se pak k danému dokladu uloûí záznam o kontrole. Kdo doklad zkontroloval, kdy a zda bylo vöe v po ádku nebo n co chyb lo a kontrola byla nekompletní. Jedná se o velmi jednoduchou funkci, která pom ûe lidem ve skladu osvojit si ovládání a práci s terminálem. Ve chvíli, kdy v dí jak systém pouûívat, lze z kontroly p ejít p ímo na vytvá ení doklad . V sou innosti s Pohodou verze E1 umoû uje systém plusMobile n kolik dalöích funkcí. Jednou z nich je evidence umíst ní ve skladu. Jedná se o uûivatelskou agendu, která umí evidovat, kde ve skladu se jaké zboûí nachází, v etn stav zásob v jednotliv˝ch umíst ních. Druhou zajímavou funkcí je agenda “Balní listy”. Ta umoû uje “podrobnou evidenci obsahu p epravních jednotek (balík , palet, p epravek ...),”[24]. Práv tuto funkcionalitu systému plusMobile by bylo moûné vyuûít pro evidenci vratn˝ch obal .
3.3
Volba nadstavbového eöení pro Pohodu
Do uûöího v˝b ru se nakonec dostaly dv v˝öe popsaná eöení. Ob dv poskytují tém srovnatelnou funkcionalitu za srovnatelné finan ní náklady. Po konzultaci p ímo ve spole nosti Stormware a s n kolika referen ními zákazníky jsem vybral produkt plusMobile firmy ITFutuRe s.r.o. a to p edevöím z následujících d vod . 1. Jeho sou ástí jiû v krabicové verzi je alespo ást eöení problematiky vratn˝ch obal . Agenda balních list umí evidovat i obaly na zboûí a následn s nimi pracovat. Po konzultaci s v˝robcem softwaru bylo jasné, ûe agendu bude t eba trochu upravit tak, aby odpovídala poûadavk m firmy, ale úpravy budou zahrnuty ve standartní cen eöení. 26
.V
Obrázek 3.3: [Zdroj: archiv autora] 2. Firma ITFutuRe s.r.o. svoje eöení dodává v etn hardwaru. ITFutuRe s.r.o. je v˝hradním distributorem mobilních terminál zna ky Chainway u nás a na Slovensku. 3. Mimo hardwaru nabízí ITFutuRe s.r.o. i hosting server . 4. Posledním a nejd leûit jöím impulzem pro volbu eöení plusMobile byly reference. Jednak reference z webov˝ch stránek plussystem.eu, ale p edevöím doporu ení firmy ITFutuRe s.r.o. a jejich eöení plusMobile p ímo v˝robcem ekonomického systému Pohoda, spole ností Stormware s.r.o.
27
4 Nasazení plusMobile Nasazení nov vybraného eöení tvo í t i ásti. První je instalace a p íprava SQL serveru. Druhou ástí je instalace Pohody a p evod databází ze staré Pohody. Poslední ástí je instalace a nastavení samotného plusMobile. První dv ásti jsou pom rn dob e zdokumentované. Instalaci SQL serveru lze provád t podle návod na stránkách spole nosti Microsoft a nastavení d leûitá pro správnou funk nost Pohody lze dohledat v instala ním manuálu k ekonomickému systému. P i instalaci SQL server i Pohody jsem áste n vycházel ze zkuöeností získan˝ch p i podobn˝ch projektech v minulosti a áste n práv z informací dostupn˝ch na Internetu. K instalaci plusMobile a jeho nastavení v dob realizace projektu ûádn˝ návod neexistoval. Veökeré postupy a nastavení jsem vytvo il dle poûadavk projektu. Jejich funk nost se ov uje postupn v praxi. Vedlejöím v˝stupem mé diplomové práce je popis instalace a nastavení systému plusMobile. Pro dalöí obdobné projekty bude pouûití mého postupu znamenat úsporu asu.
4.1
Instalace SQL Serveru
Prvním krokem byla instalace Pohody na nov˝ server a import dat ze staré Pohody. Pro správn˝ b h verze SQL a E1 je t eba p edem nainstalovat Microsoft SQL Server. Pro p epokládan˝ po et uûivatel a etnost dotaz do databáze pln posta uje zdarma dostupná verze Express. Je t eba stáhnout balí ek Express with tools, kter˝ “obsahuje vöechno pot ebné k instalaci a konfiguraci SQL Serveru jako databázového serveru, v etn plné verze SQL Serveru 2014 Management Studio. Podle toho, co pot ebujete, si vyberte LocalDB nebo Express.”[25] Samotná instalace je velmi snadná. B hem instalace zaloûíme novou instanci nazvanou nap íklad “POHODA”. Po instalaci je t eba zkontrolovat a p ípadn nastavit n kolik nezbytností. 1. V Configuration Manageru SQL serveru povolit vöechny t i komunika ní protokoly. 29
.N
M (a) Shared Memory - nejjednoduööí protokol pouûívan˝ pro eöení problém (b) Named Pipes - protokol vytvo en pro lokální sít umoûující p edávání informací mezi procesy (c) TCP/IP - nejrozöí en jöí protokol pro komunikaci po Internetu
Obrázek 4.1: [Zdroj: archiv autora] 2. V Management Studiu SQL serveru povolit pro danou instanci pot ebné funkce databázového stoje, které Pohoda vyûaduje pro sv j b h. V menu “Facets” a záloûce “Surface Area Configuration” je t eba povolit moûnosti AdHocRemoteQueries, OleAutomation a XPCmdShell. 3. Vytvo it pot ebné v˝jimky ve firewallu Windows. Celkem je t eba vytvo it ty i v˝jimky, dv do p íchozích a dv do odchozích. V˝jimky tvo ím na konkrétní programy, na SQL Browser a na samotn˝ SQL server. Do v˝jimek sta í zadat správnou cestu k spustiteln˝m soubor m. Adresá ová struktura instalace SQL serveru je pom rn sloûitá, proto uvádím konkrétní cesty ke spustiteln˝m soubor m. Exe soubor SQL Browseru najdeme v: C:\Program Files (x86)\Microsoft SQL Server\90\Shared 30
.N
M
a pro SQL server platí adresa: C:\Program Files\Microsoft SQL Server\MSSQL12.POHODA \MSSQL\Binn. Konkrétní cesty se samoz ejm mohou m nit v závislosti na vybrané instala ní sloûce a na vybrané sloûce pro ukládání dat. Tímto máme p ipraven˝ SQL server a zaloûenou novou instanci pro Pohodu. P i prvním spuöt ní nové Pohody ji sta í p ipojit na tuto prázdnou instanci a Pohoda si jiû sama vytvo í vöechny pot ebné tabulky a celou strukturu databáze.
4.2
Instalace Pohody
Instalace Pohody není náro ná v c, p esto kdyby si n kdo nebyl jist˝, ûe instalaci zvládne sám, m ûe poûádat o pomoc p ímo Stormware, jehoû technici provádí instalaci zdarma. Spole nost si tak zajistí, ûe instalace prob hla správn a zákazník nebude s programem nespokojen˝ jen proto, ûe p i instalaci ud lal chybu. Návod na instalaci je samoz ejm sou ástí manuálu dodávaného s krabicovou verzí. Já jsem instalaci provád l sám. Sta í stáhnout aktuální verzi z webov˝ch stránek www.pohoda.cz a spustit instalaci. Po zadání licen ního ísla a zvolení sloûky pro instalaci vöe bez problém prob hne. B hem instalace si m ûete zvolit instalaci podpory PDF tisku. Tuto volbu budete pot ebovat, pokud budete chtít tisknout z Pohody do PDF. Pokud je k aktuální verzi Pohody dostupná i aktualizace pak sta í aktualiza ní soubor s p íponou “upd” nakopírovat do sloûky “Update” v instala ní sloûce Pohody. P i dalöím spuöt ní Pohody se program zeptá, zda chcete provést aktualizaci. P i prvním spuöt ní Pohody je t eba provést aktivaci,nejlépe online. V mém p ípad se systém bez obtíûí aktivoval. Dalöím krokem je p ipojení Pohody k p ipravené databázi a import dat ze staré Pohody. Software se p i prvním spuöt ní dotáûe, zda chcete zaloûit novou ú etní jednotku, nebo p evést jiû existující. V naöem p ípad jsme pot ebovali p evést data ze staré Pohody. 31
.N
M
Ve staré Pohod v menu “Soubor -> Ú etní jednotky” vybereme menu “Databáze -> Export databází”. Zde v pr vodci vybereme poûadované ú etní jednotky, které chceme exportovat. V naöem p ípad sta ila ú etní jednotka aktuálního období a jeöt systémová databáze. Systémová databáze obsahuje seznam uûivatel a jejich práv. Pokud tedy chceme p evést i jiû vytvo ené uûivatelské ú ty, je t eba exportovat i systémovou databázi. Pohoda následn provede export zvolené ú etní jednotky ve formátu Microsoft Access. V nov nainstalovaném softwaru pak vybereme moûnost hromadn˝ p evod databází a vybereme námi exportované databáze ze staré Pohody. Pr vodce se nás rovn û zeptá na umíst ní sloûky s tiskov˝mi sestavami a dokumenty. Pokud jsme ve staré Pohod pouûívali upravené tiskové sestavy, je t eba je ru n zkopírovat a p i importu databáze definovat, kde se sestavy nachází. Po dokon ení jiû máme p ístupná vöechna data ze staré Pohody. V naöem p ípad nebylo nutné p enáöet tiskové sestavy, protoûe jsme pouûívali v˝chozí sestavy. V p ípad firmy F. H. Prager nebylo nutné provád t hromadn˝ import skladov˝ch karet. Portfolio jejich v˝robk je tak úzké, ûe asov v˝hodn jöí bylo karty na skladech zaloûit ru n . Cel˝ proces mi zabral zhruba 2 hodiny práce. Tímto máme p ipravenou Pohodu na serveru. Instalace sí ov˝ch klient je velmi snadná. Sta í na klientské stanici otev ít p es sdílení Windows sloûku s Pohodou na serveru “ a v ní spus te ekonomick˝ systém Pohoda souborem Pohoda.exe. Takto spustíte instala ní program, kter˝ dodá do systému sí ového klienta vöechny pot ebné soubory. Zárove se na ploöe vytvo í zástupce, ze kterého budete program Pohoda spouöt t ke své práci.”[26] Takto Pohoda funguje p i pouûití v lokální síti. Vzhledem k faktu, ûe náö server je virtuální stroj mimo lokální sí , je nejjednoduööím eöením p ipojovat se na server p es vzdálenou plochu a ekonomick˝ systém spouöt t p ímo na serveru. Toto eöení jsem jiû v minulosti vyuûil. Práce v Pohod p es vzdálenou plochu je naprosto plynulá. Pokud chceme zv˝öit bezpe nost a nepouöt t uûivatele na server p es vzdálenou plochu, pak je vhodné pouûít protokol RemoteApp, kter˝ umoû uje vzdálené spuöt ní konkrétního programu. eöení s pouûitím RemoteApp jsem nakonec pouûil i já.
32
.N
M
Kaûdému uûivateli, jsem vytvo il uûivatelsk˝ ú et na serveru a p idal ho do skupiny “Remote Desktop Users”, aby mohl na server p istupovat p es vzdálenou plochu. Na serveru jsem pomocí aplikace “RemoteApp Tool” definoval aplikace, které lze spouöt t vzdálen , tedy jen Pohodu. Pro kaûdého uûivatele jsem p ipravil RDP soubor, ve kterém jsem nadefinoval vzdálené spouöt ní programu Pohoda, p idáním následujících dvou ádk do konfigurace: remoteapplicationmode:i:1 remoteapplicationprogram:s:C:\STORMWARE\POHODAE1\pohoda.exe Po spuöt ní takto upraveného RDP souboru, se po zadání p ihlaöovacích údaj na server otev e okno s Pohodou spuöt nou na serveru. P íprava serveru, instalace SQL Serveru a Pohody, p enos dat ze staré Pohody a p íprava p ístup na nov˝ server mi celkem zabraly zhruba dva dny práce. V ím, ûe zkuöen jöí administrátor by práci zvládl i rychleji.
4.3
Instalace plusMobile
Nyní bylo vöe p ipraveno na instalaci serverové ásti plusMobile. Serverová ást plusMobile je ve form jednoduchého instalátoru ke staûení na produktov˝ch stránkách eöení www.plussystem.cz v sekci aplikací. Po spuöt ní instalátoru zvolíme adresá , kam bude aplikace nainstalována. Samotná instalace trvá jen n kolik málo sekund. P i prvním spuöt ní jsme dotázáni na zadání instala ního ísla, to p irozen získáme p i zakoupení licence. Po zadání licen ního ísla nás uvítá hlavní okno aplikace a je t eba provést nezbytná nastavení. 4.3.1
Aktualizace programu
Pod tla ítkem “Aktualizace systému” nalezneme moûnost “Ov it dostupné aktualizace”. Po kliknutí na toto tla ítko se systém spojí se vzdálen˝m serverem a ov í, zda není dostupná nov jöí verze programu. Sou asn se na te seznam zm n proveden˝ch v jednotliv˝ch 33
.N
M
Obrázek 4.2: [Zdroj: archiv autora]
verzích. Na webov˝ch stránkách dostupná verze je jiû pom rn zastaralá proto je nutné hned po prvním spuöt ní provést aktualizaci. V mém p ípad byla aktuální verze 4.5.3 z 21. 12. 2015. P i provád ní aktualizace systém automaticky zastaví a pozd ji znovu spustit sluûbu b ûící na pozadí. To v tomto p ípad není d leûité, protoûe sluûbu jsme zatím nenainstalovali a proto neb ûí. V ostrém provozu to znamená, ûe nikdo nesmí pracovat se te kami ve skladu, protoûe restartem sluûby by p iöel o rozd lanou práci. Poslední moûnost, kterou okno “Aktualizace systému” umoû uje je p echod zp t na niûöí verzi programu. Slouûí k tomu zaökrtávátko “servisní funkce”. Po jeho zaökrtnutí se zp ístupní moûnost aktualizace na kteroukoliv staröí verzi programu. Jedná se o velice praktickou funkci, která nám umoûní vrátit zp t funk ní verzi systému v p ípad , ûe se v nové verzi nachází n jaká chyba. 34
.N 4.3.2
M
Obecná nastavení
Toto tla ítko zp ístupní základní nastavení systému, která jsou platná vûdy a vöude, nevztahují se tak k jednotliv˝m mobilním terminál m nebo uûivatel m. Projdu stru n jednotlivá nastavení. 1. Cesta k aplikaci Pohoda - zde je t eba zvolit sloûku, ve které se nachází instalace Pohody a její .exe soubor. 2. Cesta k dokument m - nepovinné pole, které definuje cestu externím dokument m pouûívan˝m v Pohod . Jde p edevöím o obrázky produkt , související dokumenty a podobn . 3. Povolit práci bez p ihláöení - d leûité pole. Na mobilních terminálech je moûné zapnout p ihlaöování jednotliv˝ch uûivatel tak jako v Pohod . P i práci s terminálem se uûivatel nejprve p ihlásí pomocí jména a hesla do Pohody a vöechny jím vytvo ené doklady jsou tak zakládány pod tímto uûivatelem. P i aktivaci moûnosti “povolit práci bez p ihláöení” odpadá nutnost se na terminálech p ihlaöovat. Vöechny doklady jsou pak vytvá eny uûivatelem vypln n˝m zde. Ten musí b˝t zaloûen s právy na p ísluönou ú etní jednotku a hlavn s právem XML importu. 4. Alternativní pole pro název a popis. Zde je moûné vyplnit alternativní pole v databázi pro název a popis produkt . Volba se pouûívá hlavn v p ípad kdy názvy nebo popisy produkt jsou pro práci na terminálech p íliö dlouhé. V databázi se vytvo í pole s alternativními názvy nebo popisy a jméno pole se pak vyplní sem. Název pole je t eba zadat v etn jména tabulky v databázi Pohody. Tedy nap íklad SkZ.Popis pro popis z tabulky zásoby. 5. Dalöí árové kódy. Tato volba povolí pouûití druhotn˝ch / mnoûstevních árov˝ch kód (nap . árov˝ kód pro balení 10ks jednoho druhu zbo í), které se zapisují do záloûky dodavatelé (Pohoda E1) nebo do zvoleného textového pole v Pohod SQL/MDB. 6. V poloûkách faktury uvád t slevu v procentech. I p ímo v okn nastavení je erven zd razn no, ûe tato poloûka musí b˝t nastavena stejn jako v Pohod (Globální nastavení / Pohledávky). 7. Zaznamenávat do interní poznámky ozna ení terminálu, ze kterého byl doklad vytvo en. Po zatrûení se v interní poznámce 35
.N
8.
9. 10.
11.
12. 13. 14.
15. 16.
36
M kaûdého vytvo eného dokladu objeví obsah pole “Název / ozna ení” z menu “P enosné terminály” pro dan˝ terminál, kter˝ doklad vytvo il. Do poznámky poloûky p enést po et vkládan˝ch jednotek / balení. Na vytvo eném dokladu v poznámce u kaûdé poloûky bude zaznamenáno o kolik jednotek a balení se jednalo. Na dokladu bude vid t nap íklad 33ks, ale v poznámce bude, ûe se jednalo o 3 balení po 10ks a 3ks samostatn . Texty doklad . Texty, které se budou vypl ovat do Pohody. Pokud z stanou texty prázdné, pak se vyplní standartní text, nap íklad “import FA z XML” a podobn . Nastavení PDF tiskárny. Pokud je PDF tiskárna nainstalována standardn s instalací Pohody pak není t eba nic m nit. V opa ném p ípad je t eba zvolit tiskárnu ze seznamu nainstalovan˝ch tiskáren a vybrat cestu k jejímu API. Sklady - skladové skupiny. Zde je moûné definovat skladové skupiny. Systém Pohoda umí standardn pracovat bu s jedním zvolen˝m skladem, nebo se vöemi najednou. Není moûné vybrat pro práci nap íklad dva z deseti sklad . PlusMobile toto umoû uje. Jednotlivé skupiny sklad pro práci na terminálech je moûné definovat práv zde. Sklady - doplnit sklad do dokladu. Do dokladu se do sloupce Sklad / Zdrojov˝ sklad vyplní aktuáln vybran˝ sklad na terminálu. Inventura - povolit zaú tovanou. Povolí zápis skute n˝ch stav do inventury, která jiû byla zaú tována. Sloûení árov˝ch kód - mnoûství. Povoluje pouûití sloûen˝ch árov˝ch kód , kde kód obsahuje árov˝ kód zboûí a jeho mnoûství. Nap íklad 12345678-150 zna í 150ks zásoby s kódem 12345678. Pouûití takov˝chto kód je spíöe speciální. Obvykle se pro uloûení mnoûství, öarûe a dalöích informací do jednoho árového kódu pouûívá nap íklad standard GS1-128, se kter˝m te ky a plusMobile umí pracovat. Tolerance po splatnosti. Nastavení tolerance po splatnosti u vytvá en˝ch doklad . Místní nastavení. Moûnost nastavení t í sazeb DPH v procentech a domácí m ny.
.N
M
17. Ochrana nastavení heslem. Pokud serverová ást plusMobile b ûí na serveru p ístupném pro více lidí a z n jakého d vodu není moûné ochránit p ístup do nastavení pomocí uûivatelské politiky MS Windows, pak lze nastavení zaheslovat. 18. Nastavení emailu. Pod tímto tla ítkem se skr˝vá nastavení SMTP serveru pro odchozí poötu. Jméno a port serveru p ípadn p ihlaöovací jméno a heslo pro SMTP server s ov ováním. Tolik k základnímu nastavení systému. Jedná se o pom rn velk˝ seznam, ale je t eba zd raznit, ûe v töina polí je nepovinná a jen n jak˝m zp sobem rozöi uje moûnosti Pohody. V p ípad eöení pro F. H. Prager sta í vyplnit dv v ci. Cestu k aplikaci Pohoda, povolit práci bez p ihláöení a vyplnit uûivatele, kter˝ se p i práci bez p ihláöení pouûije pro p ístup do Pohody. Vöe ostatní je bu ve v˝chozím nastavení nastaveno tak, jak je t eba, nebo to F. H. Prager vzhledem k typu ú etních prací nepot ebuje. 4.3.3
Licence
Druhá volba v hlavním menu je “Licence”. Jedná se o menu, kde je t eba vyplnit údaje o firm . Název, adresu, I O, DI , telefon a e-mail. Dalöí informací je po et pouûívan˝ch terminál a verze Pohody, ke které se bude systém p ipojovat. Pro F. H. Prager 3 terminály a Pohoda E1. Po vypln ní vöech údaj sta í vygenerovat on-line ûádost o licenci. Po zprovozn ní systému, vylad ní vöech proces a uhrazení faktury se vygeneruje trvalá licence. Licence se ov uje vûdy p i spuöt ní sluûby plusMobile. Obvykle tedy kaûd˝ den v noci, kdy probíhá údrûba databáze Pohody, p i které musí b˝t ukon eny vöechny sluûby pracující s její databází. 4.3.4
P ipojení k databázi
P ipojení k databázi je klí ové nastavení, bez kterého systém nem ûe fungovat. Bohuûel ne veökeré informace a operace, které systém provádí, se dají realizovat pomocí XML komunikace s Pohodou. Ve skute nosti v töí ást operací probíhá nad databází p ímo. Proto je nutné systému umoûnit p ístup. 37
.N
M
První vybereme typ databáze Pohody, v tomto p ípad Pohoda E1. Poté vyplníme adresu serveru, localhost\pohoda. Jméno databáze snadno vy teme p ímo z Pohody. P i v˝b ru ú etní jednotky je jméno databáze vid t v pravém dolním rohu tabulky s informacemi. Na záv r vyplníme zp sob p ihlaöování k SQL serveru a p ípadn jméno a heslo pro p ihláöení. 4.3.5
Instalace a spuöt ní sluûby systému Windows
Aby se zajistil hladk˝ b h systému a svou p ítomností na serveru nikoho neobt ûoval, je vhodné spouöt t ho jako sluûbu. Pro instalaci a snadnou kontrolu stavu sluûby je v hlavním menu poloûka “Sluûba systému Windows”. P i prvním spuöt ní zde pomocí tla ítka “Instalovat” nainstalujeme sluûbu. Dále je zde moûnost sluûby kdykoliv zastavit a znovu spustit. Toto m ûeme vyuûít nap íklad p i ru ní údrûb databáze Pohody. Samoz ejmostí je moûnost sluûbu odinstalovat. Po instalaci sluûby je jí t eba jeöt najít v nastavení sluûeb systému Windows (sluûba se jmenuje PHsysytemServer) a ve vlastnostech, v záloûce “P ihláöení”, vybrat moûnost “Tento ú et”. Zde vyplnit ú et s dostate n˝m oprávn ním k vyuûití prost edk , p edevöím sít . Já jsem vyplnil ú et administrátora. 4.3.6
Firewall
Posledním nutn˝m krokem je nastavení v˝jimky do firewallu. Naprosto posta í p idat v˝jimku do p íchozích pravidel na cel˝ program PHsystem.exe. Pokud by n komu tato moûnost nep iöla dostate n bezpe ná, pak je moûné specifikovat jednotlivé porty, které systém vyuûívá. V závislosti na po tu mobilních terminál a zvoleném nastavení se bude jednat o porty 3700 a v˝öe (kaûd˝ terminál pouûívá odliön˝ port) a port 4000 v p ípad vyuûití dalöích periferních aplikací z balí ku plusSystem. 4.3.7
Nastavení plánova e
Tento krok sice není pro b h systému nutn˝, ale pro bezpe nost dat velmi d leûit˝. Jedná se o nastavení zálohování databáze v plánova i MS Windows. 38
.N
M
Obrázek 4.3: [Zdroj: archiv autora] Pro vytvo ení zálohy je t eba v plánova i naplánovat spuöt ní Pohody z p íkazové ádky s parametrem „/Ka“ a jménem databáze, která se má zálohovat. Tak se automaticky vytvo í záloûní kopie databáze, se kterou se dá dále pracovat. Nap íklad ji nahrávat na zálohovací server p es FTP nebo firemní NAS. P i zálohování databáze je nutné, aby byly zastaveny vöechny sluûby, které ji vyuûívají. Jedná se nap íklad o r zné synchroniza ní sluûby pro internetové obchody. V mém p ípad jde o sluûbu PHsystemServer. Tu je t eba p ed spuöt ním zálohy ukon it a poté zase spustit. 4.3.8
Test nastavení
Pokud jsme ud lali vöe pot ebné, m ûeme v hlavním menu programu v sekci “Nástroje” spustit “Kontrolu nastavení”. Program v deseti krocích ov í správnost nastavení. Pokud n kter˝ z krok selûe, nabídne popis chyby a doporu en˝ postup eöení. Program ov uje následující body viz obrázek 4.4. U F. H. Prager vöechny body kontroly prob hly bez chyb (zelená barva) a nic tak nebránilo spuöt ní sluûby systému. V˝öe popsané 39
.N
M
Obrázek 4.4: [Zdroj: archiv autora] nastavení p edstavuje jen to nejnutn jöí, aby systém fungoval. Veökeré ostatní nastavení upravuje nebo m ní chování systému. Pozd ji jednotlivé poloûky popíöi. Pokud máme takov˝to návod, lze celé nastavení zvládnout za zhruba 15 minut. M nastavení trvalo o n co déle. 4.3.9
Nastavení p enosn˝ch terminál
Nastavení systému plusMobile vycházelo z poûadavk stanoven˝ch na za átku procesu. Jedním z poûadavk byla moûnost distribuce jednotliv˝ch lahvi ek s nápoji, ale zárove i cel˝ch balení (p epravek). Firma vlastní stovky p epravek, které jiû byly opat eny unikátními árov˝mi kódy. Aby bylo moûné pracovat s cel˝mi p epravkami, rozhodl jsem se vyuûít uûivatelskou agendu “Balní listy”, která byla p vodn ur ena k trochu jinému ú elu. Agenda primárn slouûí p i balení zásilek. Kaûd˝ balík má své unikátní íslo. Skladník p i balení zásilky na te íslo balíku a následn na te jednotlivé kusy zboûí, které do balíku vkládá. Tyto informace se 40
.N
M
uloûí p ímo v Pohod . Pokud zákazník, kterému je zásilka doru ena, pot ebuje najít konkrétní kus zboûí, pom ûe mu agenda balních list p esn ur it balík (krabici), ve které se hledan˝ kus nalézá. Kaûdá p epravka s lahvemi p edstavuje balík, kter˝ se skládá z prázdné p epravky a 24 lahví s nápojem. V systému m ûeme s tímto balíkem pracovat jako s celkem. Tím umoûníme p esn evidovat kolik zboûí, a které p epravky se vydaly konkrétnímu zákazníkovi a zárove není nutné vöe kontrolovat, ale skladník m ûe na ítat celé p epravky najednou. Tato na první pohled jednoduchá myölenka mne posunula u velk˝ kus dop edu. Aplikace plusMobile je koncipovaná tak, aby vyhov la co nejv töí skupin zákazník , proto existuje jen v jedné verzi, která umoû uje vöechna nastavení. Celkem nastavení p enosn˝ch terminál na serverové ásti obsahuje zhruba 250 r zn˝ch moûností. Popíöu jen ty, které v tomto p ípad m ní v˝chozí nastavení. Nastavení m ûe b˝t shodné pro vöechny pouûívané terminály nebo se m ûe terminál od terminálu liöit. V instalaci pro F. H. Prager pouûívám t i terminály. Jeden se specifick˝m nastavením, kter˝ pouûívá skladník pro p evod zboûí mezi sklady, pro pln ní p epravek lahvemi (Balní listy) a p evod zboûí na auta, které ho pak rozváûejí k zákazník m. V Pohod jsou pro p ehlednost jednotlivá závozová auta vedena jako samostatn˝ sklad. Dalöí dva terminály vyuûívají zam stnanci, kte í provádí rozvoz a prodej koncov˝m zákazník m. Tyto dva terminály jsou nastaveny shodn .
Nastavení terminálu do skladu 1. Obecné (a) povolit v˝dej do záporného stavu - pokud bychom nem li povolen˝ v˝dej do záporného stavu a doölo by k n jaké chyb p i nasklad ování, mohlo by se stát, ûe zboûí bude fyzicky na sklad , ale my ho nebudeme schopni vydat. Je jednoduööí povolit v˝dej do záporného stavu, abychom mohli vûdy zboûí vydat a posléze zjistit, kde se stala chyba p i naskladn ní, a opravit ji. 41
.N
2.
3. 4.
5.
6.
42
M (b) zobrazovat mnoûství skladem u zásob - slouûí pro rychlou kontrolu zda stav zboûí, které je skute n skladem odpovídá stavu ú etnímu evidovanému v Pohod . Obecné 2 (a) pouûívat eviden ní ísla - eviden ní ísla nebo öarûe je nutné evidovat kv li datu trvanlivosti. Kaûdá várka vyrobeného nápoje má svoji öarûi a dobu trvanlivosti. Systém následn umí upozornit, pokud by doölo k v˝deji zboûí s proölou öarûí. (b) povinn˝ údaj - udává, ûe öarûe je povinn˝ údaj. P i v˝deji zboûí je nutné öarûi zadat. (c) pouûívat agendu balních list - jak bylo zmín no, agenda eöí problém p epravek Obecné 3 - nezm n no Objednávky (a) povolit vloûit zboûí mimo objednávku bez upozorn ní v p ípad nápoj je objednávka jen orienta ní. asto se na míst stane, ûe zákazník odebere n jaké zboûí navíc a jiné zase ne. Proto je vhodné povolit vkládání zboûí mimo objednávku. Objednávky 2 (a) povolit vyhledávání p ijat˝ch objednávek k vykrytí p i pouûití funkce systému “v˝dej podle objednávky” lze v p ijat˝ch objednávkách vyhledávat. adí se podle ísla objednávek. Do filtru je moûné vloûit omezení v SQL syntaxi. Já jsem pouûil nastavení viz obrázek 4.5 Takto odfiltruji objednávky, které jsou ur ené k expedici závozov˝m autem. Databázové pole „obj.RefVPrTrasa“ musí b˝t vypln no. Tím je dané, ûe objednávka je ur ena k rozvozu. Stejn tak pole ur ující konkrétní závozové auto „obj.refvprCilSklad“ musí b˝t vypln no. (b) p ebrat cílov˝ sklad z hlavi ky objednávky - p i p evodu podle objednávky se automaticky vyplní cílov˝ sklad z databázového pole: RefVPrCilSklad Tiskárny (a) standartní XML tisk z Pohody - aby bylo moûné tisknout doklad o p evodu na sklad “Auto” p ímo z p enosného terminálu, je t eba zde tuto moûnost povolit. Pak sta í
.N
M
Obrázek 4.5: [Zdroj: archiv autora] vybrat správnou tiskovou sestavu z Pohody a tiskárnu, na kterou se doklad bude tisknout. V p ípad F. H. Prager se jednalo o sí ovou tiskárnu p ímo ve skladu. Vzhledem k faktu, ûe server není fyzicky ve skladu, ale jedná se o virtuální server v hostingu, bylo jeöt nutné na routeru zajistit ve ejnou IP adresu a p esm rovat port pro tisk tak, aby bylo moûné ze vzdáleného serveru tisknout na tiskárnu ve skladu. Po krátkém jednání s místním poskytovatelem p ipojení k Internetu se mi vöe poda ilo zprovoznit. 7. íselné ady / p edkontace (a) zde je moûné specifikovat íselnou adu, do jaké se bude vytvá et p evodka z daného terminálu. Pro p ehlednost jsem nastavil íselnou adu obsahující rok (16PrvXXXX). 8. Kontrola doklad - nezm n no (nepouûíváme) 9. Optimalizace - tato záloûka obsahuje moûnosti optimalizace chování aplikace v terminálu. Po n kolika konzultacích se skladníkem jsem nakonec zvolil následující moûnosti: (a) po dokon ení dokladu se vrátit do hlavi ky (b) nezobrazovat potvrzovací dialogy (c) pouûívat PIN pro p ihlaöování uûivatel 43
.N
M
(d) nedovolit vloûit mnoûství v töí neû 100 000 ks do dokladu (e) p i vykr˝vání a kontrole zobrazovat poslední na tenou poloûku (f) snadné p epínání +/- poloûek b hem dokladu 10. Sklady - nezm n no 11. Off-line - nezm n no (na terminále ve skladu se vûdy pracuje v on-line reûimu) 12. Individuální a servisní funkce - nezm n no Dle v˝ tu je patrné, ûe se jednalo spíöe o optimalizaci podle poûadavk skladníka tak, aby p i práci nemusel eöit problémy, které zpomalí nebo zastaví jeho práci. Do budoucna, aû se systém zab hne a nebudou vznikat omyly, bude moûné nastavení trochu upravit a hlavn zp ísnit. Primárn jsem se, ale snaûil nastavit systém tak, aby byl uûivatelsky p ív tiv˝ a práci nekomplikoval. Nastavení terminál pro rozvoz Nastavení terminál pro rozvoz je odliöné od nastavení terminálu ve skladu. Hlavní rozdíl spo ívá v tom, ûe terminály pro rozvoz se pouûívají v off-line reûimu. Zjednoduöen to funguje tak, ûe p ed odjezdem na rozvoz si zam stnanec rozvozu terminál p ipojí na Wi-Fi ve skladu a synchronizuje si vöechny pot ebné údaje (adresá , individuální ceny, dodací adresy, zakázky, eviden ní ísla (öarûe), prodejní ceny, balní listy a stav skladu). P i v˝deji z auta jednotliv˝m zákazník m terminál vytvo ené doklady ukládá do pam ti a po návratu se op t p ipojí p es Wi-Fi k Pohod a vöechny doklady do ní nahraje. Tím se srovná stav skladu “Auto” a vytvo í se doklady pro jednotlivé zákazníky. Hlavní rozdíly v nastavení, jsou následující: 1. Tiskárny (a) Není nutné nastavovat tiskárnu pro tisk sestav z Pohody. 2. íselné ady / p edkontace (a) Není nutné nastavovat individuální íselnou adu pro kaûd˝ terminál. 3. Sklady (a) Pokud bychom nespecifikovali, se kter˝mi sklady má terminál pracovat, pak by p i synchronizaci pro off-line reûim vûdy stahoval stavy vöech sklad . To není ûádoucí. Povolil jsem tedy jen sklady “Auto1”, “Auto2”, “Komise” 44
.N
M
a “Prodejna”. Jedná se o sklady p edstavující závozová auta, komisní prodej a prodejnu v Praze v Dejvicích. Jen z t chto 4 sklad m ûeme reáln zboûí prodávat. Více není nutné. 4. Off-line (a) Je nutné povolit off-line reûim. (b) Povolit mobilní tisk na bezdrátovou tiskárnu XT4131 (tisk doklad pro zákazníky). S mobilním tiskem souvisela i p íprava tiskové sestavy pro mobilní tiskárnu tak, aby byl doklad pokud moûno co nejmenöí, ale zárove obsahoval vöechny pot ebné údaje. Takto jsem nastavil oba terminály ur ené pro rozvoz.
45
5 Pouûití v praxi Prvotní nastavení aplikace plusMobile p ímo v terminálu je velmi snadné. Po spuöt ní aplikace sta í v hlavním menu zvolit moûnost „Nastavení - > Konfigurace“. Zde vyplníme IP adresu serveru, zvolen˝ port a p ípadn MAC adresu mobilní tiskárny. Terminál se po uloûení nastavení sám p ipojí k serveru a stáhne si aktuální verzi aplikace, v etn veökerého nastavení, které jsem provedli na serveru. Schéma kolob hu zboûí a obal , tak jak jsem ho p ipravil v anal˝ze, se v praxi trochu zm nilo. N které kroky se zjednoduöili a n které jsme úpln automatizovali. Schéma 5.1 popisuje, jak v praxi probíhají jednotlivé pohyby zboûí a vratn˝ch obal . Kaûd˝ pohyb je v obrázku o íslovan˝. Projdu postupn jeden po druhém a ukáûi, jak na terminálu probíhají. Vöechny operace lze samoz ejm provád t i p ímo v Pohod , ale smyslem celého eöení je p esunout tuto práci p ímo do skladu nebo na závozové auto, kde se skute n odehrává.
47
.P
Obrázek 5.1: [Zdroj: archiv autora]
48
.P 5.0.1
P íjem materiálu na sklad materiálu
Jedná se o jednoduchou tvorbu p íjemky p ímo v terminálu. (Vöechny obrázky pouûité v návodech jsou z archivu autora práce.)
Úvodní obrazovka aplikace plusMobile na terminálu. P ed samotnou tvorbou p íjemky je t eba vybrat sklad z Pohody, se kter˝m chceme pracovat. To provedeme kliknutím na název skladu v pravém horním rohu. Dle nastavení serverové ásti máme nyní k dispozici bu vöechny sklady, nebo jen vybrané sklady. Dále zde m ûe b˝t skupina sklad definovaná v obecném nastavení serverové ásti. Klepnutím na dan˝ sklad a potvrzením provedeme v˝b r skladu.
Nyní máme v pravém horním rohu správn zvolen˝ sklad, na kter˝ budeme zboûí nasklad ovat (v naöem p ípad sklad materiál). V hlavním menu zvolíme moûnost „Skladové operace“.
Dostáváme se do dalöí úrovn menu pro v˝b r skladové operace. Chceme tvo it p íjemku, zvolíme tedy moûnost „P íjem“.
49
.P Nyní jiû tvo íme samotn˝ doklad. První krok je vypln ní hlavi ky, v p ípad p íjemky jde o v˝b r dodavatele. V˝b r bu m ûeme provést ru n kliknutím na otazník vedle vyhledávacího pole nebo m ûeme pouûít vyhledávací pole. Do pole I O a systém sám dohledá odpovídající záznam v adresá i Pohody. Vyplníme bu na klávesnici ru n , nebo m ûeme na ít skenerem z árového kódu. Pokra ujeme tla ítkem „Dalöí >“. Druh˝ krok jsou poloûky dokladu. Zde v ideálním p ípad na ítáme árové kódy jednotliv˝ch poloûek. Stejn jako v p edeölém kroku m ûeme poloûky ru n hledat v zásobách. Pokud je tato volba povolená v serverové ásti, m ûeme p i tvorb dokladu i p i azovat chyb jící árové kódy zásobám, anebo je upravovat. Zboûí bu m ûeme na ítat jednotliv kaûd˝ kus, nebo povolit, aby se systém vûdy po na tení dotázal na vkládané mnoûství. Volba záleûí na charakteru vkládan˝ch poloûek. Poslední krok je shrnutí. Vidíme po et poloûek na dokladu a jejich celkové mnoûství. Po kliknutí na tla ítko „Poloûky“ uvidíme i seznam vöech poloûek a jejich mnoûství. M ûeme vyplnit poznámku, pokud vöe souhlasí, tla ítkem „Odeslat“ odeöleme doklad do Pohody. Zaökrtneme-li pole „Tisk“, pak se sou asn s odesíláním dokladu do Pohody vytiskne v serverové ásti zvolená tisková sestava. 5.0.2
P evod do v˝roby
Do v˝roby p evádíme jednak materiál ze skladu materiálu, ale také prázdné p epravky nebo sudy z jin˝ch sklad . P i p evodu na sklad v˝roby se p epravky automaticky v agend balních list vyprázdní. Toto nastavení lze zm nit v serverové ásti v nastavení Balních List viz obrázek 5.2. 50
.P
Obrázek 5.2: [Zdroj: archiv autora]
P i p evodu materiálu do v˝roby se nejedná o nic sloûit jöího neû tvorbu p evodky mezi sklady „materiál“ a „v˝roba“. V hlavním menu zvolíme moûnost „Skladové operace“. Následn v dalöím menu vybereme moûnost „P evod“.
Stejn jako u tvorby ostatních doklad je prvním krokem hlavi ka. P evodku m ûeme tvo it s vazbou na adresá , ale v p ípad p evodu mezi dv ma interními sklady jedné firmy tato moûnost pozb˝vá v˝znam. Zvolíme tedy jen zdrojov˝ a cílov˝ sklad a pokra ujeme tla ítkem „Dalöí >“. 51
.P Stejn jako u ostatních doklad na teme vöechny poloûky p evodky. D leûitá je volba ve ûlutém ráme ku na spodní ásti. Ta vûdy ur uje, jestli p i na tení kódu p epravky chceme pracovat jen se samotnou p epravkou nebo s plnou p epravkou tak, jak je zaznamenaná v agend balních list . Do v˝roby vûdy p evádíme prázdné p epravky, proto zde volba není zaökrtnutá. V nastavení balních list v serverové ásti máme nastaveno, ûe p epravky se automaticky vyprázdní p i p evodu na sklad v˝roby. Tím zajistíme, ûe p jdou pozd ji v agend znovu naplnit.
Poslední krok je op t shrnutí. Pokud vöe souhlasí, m ûeme p evodku importovat do Pohody tla ítkem „Odeslat“.
5.0.3
P evod z v˝rovy na hlavní sklad (Prodej), pln ní p epravek
Jak je vid t z obrázku 5.2, p i p evodu ze skladu „v˝roba“ na sklad „prodej“ dochází zárove k pln ní p epravek. Proto p evod neprobíhá klasick˝m zp sobem jako p i p evodu mezi ostatními sklady. V tomto p ípad je t eba vyuûít p ímo agendu balních list . 52
.P
V hlavním menu vybereme moûnost „Balní listy“.
V dalöím kroku zvolíme „Pln ní obal “.
V tuto chvíli musíme na íst ísla vöech p epravek, které budeme plnit. Systém hlídá, aby p epravka byla skute n prázdná a zárove byla na správném sklad . Nedovolí na íst neexistující p epravku nebo p epravku, která je podle systému jiû napln ná. V p íkladu jsem pro jednoduchost na etl jen jednu p epravku. Pokud máme na teny vöechny, m ûeme pokra ovat tla ítkem „Plnit“. Nyní za neme na ítat zboûí, kter˝m p epravky plníme. V mém p ípad zboûí s kódem „C33“. Systém se dotáûe na mnoûství, protoûe m ûeme do jedné p epravky naplnit více druh zboûí. Vyplnil jsem po et 24, tedy celou p epravku. Potvrdím klávesou enter.
53
.P
V dalöím kroku se objeví pole „Eviden ní íslo“, kam musíme vyplnit íslo öarûe vyrobeného zboûí. Po správném vypln ní öarûe m ûeme záznam „Odeslat“.
Systém jeöt jednou vyûaduje ov ení, ûe opravdu odesíláme vöe správn . V mém p ípad : 24x F.H.Prager – cider 0,33l s íslem öarûe 12345678 v celkem 1 obalu. Potvrdíme „Ano“.
Po správn provedeném napln ní p epravek m ûeme v agend Balních list p ímo v Pohod zkontrolovat jednotlivé záznamy pro kaûdou p epravku. Obsahem kaûdého „balíku“ je vûdy jedna unikátní p epravka a 24 lahví nápoje se zadanou öarûí. S balíkem m ûeme nadále pracovat jako s celkem. To si následn p edvedeme.
Obrázek 5.3: [Zdroj: archiv autora] 5.0.4
P evod ze skladu Prodej na rozvozová auta
P evod zboûí z hlavního skladu „prodej“ na závozová auta má dv specifika. V tuto chvíli jiû m ûeme pracovat s cel˝mi napln n˝mi p epravkami, to v˝razn zrychluje práci. Druh˝m specifikem je zp sob, jak˝m skladník zjistí, co má na dan˝ závoz p ichystat. V Pohod se postupn shromaû ují objednávky od zákazník . Kaûd˝ zákazník má 54
.P v adresá i ve volitelném parametru vypln nou n kterou ze závozov˝ch tras. Pokud nemá nebo se jedná o nového zákazníka, pak lov k p ijímající objednávku musí tento parametr zvolit ru n .
Obrázek 5.4: [Zdroj: archiv autora] Skladník si následn p i chystání závozu odfiltruje objednávky, které pat í do závozové trasy, kterou chystá, a vytiskne si pro n souhrnnou tiskovou sestavu upravenou na míru tak, aby na ní vid l p esn to, co pot ebuje. Sou ástí systému Pohoda je program Report Designer, kter˝ umoû uje upravovat nebo vytvá et vlastní tiskové sestavy. Následující sestavu (obrázek 5.5) jsem p ipravil pro skladníka, nalezne v ní souhrn jednotliv˝ch objednávek. V árovém kódu je uloûeno íslo objednávky, které bude skladní vyuûívat p i p evodu.
Obrázek 5.5: [Zdroj: archiv autora] 55
.P Na terminálu p evod na závozové auto vypadá následovn :
V hlavním menu aplikace zvolíme moûnost „Objednávky“. A poté moûnost „P evod podle objednávky“.
Ve druhém kroku na teme íslo objednávky z árového kódu. Okamûit vidíme pro kontrolu hlavi ku objednávky. Vybereme cílov˝ sklad, kam zboûí p evádíme a m ûeme pokra ovat tla ítkem „Dalöí“. V t etím kroku na ítáme zboûí, které je na objednávce. Zde m ûeme pracovat s pln˝mi p epravkami nebo sudy. Pro práci s cel˝mi p epravkami musíme dole ve ûlutém poli zatrhnout volbu „plné obaly/p epravky“. Pokud tak u iníme, pak se po na tení ísla p epravky do p evodky automaticky p idá nejen p epravka, ale i její obsah. Nic nám samoz ejm nebrání p evád t i jednotlivé lahve samostatn . Pokud máme na tené vöe, m ûeme pokra ovat tla ítkem „Dalöí >“.
Posledním krokem je op t shrnutí. Pokud vöe souhlasí, m ûeme p evodku odeslat do Pohody.
56
.P Pokud si ve shrnutí rozklikneme moûnost „Poloûky“, zobrazí se seznam poloûek, které figurují na p evodce. Ke kaûdé poloûce jméno zboûí, kód zboûí, mnoûství, eviden ní íslo nebo íslo öarûe a cena za kus a celková cena. V tomto zobrazení máme moûnost n které poloûky smazat. Kliknutím na název poloûky se daná poloûka ozna í, smaûe se tla ítkem „Odstranit“.
V˝stupem v Pohod je pak klasická p evodka s vazbou na konkrétní objednávku. Tímto zp sobem skladník p ipraví jednotlivé objednávky na auto. Systém ho celou dobu hlídá, aby dodrûel mnoûství objednaného zboûí a aby na doklad nep idal n co, co do n j nepat í. Díky tomu, ûe p evádí kaûdou objednávku zvláö , je zaru ené, ûe na míst jen vyloûí p epravky a sudy, které jsou na dokladu a nebude mu nic chyb t.
5.0.5
Prodej z auta
Prodej z auta je specifick˝ tím, ûe probíhá v off-line reûimu. Zam stnanec závozu si p ed odjezdem ze skladu synchronizuje pot ebná data do terminálu. Následn v terénu tvo í prodejní doklady, které po návratu do skladu nebo kdekoliv jinde, kde je p ístupná Wi-Fi sí , synchronizuje zp t do Pohody. Stejn jako pro skladníka, tak i pro závoz jsem vytvo il uûivatelskou tiskovou sestavu (obrázek 5.6), na které jsou zobrazeny vöechny d leûité informace. Adresu provozovny, otevírací dobu, kontaktní telefon, p ehled objednaného zboûí. V árovém kódu je pro snadnou identifikaci zákazníka na terminálu uloûeno I O. 57
.P
Obrázek 5.6: [Zdroj: archiv autora] Na terminálu probíhá prodej následovn :
V hlavním menu zvolíme moûnost „Da ov˝ doklad“. Typ dokladu a zp sob platby vybíráme aû na konci ve fázi shrnutí. asto se totiû stává, ûe zákazník zvolí zp sob platby aû podle celkové ástky dokladu a bylo by tedy neöikovné volit toto hned na za átku.
Druh˝m krokem je hlavi ka. Zde m ûeme na íst I O z árového kódu na tiskové sestav . Systém automaticky vyhledá odpovídající záznam v adresá i a hlavi ku vyplní.
58
.P
V druhém kroku standardn na ítáme poloûky dokladu. Stejn jako p i p evodu na závozové auto m ûeme na ítat celé p epravky nebo samostatné lahve.
Pokud p i na ítání poloûek klikneme na tla ítko „“, p epneme se do reûimu vracení poloûek. Tento reûim slouûí pro zp tn˝ odb r prázdn˝ch p epravek a sud od zákazníka. Po p epnutí do tohoto reûimu na teme ísla p epravek, které nám zákazník vrací. Zp t do normálního reûimu se m ûeme p epnout tla ítkem „+“. Ve shrnutí je vid t mimo shrnutí poloûek i volba dokladu a zp sobu platby. Máme na v˝b r prodejku, fakturu, opravn˝ da ov˝ doklad nebo v˝dejku. V poli zp sob platby m ûeme volit z platby hotov , dobírkou, platební kartou nebo öekem. K terminálu je p es Bluetooth p ipojena mobilní ú tenková tiskárna. P i odeslání dokladu zvolíme, zda chceme doklad tisknout nebo ne.
V p ehledu poloûek je jednoduöe vid t vydané zboûí a p ijaté prázdné p epravky se znamínkem "-".
Vytiöt n˝ doklad obsahuje vöechny zákonné náleûitosti, aby mohl b˝t pouûit jako faktura. Jedná se o identifikaci ú astník tedy dodavatele a odb ratele (I O), dále o unikátní íslo dokladu, pen ûní sumu, datum vyhotovení, datum uskute n né zdanitelného pln ní, mnoûství a druh dodávaného v˝robku, základ dan , sazbu dan a v˝öi dan . 59
.P Pokud n kdo trvá na klasické faktu e ve formátu A4, m ûe b˝t vytvo ena v elektronické podob ve formátu PDF dodate n v systému Pohoda.
Obrázek 5.7: [Zdroj: archiv autora]
5.0.6
P evod prázdn˝ch obal zp t na sklad Prodej
Po návratu závozového auta zp t na hlavní sklad je t eba p evést prázdné obaly zp t na hlavní sklad. Tento proces probíhá klasickou p evodkou tak, jak jsem ji popsal v bod 1. P evod do v˝roby. Je d leûité pamatovat na to, ûe pracujeme jen s prázdn˝mi obaly, proto je t eba zkontrolovat, ûe není zaökrtnuta volba „plné obaly/p epravky“. 60
.P 5.0.7
P evod na sklad öpinav˝ch obal
Probíhá analogicky jako ostatní p evodky. Pouûívá se jen v p ípad sud , které je t eba p edávat externí spole nosti na vym˝vání. V p ípad p epravek se krok 7. a 8. vynechává a pouûijeme p ím˝ p evod do v˝roby 9. 5.0.8
P evod ist˝ch sud do v˝roby
B ûná p evodka prázdn˝ch obal . 5.0.9
P evod p epravek zp t do v˝roby
V nastavení Balních list máme vybráno, ûe p i p evodu p epravek na sklad V˝roba se v Pohod automaticky vyprázdní. Je tedy moûné je op t naplnit lahvemi z v˝roby a znovu s nimi pracovat jako balením p epravky a 24 / 12 lahví. Tímto krokem se cyklus vratn˝ch obal zakon í. Stru n˝ popis zb˝vajících funkcí plusMobile, které ve spole nosti F. H. Prager nevyuûívají, je obsahem p ílohy práce.
61
6 V˝hled do budoucna Portfolio program a nadstaveb k Pohod od spole nosti ITFutuRe s.r.o. je velmi öiroké a stále se rozr stá. PlusMobile je jen prvním krokem ke zjednoduöení skladového hospodá ství a vnit ních proces firmy. Z p ehledu eöení z balí ku plusSystem, kter˝ je dostupn˝ na produktov˝ch stránkách www.plusssystem.cz bych rád zmínil dv eöení, která by byla ve spole nosti F. H. Prager v budoucnu velmi dob e pouûitelná. Prvním je plusRouter. Jedná se o program, kter˝ podle nastaven˝ch pravidel umí automaticky zpracovávat doklady v Pohod . PlusRouter by nap íklad mohl automaticky vystavovat faktury pro objednávky zasílané dopravcem, sou asn umí i p ímo vygenerovat ötítek pro dopravce. Sta í v Pohod objednávku ozna it k vy ízení a program sám vystaví fakturu a vygeneruje ötítek. Skladník uû zásilku jen zabalí a p iloûí k ní fakturu, kterou program automaticky vytiskne na zvolené tiskárn . Toto eöení lze dále doplnit o program plusNotify, kter˝ umí vygenerované doklady automaticky rozesílat zákazník m ve formátu PDF. Program pracuje s daty vytaûen˝mi SQL dotazem p ímo z databáze Pohody a je tak velmi variabilní. Krom email umí rozesílat i SMS zprávy p es n kterou z webov˝ch sluûeb nebo p ímo p es p ipojen˝ GSM modem. Je tak moûné upozornit zákazníky na skute nost, ûe jsme p ijali jejich objednávky nebo ûe ji práv expedujeme. Stejn˝m zp sobem lze generovat a rozesílat faktury v PDF formátu. PlusNotify by pro objednávky, které jsou v Pohod ozna ené jako vy ízené, vytisklo fakturu do PDF a odeslalo zákazníkovi na email uveden˝ v adresá i Pohody. Dalöím p íkladem pouûití m ûe b˝t notifikace neuhrazen˝ch faktur po dob splatnosti. První upomínka m ûe b˝t velice mírná, druhá d razn jöí a ve t etí m ûe program p ípad p edat rovnou právní spole nosti, aby u inila odpovídající kroky. Dobr˝m p íkladem m ûe b˝t zasílání pravidelného souhrnu podlimitních zásob. PlusNotify m ûe snadno nahradit i r zné programy pro plánování v˝roby, stejn jako m ûe nahradit r zné v˝stupy „bussines intelligence“ program , které k Pohod existují. Aby se dalo tímto zp sobem navázat, je t eba nechat samotn˝ skladov˝ systém 63
.V tzv."zab hnout", Pohodu zaplnit pot ebn˝mi daty o pohybech zboûí, odb rech jednotliv˝ch zákazník a jednotliv˝ch druh zboûí. Bude trvat n kolik m síc , neû Pohoda nashromáûdí dostate né mnoûství dat, aby bylo moûné z nich generovat statistické v˝stupy a na jejich základ upravovat obchodní plán spole nosti.
64
7 Záv r V práci jsem se zab˝val anal˝zou skladov˝ch proces spole nosti F. H. Prager, návrhem jejich zlepöení a áste né automatizace. Dle p vodních poûadavk jsem se pokusil vytvo it model, jak by m l sklad spole nosti fungovat. Analyzoval jsem eöení dostupné na trhu a vybral takové, které spl ovalo stanovené poûadavky. Podrobn jsem popsal zp sob instalace celého systému v etn instalace softwaru Pohoda a sou ástí pot ebn˝ch pro její b h. V práci jsem zmínil jen ta nastavení systému, která se b hem nasazení p ímo ve spole nosti F. H. Prager m nila vzhledem k v˝chozímu nastavení. Samotné nasazení, nastavení systému a zprovozn ní vöech souástí pot ebn˝ch pro chod mobilních terminál , jako nap íklad Wi-Fi sí , instalace sí ov˝ch tiskáren na vzdálen˝ server, úprava tiskov˝ch sestav v Pohod a p íprava dat v Pohod zabrala zhruba m síc práce. Sou ástí byla i jedna osobní návöt va b hem, které prob hlo ökolení zam stnanc pracujících ve skladu a v rozvozu. V sou asné dob systém b ûí a firma jej aktivn vyuûívá. Jsme v nep etrûitém kontaktu, upravujeme drobné nedostatky provozního rázu. P vodní návrh a p edstava o fungování nebyla úpln p esná, p esto se mi poda ilo vytvo it velmi dob e fungující systém, kter˝ jeho uûivatel m zna n usnad uje práci a zárove p ináöí lepöí p ehled o pohybech zboûí. To se nejvíce projevilo v p ehledu o vratn˝ch obalech, které se d íve díky nedostate né evidenci asto ztrácely. Poda ilo se eliminovat papírové objednávky, jejich p esunem do Pohody, kde se s nimi pracuje dále. V˝dej zboûí vychází z p ijat˝ch objednávek v Pohod a veöker˝ pohyb zboûí mezi sklady a sm rem k zákazníkovi se kontroluje pomocí mobilních terminál . Díky tomu se minimalizoval po et omyl v mnoûství dodaného zboûí a nedochází k zám nám oproti p ijat˝m objednávkám. Kaûd˝ zam stnanec rozvozu má k dispozici mobilní terminál a mobilní tiskárnu, aby mohl na míst zákazníkovi vystavit doklad k dodanému zboûí a vrácen˝m obal m. Cel˝ systém umí pracovat s cel˝mi p epravkami a sudy stejn jako s jednotliv˝mi kusy lahví.
65
.Z Postupné zlepöování skladového a ú etního systému firmy F. H. Prager nekon í. V plánu spole nosti je dalöí automatizace práce v závislosti na poûadavcích, které vyplynou z kaûdodenního pouûívání systému Pohoda.
66
Literatura [1] KOUKOLOVÁ Pavlína. „V˝b r ú etního software pro firmu“. Vedoucí práce Ing. Zuzana K ÍéOVÁ, Ph.D. Diplomová práce. Brno: Masarykova Univerzita, 2009. [2] Wikipedia. Plánování podnikov˝ch zdroj . [Online; cit. 2016-05-02]. 2001. : https://cs.wikipedia.org/wiki/Pl%C3%A1nov%C3% A1n%C3%83%C2%AD_podnikov%C3%BDch_zdroj%C5%AF. [3] Stormware s.r.o. Adresá , kontakty, úkoly a upozorn ní, datové schránky. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/ pohoda/. [4] Stormware s.r.o. Ekonomick˝ a ú etní program POHODA 2016. [Online; cit. 2016-05-02]. 2014. : http : / / www . stormware . cz / pohoda/adresar.aspx. [5] Stormware s.r.o. Elektronická fakturace, ISDOC a PDF. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/pohoda/ elektronicka-fakturace.aspx. [6] Stormware s.r.o. Pokladna. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/prirucka-pohoda-online/Danova_ evidence/Pokladna/. [7] Stormware s.r.o. Banka. [Online; cit. 2016-05-02]. 2014. : http: / / www . stormware . cz / prirucka - pohoda - online / Danova _ evidence/Banka/. [8] Stormware s.r.o. Interní doklady. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/prirucka- pohoda- online/ Danova_evidence/Interni_doklady/. [9] Stormware s.r.o. P iznání k DPH. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/prirucka- pohoda- online/ Danova_evidence/Priznani_k_DPH/. [10] Stormware s.r.o. Pen ûní deník. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/prirucka- pohoda- online/ Danova_evidence/Penezni_denik/. [11] Stormware s.r.o. Nepen ûní deník. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/prirucka- pohoda- online/ Danova_evidence/Nepenezni_denik/.
67
LITERATURA [12] Stormware s.r.o. Ú etní deník. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/prirucka-pohoda-online/Ucetnictvi/ Ucetni_denik/. [13] Vladislav KLI KA Pavel äTOHL. Maturitní okruhy z ú etnictví. ISBN 978-80-87237-22-9. Znojmo: Pavel ätoh s.r.o., 2010. [14] Jena äVARCOVÁ. Ekonomie: stru n˝ p ehled : teorie a praxe aktuáln a v souvislostech : u ebnice : [2014/2015]. ISBN 978-80-87301-19-7. Zlín: CEED, 2014. [15] Stormware s.r.o. Evidence majetku. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/pohoda/majetek.aspx. [16] Stormware s.r.o. Kniha jízd a cestovní p íkazy. [Online; cit. 201605-02]. 2014. : http://www.stormware.cz/pohoda/knihajizd-cestovni-prikazy/. [17] Stormware s.r.o. Fakturace a objednávky. [Online; cit. 2016-05-02]. 2014. : http : / / www . stormware . cz / pohoda / fakturace objednavky/. [18] Homebanking - internetové bankovnictví. Fakturace a objednávky. [Online; cit. 2016-05-02]. 2014. : http://www.stormware.cz/ pohoda/homebanking.aspx. [19] Pavel äTOHL. U ebnice ú etnictví 2015: pro st ední ökoly a pro ve ejnost. äestnácté, upravené vydání. ISBN 978-80-87237-81-6. Znojmo: Pavel ätohl s.r.o., 2015. [20] Stormware s.r.o. V˝roba. [Online; cit. 2016-05-02]. 2014. : http: / / www . stormware . cz / prirucka - pohoda - online / Sklady / Vyroba/. [21] F. H. Prager s.r.o. O jablá ství. [Online; cit. 2016-05-02]. 2014. : http://www.pragercider.cz/content/6-o-jablarstvi. [22] Praha: Firmadat s.r.o. AteoSys - mobilní terminály pro SW Pohoda. [Online; cit. 2016-05-02]. 2014. : http://www.ateosys.cz. [23] Michal KOPECK› Milan PASTOR. ATEOSYS manual: popis funkcí a nastavení. Otrokovice. 2015. : http://www.ateosys.cz/ nastaveni. [24] ITFutuRe s.r.o. PlusMobile: mobilní i pevné terminály do skladu. [Online; cit. 2016-05-02], Hradec Králové. 2015. : http :/ / www.plussystem.cz/aplikace/plusmobile/.
68
LITERATURA [25] Microsoft. Staûení Microsoft SQL Serveru 2014 Express. [Online; cit. 2016-05-02]. 2016. : https://msdn.microsoft.com/cscz/sqlserver2014express.aspx. [26] Stormware POHODA ekonomick˝ systém: P íru ka uûivatele. Jihlava. 2012.
69
A P íloha Obsahem p ílohy je popis postup dalöích operací, které je moûné provád t pomocí mobilních terminál a aplikace plusMobile. Projdu stru n vöechny.
A.1
Zboûí
První poloûka menu je „Zboûí.“
Jedná se o jednoduchou kontrolu zboûí. Po natení árového kódu nebo vyhledání zboûí podle kódu, PLU, názvu, objednacího názvu, eviden ního ísla nebo umíst ní se zobrazí tyto informace. Kód zboûí, árov˝ kód, název, prodejní cena s daní i bez dan , v˝robní íslo (pokud je na teno), typ karty, skladová dostupnost.
A.2
Doklady
Druhá poloûka hlavního menu jsou „Doklady“. Jde o kontrolu jiû existujících doklad v Pohod . Kdy skladník nap íklad kontroluje jiû existující faktury p i v˝deji, aby se zaru ilo, ûe expedované zboûí odpovídá tomu, co je na dokladu.
71
A. P
Po na tení ísla dokladu se nám zobrazí jeho hlavi ka. Pokra ovat lze tla ítkem „Dalöí >“.
V dalöím kroku vidíme jednotlivé poloûky dokladu. Jejich postupn˝m na ítáním ze seznamu mizí a p esouvají se do záloûky „Vykryté.“
Pokud vykryjeme vöe, aplikace se automaticky posune na shrnutí. Po odeslání do Pohody se k danému dokladu uloûí poznámka o kontrole. Ve verzích Pohody MDB a SQL se poznámka uloûí do pole Interní poznámky. Ve verzi E1 je moûné poznámku o kontrole uloûit do p ipraven˝ch uûivatelsk˝ch polí. Kontrola eviduje: jméno obsluhy, as kontroly, stav kontroly (OK nebo neúplné), íslo balíku, poznámka p ípadn i as zahájení kontroly a konkrétní terminál, kter˝m se doklad kontroloval.
A.3
Da ov˝ doklad
Tvorbu da ového dokladu jsem popsal v práci samotné.
A.4
Skladové operace -> P íjem / V˝dej
Tvorba p íjemky a v˝dejky je naprosto analogická. Jak vytvo it p íjemku jsem také popsal p ímo v práci. V p ípad tvorby v˝dejky je rozdíl jen prvním kroku, v hlavi ce. Zde sice vybírám z adresá e, ale 72
A. P vybraná osoba nebo spole nost je v p ípad v˝dejky odb ratelem, nikoliv dodavatelem. P i tvorb v˝dejky je moûné p i na ítání zboûí na íst i interní íslo balíku, do kterého se dan˝ kus zboûí zabalí. Takto vytvo en˝ balní list je moûné p edat p íjemci zásilky.
A.5
Skladové operace -> V˝dejka k faktu e
Pohoda umoû uje vytvo it tzv. fakturu s odloûen˝m v˝dejem. Jde o fakturu na zboûí, které v okamûiku vytvo ení nevyskladníme ze skladu. V okamûiku, kdy je t eba zboûí vyskladnit, sta í zvolit moûnost „v˝dejka k faktu e“. Zde na teme fakturu a dále je vöe shodné s kontrolou dokladu. Jen v˝stupem není záznam o kontrole, ale v˝dejka v Pohod provázaná s danou fakturou.
73
A. P
A.6
Skladové operace -> V˝roba
V˝roba se pouûívá pro v˝robu zboûí, které má v pohod typ karty „v˝robek“. To znamená, ûe máme definované skladové zásoby, ze kter˝ch se tento v˝robek skládá. V menu „Skladové operace“ zvolíme moûnost „V˝roba“.
Jako první op t tvo íme hlavi ku dokladu. Tentokrát jde o v˝robní list, takûe vybíráme partnera nebo odb ratele chceme-li. Pokra ujeme tla ítkem „Dalöí >“.
V druhém kroku na teme vyrobené v˝robky. V naöem p ípad 1 montovan˝ st l. Pokud máme na tené vöe, m ûeme pokra ovat tla ítkem „Dalöí >“.
Poslední krok je tradi ní shrnutí. Tla ítkem „Odeslat“ se záznam odeöle do Pohody. V Pohod se vytvo í v˝robní list na námi na tené v˝robky (1 montovan˝ st l), tento v˝robek se naskladní na v˝robní sklad a zárove se ze skladu materiálu ode tou sou ásti, které tento v˝robek tvo í. Jeho sou ásti jsou definované v kart v˝robku. 74
A. P
A.7
Skladové operace -> P evod
Vysv tleno v samotné práci.
A.8
Skladové operace -> Inventura
Abychom mohli provést inventuru na mobilním terminálu, je t eba ji mít nejprve sestavenou v Pohod .
Vöechny sestavené inventury pro vybran˝ sklad v terminálu uvidíme. Vybereme tu správnou a otev eme ji tla ítkem „Otev ít.“
V inventu e m ûeme na ítat jednotlivé druhy zboûí a vypl ovat jejich stav. Skute n˝ stav, kter˝ je vypln n˝ v Pohod , je moûné na terminálu skr˝t, aby se zamezilo podvád ní p i po ítání zboûí. Vloûit m ûeme bu p eb˝vající kusy oproti skute nému stavu nebo s mínusem kusy chyb jící. P ípadn m ûeme tla ítkem „Nulovat“ vynulovat aktuální stav a zadat nov˝. Nov˝ stav se tak v Pohod upraví, a je moûné inventuru zaú tovat.
75
A. P
A.9
Skladové operace -> Inventurní seznamy
Jednoduchá tvorba inventurních seznamu, viz první ást práce. Uûivatel pouze na ítá druhy zboûí a zadává jejich po ty. Vytvo en˝ inventurní seznam se následn p enese do inventury.
A.10 Skladové operace -> Balní listy Pouûití balních list na pln ní a iöt ní obal je popsáno v práci. P vodní ú el této agendy je mnohem jednoduööí. Pouze páruje interní ísla balík s ísly balík p id len˝mi dopravce. Pokud agendu balních list pouûíváme a p i tvorb v˝dejek nebo faktur v terminálu na ítáme i interní ísla balík , do kter˝ch balíme zboûí, je moûné s t mito ísly dále pracovat.
Po na tení interního ísla balíku vidíme hlavi ku faktury nebo v˝dejky. Balíku m ûeme p i adit p epravce a íslo ötítku p epravce. Pokud máme k systému p ipojenou váhu, je moûné balík i zváûit. Vöechny tyto údaje se mohou hodit p i dohledávání ztraceného balíku p ípadn jeho obsahu.
76
A. P
A.11 Skladové operace -> umíst ní ve skladu Agenda slouûící k evidenci skladov˝ch pozic a jejich obsahu.
V prvním kroku na teme umíst ní. Aby systém rozpoznal, ûe se jedná o skladovou pozici je v kódu prefix „%“. V tomto p íkladu byl na ten et zec „%11“. Po na tení zboûí vidíme, ûe zboûí s kódem „B02“ – Vrchní deska v umíst ní „11“ není. Pokud ho tam chceme umístit, klikneme na „JE“. Opa n , pokud by tam bylo a my ho tam necht li, klikneme na „NENÍ“. élut˝m k íûkem jak˝koliv záznam o umíst ní smaûeme. Pokud zatrhneme dole volbu „autom.“ a volbu „je“, bude se automaticky na tené zboûí ukládat do zvoleného umíst ní. Analogicky s volbou „autom.“ a volbou „není“. Pokud na teme kód zboûí a klikneme na tla ítko „Kde?“, otev e se nám seznam umíst ní, kde evidujeme dané zboûí. Stejn tak po na tení umíst ní m ûeme kliknout na tla ítko „Co?“, abychom vid li seznam zboûí, které se nachází v daném umíst ní. Takto funguje jednoduchá evidence „Je a není“. V nastavení systému je moûné zapnout evidenci stav v umíst ních. Pak systém eviduje i stavy jednotliv˝ch zásob v jednotliv˝ch umíst ních. P i umís ování nebo vysklad ování z jednotliv˝ch umíst ní je nutné zadávat mnoûství. Tvo íme tak N:N evidenci umíst ní ve skladu. Systém umí sledovat i eviden ní ísla jednotliv˝ch umíst n˝ch kus zboûí.
77
A. P
A.12 Objednávky Toto menu umoû uje tvorbu nabídek, a objednávek (p ijat˝ch i vydan˝ch). Dále tvorbu p evodek, p íjemek a v˝dejek podle existujících objednávek. P evod podle objednávky byl podrobn ji popsán v druhé ásti práce, naprosto analogicky funguje i tvorba p íjemek a v˝dejek podle objednávky. Tvorba nabídek a objednávek funguje podle klasického schématu (hlavi ka -> poloûky dokladu -> shrnutí) a není nutné jí podrobn ji procházet.
78
A. P
A.13 Pokladna Volba „Pokladna“ slouûí k tvorb p íjmov˝ch pokladních doklad k existujícím pohledávkám.
Po na tení dokladu vidíme hlavi ku a erven dluûnou ástku. Pokra ujeme tla ítkem „Dalöí >“.
V dalöím kroku vybereme íselnou adu. Kaûdá íselná ada m ûe p edstavovat jednu pokladnu. Nakonec uhrazenou ástku a p ípadnou poznámku. Po odeslání do Pohody vznikne p íjmov˝ pokladní doklad na vypln nou ástku navázan˝ na zvolen˝ doklad.
79
A. P
A.14 PHscanner Volba PHscanner umoû uje pouûití mobilního terminálu jako jednoduché bezdrátové te ky árov˝ch kód . Na stránkách www.plussystem.eu je ke staûené aplikace PHscanner pro PC. Po jejím spuöt ní na po íta i a p ipojení k serveru, kde b ûí serverová ást systému plusMobile, m ûete mobilní terminál vyuûívat jako bezdrátovou te ku. Kód naten˝ terminálem se napíöe na PC se spuöt nou aplikací PHscanner p ímo ke kurzoru.
A.15 Historie V historii je vid t seznam naposledy vytvo en˝ch doklad . Z historie je moûné k jednotliv˝m doklad m zp tn vytisknout kopii ú tenky (jiného odpovídajícího dokladu).
80