}w!"#$%&'()+,-./012345<ya

Transcription

1 Masarykova univerzita Fakulta informatiky }w!"#$%&'()+,-./012345<ya Príprava ERP ADempiere pre reálnu implementáciu Diplomová práca Igor Krnáč Brno, 2013

2

3 Prehlásenie Prehlasujem, že táto diplomová práca je mojím pôvodným autorským dielom, ktoré som vypracoval samostatne. Všetky zdroje, pramene a literatúru, ktoré som pri vypracovaní používal alebo z nich čerpal, v práci riadne citujem s uvedením úplného odkazu na príslušný zdroj. Vedúci práce: Ing. Leonard Walletzký, Ph.D. iii

4 Poďakovanie Rád by som sa poďakoval pánovi Ing. Leonardovi Walletzkému, Ph.D. za vedenie a pomoc pri písaní tejto práce, taktiež za poskytnutie množstva vzácneho času, materiálov a predovšetkým za ochotný a obzvlášť motivujúci entuziastický prístup. Ďalšia vďaka patrí mojim blízkym za ich pomoc a pochopenie, obzvlášť Filipovi Gašperákovi za prečítanie a Bc. Vítovi Stříteskému za postrehy. iv

5 Zhrnutie Táto práca sa zaoberá prípravou ERP systému ADempiere pre reálnu implementáciu a jej cieľom je vytvoriť ucelený text, ktorý popíše technickú prípravu prostredia a inštalácie systému a to tak pre produkčné prostredie (či už pre samotné podniky alebo projekt poskytujúci tento systém ako službu) ako aj vývojové prostredie pre Laboratórium servisných systémov a študentov, ktorý budú tento systém rozširovať. Ďalšou časťou prípravy systému pre reálne použitie je návrh postupu alebo návodu zavedenia tohto systému v podniku, prostredníctvom ktorého budú podniky schopné implementovať systém a dostať ho do stavu, kedy je použiteľný pre bežnú prácu. Cieľom poslednej časti tejto práce je popis využitia systému ADempiere ako služby pre účely projektu umiestnenia systému do cloudu. v

6 Kľúčové slová ERP, ADempiere, Open-source ERP, Zavádzanie ERP, Cloud, ERP v cloude, Implementácia ERP vi

7 Obsah Oficiálne zadanie ii Prehlásenie iii Poďakovanie iv Zhrnutie v Kľúčové slová vi Obsah Úvod ERP systémy Vývoj ERP systémov Charakteristika ERP systémov Výhody a nevýhody Modularita Delenie ERP systémov Zavádzanie ERP systémov Konfigurácia Customizácia Open-source ERP systémy ADempiere Vývoj ADempiere Charakteristika ADempiere Architektúra a technická realizácia Nevýhody ADempiere oproti komerčným systémom Československá podpora Príprava prostredia pre systém ADempiere Príprava prostredia a inštalácia systému Požiadavky systému ADempiere Java Databázový systém Príprava databázy pre systém ADempiere Získanie zdrojových súborov Kompilácia zdrojových súborov

8 Obsah Patche Migrácia databázy a migračné skripty Inštalácia a spustenie Rozširovanie a vývojové prostredie systému ADempiere Návrh vývojového prostredia Lokalizácia systému ADempiere Inštalácia jazykového balíka Zavedenie systému ADempiere do podniku Získanie prvotných informácii Štruktúra podniku Účtovná osnova Popis formátu účtovnej osnovy Prvotné vytvorenie klienta v systéme Účtovné obdobia Číslovanie dokladov Vytvorenie podnikovej štrutkúry v systéme Vytvorenie organizačnej zložky Vytvorenie skladu a úložných miest Vytvorenie a import kmeňových dát Účtovanie na kmeňových dátach Obchodní partneri Bankové účty Meny Produkty Ceny Import kmeňových dát Formát importovaného súboru Načítanie súboru a import údajov ERP systém v cloude Cloud Vlastnosti cloudu Distribučné modely Modely nasadenia ADempiere v cloude Výhody Záver Literatúra A Elektronické prílohy B Snímky obrazoviek systému

9 Kapitola 1 Úvod Informačné technológie sa postupne stali neodmysliteľnou súčasťou nášho života. Najčastejšie aplikácie ako , skype nám uľahčujú komunikáciu, tabuľkové procesory zrýchľujú prácu s väčším množstvom dát, webové prehliadače zase slúžia na hľadanie a prezeranie informácii na internete. Možnosti IT tu však ani zďaleka nekončia. Jedným stále sa viac rozširujúcim použitím IT sú podnikové informačné systémy. Zahŕňajú bežné podnikové funkcie ako organizácia výroby, skladové hospodárstvo, účtovníctvo, ale taktiež analýzy pomáhajúce manažérom v ďalšom rozhodovaní a veľa ďalších [1]. Tieto systémy sa nazývajú ERP systémy, z anglického Enterprise Resource Planning. ERP systémy automatizujú skoro všetky procesy prebiehajúce v podniku. Výhody týchto systémov sa zaslúžili o ich veľký rozmach v posledných rokoch. Spomenieme tie najdôležitejšie, akými sú zefektívnenie podnikových procesov, optimalizácia pracovných tokov, znižovanie skladových zásob, zrýchlenie výstupov a v konečnom dôsledku zlepšenie alokácie zdrojov, flexibilitu, presnejšie rozhodovanie a tým pádom aj zvýšenie konkurencieschopnosti podniku. Veľmi dôležitý je správny výber systému, pretože pri zlom výbere nemá jeho nasadenie žiadny pozitívny vplyv, v niektorých prípadoch až negatívny. Kľúčovými faktormi pri výbere systému sú analýza požiadaviek a cena [1]. Na rozdiel od veľmi drahých komerčných riešení, ktorých cena sa väčšinou pohybuje v desiatkach až stovkách miliónov korún, existujú aj open-source ERP systémy. V tejto práci sa zaoberáme jedným z nich, a to systémom ADempiere. Je to komunitou vyvíjaný a podporovaný open-source softvér, ktorý je dostupný pod licenciou GNU 1, takže sa dá nazvať aj slobodný alebo voľne šíriteľný softvér. Svojou funkcionalitou plnohodnotne postačuje pre malé a stredné podniky [1]. ERP systémy majú neodmysliteľnú úlohu vo veľkých spoločnostiach, kde ich úloha začína od inventarizácie majetku a končí až pri analýze dát a tvorbe predikcii, ktoré pomáhajú vykonávať dlhodobé strategické rozhodnutia podniku. ERP systémy nie sú potrebné len vo veľkých spoločnostiach ale ich potreba sa neus

10 1. Úvod tále zvyšuje a stáva nevyhnutnou aj pre novo vzniknuté a začínajúce podniky, tzv. startupy 2. Česká republika a obzvlášť Brno v čase písania tejto práce zažíva veľký rozmach startup podnikov, ktoré sú veľmi podporované kvôli tvorbe inovácii a rozvoju konkurenčného trhu. Komerčné a zároveň kvalitné ERP systémy sú finančne veľká záťaž, obzvlášť pre startup podniky. Z tohto dôvodu vznikla myšlienka 3 prípravy a rozširovania voľne šíriteľného ERP systému ADempiere pre podniky predovšetkým startupy v Českej republike v akademickom prostredí Fakulty informatiky. Už pojem voľne šíriteľný naznačuje hlavnú výhodu tohto systému, ktorou sú nulové licenčné poplatky. ERP systém ADempiere je plne použiteľný v prostredí Českej republiky, stále ale existujú funkcionality, ktoré chýbajú a sú žiaduce. Vývoj a rozširovanie systému prostredníctvom projektov alebo záverečných prác na pôde Fakulty informatiky 4 je preto vynikajúcou príležitosťou prispieť ku komunitou vytváranému projektu. Jednotlivé rozšírenia alebo nové funkcionality implementované v prostredí fakulty môžu byť vďaka tomu veľmi rýchlo použiteľné a mať dopad na podniky a fungovanie systému na celom svete 5. Ďalším rozšírením tohto nápadu je pripraviť, poskytovať a prevádzkovať tento systém v prostredí cloudu, čím by začínajúcim podnikom pribudli výhody a odpadli ďalšie náklady ako sú napr. prvotné finančné výdaje za nákup hardvéru a náklady vzniknuté inštaláciou a udržiavaním tohto systému. Podnik by preto platil poplatky len za skutočne využívané zdroje. S otázkou implementácie systému v prostredí cloudu na vedeckej pôde sa hneď črtajú ďalšie predstavy ako napr. spolupráca s novo vzniknutým projektom CERIT 6, ktorý disponuje prostriedkami pre prevádzku cloudu a ktorý má v pláne vytvoriť prostredie podnikateľského inkubátoru pre začínajúce firmy. Idea rozširovania tohto systému nie je ničím novým, na pôde fakulty už prebehlo niekoľko projektov, spomenieme napr. bakalársku prácu Adaptace ERP sys- 2. Startup je označenie začínajúceho alebo novo vytvoreného podniku, ktorý sa nachádza vo fáze vývoja. Tento pojem je najčastejšie spojovaný s technologickými a internetovými firmami 3. Podnet prišiel od Ing. Leonarda Walletzkého, PhD., ktorý tento projekt začal a formálne zastrešuje a má dlhoročné skúsenosti s rozširovaním a implementáciou tohto systému 4. Nie je nutné sa obmedzovať len na Fakultu informatiky, nie je problém si predstaviť možnosť spolupráce s napr. Ekonomicko-správní fakultou, keďže ERP systémy majú podstatu v podnikovej ekonómii, nehovoriac o úzko súvisiacom odbore Ekonomické informační systémy 5. Viď počet implementácii systému na celom svete: 6. Center for Education, Research and Innovation in ICT (Centrum vzdelávania, výskumu a inovácii pre ICT): 4

11 1. Úvod tému ADempiere 7 alebo diplomovú prácu Využití ERP Systému ADempiere 8. Táto problematika taktiež úzko korešponduje s multidisciplinárnym odborom SSME 9. Za zmienku taktiež stojí májová návšteva samotného hlavného autora 10 systému ADempiere na Fakulte informatiky, ktorý stojí za vznikom tohto projektu, formálne celý projekt riadi a vyjadril silnú podporu rozvoju na fakulte. Z týchto a mnohých ďalších dôvodov vznikol projekt rozširovania ERP systému ADempiere v rámci Laboratória Servisných Systémov 11 na Fakulte informatiky (ďalej už len laboratória) a taktiež prvá požiadavka pripraviť ERP systém ADempiere pre reálnu implementáciu v podnikoch. Táto práca si kladie za cieľ vytvoriť ucelený text, ktorý popíše technickú prípravu prostredia a inštalácie systému do prostredia laboratória a to tak pre produkčné prostredie (či už pre samotné podniky alebo projekt poskytujúci tento systém ako službu) ako aj vývojové prostredie pre laboratórium a študentov, ktorý budú tento systém rozširovať a touto cestou im ušetriť množstvo času stráveného štúdiom technickej dokumentácie a ukázať úvod a best-practices do rozvoja tohto systému. Ďalšou časťou prípravy systému pre reálnu implementáciu je návrh postupu alebo návodu zavedenia tohto systému do podniku. Cieľom poslednej časti tejto práce je popis využitia ERP systému ako služby pre účely projektu umiestnenia systému do cloudu. Celková práca sa skladá zo siedmych kapitol. Nasledujúca kapitola 2 sa pre lepšie pochopenie funkcie ERP systémov venuje ich vývoju a charakteristike a posledná sekcia kapitoly približuje existujúce open-source systémy. Kapitola 3 už rozoberá samotný ERP systém ADempiere. Objasňuje jeho vývoj, charakteristiky a čo je u ERP systémov nutné, ich lokalizáciu, v tomto prípade československú podporu. Kapitola 4 sa venuje príprave technického prostredia pre použitie systému ADempiere. Kapitola popisuje kroky od inštalácie potrebných nástrojov, cez prípravu databázy a získania zdrojových súborov, až po inštaláciu a spustenie systému. Druhá sekcia obsahuje popis a pravidlá pre vývoj systému a návrh vývojového prostredia v Eclipse 12. Posledná sekcia kapitoly sa venuje lokalizácii projektu do českého prostredia a detailne popisuje inštaláciu jazykového balíka do systému Service Science, Management, and Engineering (Služby výskum, riadenie a inovácie): Redhuan D. Oon známy pod prezývkou red1, osobná stránka dostupná z Pre bližšie informácie k vývoju ADempiere viď Eclipse je veľmi rozšírené a obľúbené multiplatformové vývojové prostredie. Je napísané prevažne v jazyku Java a obsahuje podporu a veľké množstvo rozšírení a nástrojov pre vývoj softvérových aplikácii: 5

12 1. Úvod Kapitola 5 obsahuje návrh postupu zavedenia systému do podniku a je členená do niekoľkých sekcii, ktoré reflektujú poradie a jednotlivé základné kroky implementácie tohto systému, od získania prvotných dát, cez vytvorenie podnikovej štruktúry a účtovnej osnovy až po vloženie kmeňových dát, nad ktorými budú vykonávané transakcie a operácie podniku. Predposledná kapitola 6 sa zaoberá možnosťou využitia ERP systému ADempiere ako služby v prostredí cloudu. Prvá sekcia približuje definíciu cloudu, charakteristiky a rozdelenie a nasledujúca sekcia popisuje použitie samotného systému ADempiere v tomto prostredí a jeho poskytovanie formou služby. Posledná kapitola 7 celkovo zhrňuje prácu, osobný prínos a v krátkosti popisuje ďalšie kroky pre vývoj a prípravu tohto projektového zámeru. Práca ešte obsahuje dve prílohy, príloha A, obsahuje dotazník pre zber prvotných informácii pred začiatkom zavádzania systému, ktorý bude popísaný bližšie v sekcii 5.1 a príloha B obsahuje snímky obrazoviek systému, ktoré budú použité v rámci vysvetlenia v priebehu tejto práce. 6

13 Kapitola 2 ERP systémy 1 ERP je skratka pre Enterprise Resource Planning, voľne preložiteľné ako plánovanie podnikových zdrojov. ERP systém je softvérový informačný systém navrhnutý, aby integroval oddelenia a funkcie v rámci celého podniku do jednotného informačného systému a jednotnej dátovej základne podnikovej databázy [2]. Jeho prínosy a nové možnosti plynúce pre podnik sa zapríčinili, že podniky sú ochotné investovať nemalé percento zo svojich rozpočtov na ich implementáciu a prevádzku. Pred detailnejšou charakteristikou pre lepšie pochopenie najprv priblížime ich historický vývoj. 2.1 Vývoj ERP systémov Prvé počiatky ERP systémov sa datujú okolo 60-tych rokov dvadsiateho storočia. V tých časoch sa ešte nenazývali ako ERP systémy a boli to systémy slúžiace na kontrolu zásob a skladov. Zvyšovaním požiadaviek výrobných organizácii sa približne o 10 rokov neskôr tieto systémy rozšírili o plánovanie materiálov na výrobu a začali sa rozmáhať systémy materiálového plánovania výroby známe ako MRP (Material Requirements Planning). V týchto rokoch začali vznikať aj prvé spoločnosti, ktoré sa špecializovali výlučne na implementáciu podnikových aplikácii. Ďalším zvyšovaním požiadaviek sa MRP systémy rozšírili z materiálového plánovania na plánovanie všetkých zdrojov a vznikli systémy označované ako MRP II (Manufacturing Resource Planning) a CIM (Computer Integrated Manufacturing) [2][3]. Začiatkom 90-tych rokov sa systémy MRP II začali odvíjať samostatným smerom, pripojila sa podpora pre finančníctvo, logistiku a personalistiku a vznikli systémy známe ako ERP prvej generácie [2]. Po tomto spojení zaznamenali ERP systémy veľký úspech a rozmach, ktorý bol značne spôsobený Y2K 2 problémom [3]. 1. Táto kapitola je prevzatá aktualizáciou kapitoly z bakalárskej práce autora [1] 2. Year 2000 problem problém roku 2000 spôsobený skracovaním roku na posledné dve číslice. Niektoré systémy nedokázali interpretovať prechod na rok

14 2. ERP systémy Úspech ERP systémov prvej generácie mal za následok aj vývoj ďalších aplikácii, ktoré sa museli do ERP systémov integrovať. Medzi najvýznamnejšie patria [2]: Riadenie dodávateľského reťazca SCM (Supply Chain Management). Riadenie vzťahu so zákazníkmi CRM (Customer Relationship Management). Podpora pre manažérske rozhodovanie BI (Business Intelligence). Tým sa začali vytvárať ERP systémy druhej generácie označované tiež ERP II (extended 3 ERP). Sú to systémy tak ako ich poznáme aj v súčasnosti. Ako ukazuje text, vývoj ERP systémov prešiel rôznym názvoslovím. V poslednej dobe sa ustálilo pomenovanie ERP, aj keď ako vidno sa nejedná o pôvodný význam tejto skratky [2]. 2.2 Charakteristika ERP systémov Definícii ERP systémov existuje v literatúre nespočetné množstvo. Väčšina sa ich líši len uhlom pohľadu, či už procesným, dátovým alebo funkčným. Pre príklad uvedieme dve z nich: ERP (Enterprise Resource Planning) je typ aplikácie, resp. aplikačného softvéru, ktorý umožňuje riadenie a koordináciu všetkých disponibilných podnikových zdrojov a aktivít. Medzi hlavné vlastnosti ERP patria schopnosť automatizovať a integrovať kľúčové podnikové procesy, funkcie a dáta v rámci celej firmy. [6] za ERP sú považované jednak aplikácie, ktoré predstavujú softvérové riešenia používané k riadeniu podnikových dát a pomáhajúce plánovať celý logistický reťazec od nákupu cez sklady po výdaj materiálu, riadenie obchodných zákaziek od ich prijatia až po expedíciu, vrátane plánovania vlastnej výroby a s tým spojené finančné a nákladové účtovníctvo i riadenie ľudských zdrojov. ERP ovplyvňuje podnikové procesy, ktoré podporuje a v mnohých prípadoch automatizuje a je tiež úzko spätý s reengineeringom podnikových procesov (Business Process Reengineering BPR) a s projektmi kvality ISO. [2] Z hore uvedených definícii vyplýva, že medzi hlavné charakteristiky ERP systémov patrí podpora a automatizácia predovšetkým kľúčových vnútropodnikových procesov, medzi ktoré patria [2]: 3. Rozšírené 8

15 2. ERP systémy Výroba plánovanie a riadenie výroby, informácie o výrobkoch. Logistika nákup, sklady, výdaj a plánovanie zdrojov. Ľudské zdroje personalistika. Financie účtovníctvo, rozpočty, atď. Podstatná je taktiež integrácia podnikových procesov, funkcii a dát do jedného informačného systému a podnikovej databázy. Pokiaľ podnik nemá zavedený ERP systém je každá aplikácia, vytvorená pre určitú funkcionalitu spravovaná samostatne a integrácia je nákladná a niekedy dokonca nesplniteľná bez nejakých invazívnych úprav. Jej prínosom je, že máme len jednu aktuálnu množinu dát, ktorá umožňuje lepšiu dostupnosť, zdieľanie a tok informácii na úrovni celého podniku Výhody a nevýhody Za predpokladu, že je systém v podniku správne implementovaný, prináša pre podnik množstvo výhod, ktoré v konečnom hľadisku vedú k zvýšeniu flexibility a konkurencieschopnosti. Medzi hlavné výhody patria [2][4][5]: Zefektívnenie, zrýchlenie a transparentnosť ekonomických procesov. Optimalizácia a transparentnosť pracovného toku dokumentov (workflow). Centralizácia, vyčistenie a zníženie chybovosti dát. Podpora pre vedenie účtovníctva podľa medzinárodných štandardov. Dlhodobé zníženie nákladov na IT. Zvýšenie bezpečnosti definícia prístupových práv a logovanie prístupov k informáciám, čím sa znižuje riziko úniku citlivých podnikových informácii. Rýchlejšie výstupy zamestnanci nemusia pripravovať podklady. Lepšie vymedzenie rolí užívateľov a ich zodpovednosti. Sprístupňovanie real-time informácii pre manažment kedykoľvek a kdekoľvek, čo umožňuje rýchlejšie rozhodovanie. Znižovanie skladových zásob. 9

16 2. ERP systémy Predikcie budúceho predaja. Sledovanie tokov materiálu od objednávky cez výrobu až po predaj. Podpora organizačných zmien. Výhod je pravdaže oveľa viac a mnohé závisia od konkrétneho systému. Oproti výhodám majú ERP systémy aj svoje nevýhody alebo prekážky, na ktorých riešenie treba vynaložiť väčšie úsilie. Medzi tie najhlavnejšie môžeme spomenúť [4]: Vysoké investičné náklady (záleží od dodávateľa a systému, niektoré systémy si navyše účtujú pravidelne aj poplatky za obnovu licencie), ERP systém môže byť nákladnejší ako neintegrované, menej komplexné riešenie. Reengineering niektorých podnikových procesov podľa procesov ERP systému môže znamenať stratu konkurenčnej výhody. Implementácia je časovo a finančne náročná a problematická. Školenie a motivácia zamestnancov ak zamestnanci, resp. manažéri nebudú vedieť, príp. chcieť využívať všetky funkcie ERP systému, niektoré výhody nebudú využité. Závislosť od ľudského faktora zamestnanci musia udržiavať všetky dáta aktuálne a presné inak môže vzniknúť chyba pri plánovaní a rozhodovaní Modularita Ďalšou charakteristikou, ktorá sa stala príznačnou pre ERP systémy je princíp modularity. Väčšina ERP systémov je založená na princípe pridávania modulov. Modul si môžeme predstaviť ako samostatnú aplikáciu, ktorá plní určitú funkcionalitu, napr. financie alebo personalistika. Pre firmy je to výhoda, keďže investícia do ERP systémov je nákladná, podnik si kúpi len moduly, ktoré potrebuje a ktoré sa mu vyplatia namiesto kúpi celého balíka Delenie ERP systémov ERP systémy môžeme deliť podľa rôznych kritérii. V literatúre je najčastejšie uvádzané delenie, podľa toho, či ERP systém podporuje všetky štyri kľúčové vnútropodnikové procesy (výroba, logistika, ľudské zdroje a financie). Podľa tohto kritéria rozdeľujeme ERP systémy do troch skupín [2]: 10

17 2. ERP systémy All-in-One ( všetko v jednom ) tieto ERP systémy sú typické snahou pokryť všetky kľúčové podnikové procesy. Ich výhodou je vysoká úroveň integrácie. Ďalšou výhodou je ich univerzálnosť, dajú sa jednoducho prispôsobiť a nasadiť vo väčšine podnikov. Nevýhodou môže byť, že kvôli univerzálnosti sa nevenujú procesom tak podrobne a neposkytujú detailnú funkcionalitu, ako napr. ďalšia popisovaná kategória najlepšie z chovu. Do kategórie všetko v jednom patria aj systémy majoritných dodávateľov ERP systémov na trhu ako sú SAP 4, Microsoft 5 a Oracle 6, ktorých systémy sú univerzálne a navyše poskytujú detailnú funkcionalitu. Best-of-Breed ( najlepšie z chovu ) tieto systémy väčšinou nepodporujú všetky kľúčové vnútropodnikové procesy. Namiesto toho sa snažia špecializovať na vybrané obory (napr. strojárenstvo) a poskytovať procesom detailnú funkcionalitu. Nevýhodou môže byť náročná integrácia s ostatnými systémami. Lite ( odľahčené ) už pomenovanie naznačuje, že sa jedná o systémy odľahčené/ochudobnené o určitú funkcionalitu. Tieto systémy sa vyznačujú nižšou cenou, čo je aj dôvodom ich využívania hlavne malými až stredne veľkými firmami. Ďalšou výhodou je ich jednoduchšia implementácia. Medzi hlavné nevýhody patrí, že neposkytujú takú detailnú funkcionalitu ako systémy z prechádzajúcich dvoch skupín. Ďalšie nevýhody môžu byť rôzne obmedzenia, ako napr. limitovaný počet užívateľov. 2.3 Zavádzanie ERP systémov Zavádzanie ERP systému v podniku obvykle podstatne ovplyvňuje a často mení pracovné postupy zamestnancov [4]. Pre podnik je to finančne a časovo nákladná investícia a preto si musí dobre zvážiť do akého ERP systému investuje svoje peniaze, prípadne od akého dodávateľa. Ak neskôr zistí, že implementovaný systém mu nevyhovuje nemusí mať zo zavedenia systému žiadny prínos, príp. menší ako sa očakávalo. V horšom prípade môže nastať, že zavedenie alebo zlá implementácia systému bude mať za následok zníženie výkonu podniku. V takom prípade má podnik dve možnosti, buď prispôsobí svoje podnikové procesy zavedenému systému alebo vymení systém

18 2. ERP systémy Náklady na implementáciu sú priamo úmerné jej dĺžke. Dĺžka implementácie závisí od niekoľkých faktorov, akými sú napr. veľkosť podniku, počet implementovaných modulov, customizácia 7, atď. Samotná implementácia systému obsahuje dva základné procesy, konfiguráciu a customizáciu, pričom je dôležité rozlišovať tieto dva procesy Konfigurácia Každý ERP systém je potrebné nakonfigurovať podľa požiadaviek a pravidiel podniku. Dodávatelia sa snažia vytvárať systémy, ktoré sú konfigurovateľné, v čo najvyššej možnej miere a poskytovať tak čo najdetailnejšiu funkcionalitu. Konfiguráciu teda môžeme popísať ako hľadanie cesty medzi tým, ako podnik chce, aby systém pracoval s tým, ako je navrhnutý konkrétny systém [7] Customizácia ERP systémy poskytované dodávateľmi sú modelované podľa tzv. best-practices 8 podnikov. Dodávatelia poskytujú možnosti ako konfigurovať svoj produkt ako bolo popísané v podsekcii Často sa však stáva, že podnik má požiadavky, ktoré sa nedajú zachytiť dostupnými nastaveniami a preto ostávajú určité funkčné medzery. Podniky majú dve možnosti, buď prispôsobia svoje postupy a procesy, aby lepšie zodpovedali implementovanému systému alebo ručne prepíšu časť dodávanej funkcionality, tento proces sa volá customizácia. Customizácia je vždy voliteľná, zatiaľ čo konfigurácia musí byť vykonaná vždy. Jej výhodou môže byť konkurenčná výhoda oproti podnikom využívajúcim dodávanú funkcionalitu. Nevýhodou je predlžovanie doby implementácie a komplikácie pri aktualizáciách. 2.4 Open-source ERP systémy Okrem tradičných komerčných ERP systémov existujú na trhu aj open-source varianty. Ich veľkou výhodou je cena za kúpu, čo sa ale stále viac ukazuje ako nie veľmi podstatný činiteľ pri výbere systému. Dôležitejším faktom je dlhodobá úspora nákladov, ktorá plynie z využívania systému [8]. 7. Z anglického customization prispôsobovanie systému požiadavkám firmy 8. Best-pratices podniku je postup, ktorý dodávatelia považujú za najlepší/najefektívnejší pre podnik a podľa ktorého modelujú podnikové procesy vo svojich produktoch 12

19 2. ERP systémy Open-source ERP systémy sú často kritizované z rôznych dôvodov, ktoré väčšinou korenia v obavách, že open-source systém je len aktivita nejakej entuziastickej komunity [8] alebo ako vedľajší produkt hlavného komerčného systému. Tieto systémy majú okrem spomínanej ceny aj ďalšie výhody, ktoré sú dlhodobejšieho charakteru. Napríklad dlhodobejšou výhodou môže byť ich open-source licencia, pretože táto licencia garantuje nulové poplatky do budúcna a navyše dáva možnosť vlastniť zdrojový kód. Z tohto plynie pre firmu ďalšia výhoda, kde si firma môže zapracovať vlastných IT špecialistov a upravovať svoju inštaláciu na mieru aj naďalej. Pre príklad aj komerčná varianta systému Compiere poskytuje svoje zdrojové kódy, ale obsahuje rôzne skryté poplatky, napr. za migračné skripty [8]. Open-source ERP systémy môžu byť dobrou príležitosťou aj pre podniky, ktoré uvažujú o vytvorení vlastného systému, pretože sa boja, že komerčný systém by nesedel ich požiadavkám. Tieto podniky môžu vďaka vhodnej licenčnej politike open-source systémov zobrať už existujúci systém a postaviť na ňom svoj vlastný. Nemusia vypracovávať jadro systému, ktoré je už hotové a prepracované a môžu sa zamerať na implementáciu požiadaviek [8]. Open-source systémy nie sú žiadnou novinkou na trhu. Koncom 90-tych rokov vzniklo niekoľko takýchto systémov. Tabuľka 2.1 zhrňuje súčasnú situáciu na trhu a popisuje z nášho pohľadu 8 najvýznamnejších open-source ERP systémov [9][10]. ERP systémov je pravdaže oveľa viacej, ale pre znázornenie súčasného stavu postačuje tento výpis. Vo výbere sme sa snažili vybrať hlavne systémy, ktoré nepokrývajú len jednu funkcionalitu (systémy typu najlepšie z chovu ), ale minimálne dve, čo u väčšiny je práve ERP 9 a CRM. Väčšina systémov až na jeden je určených hlavne pre malé až stredné podniky. Veľa systémov je vytváraných ako vedľajší produkt hlavného komerčného systému až na pár podporovaných komunitou. Vybrané systémy podporujú minimálne ERP a CRM funkcionalitu, mnohé z nich však ponúkajú ďaleko širšiu funkcionalitu. Niektoré sa zase snažia špecializovať na určité obory, typickým je systém ERP5, ktorý poskytuje prepracovanú podporu pre verejný sektor a taktiež je aj hojne využívaný a dotovaný práve verejným sektorom. Všetky systémy poskytujú rôzne modely a sú založené na rôznych programovacích jazykoch a platformách, takže podnik si môže vybrať podľa svojich požiadaviek. Podpora a lokalizácia väčšiny systémov už dávno nie je prekážkou a na lokálnych trhoch existuje stále viac dodávateľov týchto systémov. Nemôžeme tvrdiť, že open-source ERP systémy sú budúcnosťou, ale minimálne stoja za zváženie, buď pri výbere hotového systému alebo ako inšpirácia pri vytváraní nového. 9. Myslíme ERP prvej generácie, t. j. podpora kľúčových vnútropodnikových procesov 13

20 2. ERP systémy Názov Prog. jazyk Charakteristika Openbravo 10 Java Veľmi rozšírený systém vydávaný pod Openbravo Public Licence. Model pôvodne prebratý od systému Compiere. Vývoj značne dotovaný európskou úniou. Compiere 11 Java Asi najznámejší open-source ERP systém, od ktorého sa inšpirovalo množstvo ďalších systémov. Obmedzená open-source verzia vydávaná pod licenciou GNU. Poskytuje ERP a CRM funkcionalitu. Openpro 12 PHP Pravdepodobne najprepracovanejší ERP systém, ktorý je asi ako jediný vhodný aj pre veľké podniky. Vydávaný je pod licenciou MPL 13. Poskytuje rozsiahlu a detailnú podporu podnikových procesov, prostredníctvom viac ako 30 modulov. ADempiere Java Veľmi rozšírený ERP systém vyvíjaný komunitou. Vznikol oddelením od systému Compiere. Bude priblížený v kapitole 3. Opentaps 14 Java Open-source varianta vydávaná pod licenciou AGPL. Založený na systéme Apache OFBiz. Zaujímavosťou je možnosť prevádzkovať ho za poplatok na Amazon EC2 cloud 15. Dolibarr 16 PHP ERP a CRM systém vydávaný pod licenciou GNU. OpenERP 17 Python Veľmi rozšírený systém vydávaný pod licenciou AGPL 18. Vznikol premenovaním systému Tiny ERP. ERP5 19 Python Obsahuje detailnú podporu aj pre výrobné organizácie a organizácie verejného sektoru. Tabuľka 2.1: Prehľad open-source ERP systémov na súčasnom trhu Mozilla Public License v prípade využitia odpadá správa s inštaláciou a prevádzkou

21 Kapitola 3 ADempiere 1 ADempiere 2 je komunitou vytváraný ERP systém vydávaný pod open-source softvérovou licenciou GNU General Public Licence. ADempiere poskytuje nízkorozpočtový podnikový systém pre malé až stredné podniky 3. Integruje v sebe všetky hlavné funkcionality ERP systému, ako sú kľúčové vnútropodnikové procesy, riadenie vzťahu so zákazníkmi (CRM), riadenie dodávateľského reťazca (SCM), riadenie výroby (MRP, MRP II) a mnoho ďalšieho. Fakt, že je vydávaný pod licenciou GNU GPL je nesporne jedna z jeho najväčších výhod oproti komerčným systémom. Pre užívateľa to znamená, že má voľne dostupný zdrojový kód, môže ho meniť a využívať zadarmo bez nejakých obmedzení 4 (napr. žiadne obmedzenia čo sa týka množstva inštalácii alebo limitovania počtu užívateľov, ako pri komerčnom softvéri býva) [12]. 3.1 Vývoj ADempiere Vznik projektu ADempiere sa uvádza na September roku ADempiere vznikol odčlenením od známeho projektu s názvom Compiere. Compiere je open-source ERP 5 a CRM systém vyvíjaný ako systém pre malé až stredné podniky, založený v roku Za 3 roky od svojho vzniku sa dostal 1. Táto kapitola je prevzatá aktualizáciou kapitoly z bakalárskej práce autora [1] 2. Slovo adempiere pochádza z taliančiny a významom je podobné slovu compiere, ktoré znamená dokončiť, splniť. Adempiere mu pridáva ešte významy ako skompletizovať, dosiahnuť, oslobodiť (od poplatkov), ale tiež budiť česť a rešpektovať [11] 3. Za malé až stredné podniky sú považované podniky, ktoré sa ľahšie prispôsobujú požiadavkám ako veľké. Podľa definície EÚ sú malé až stredné podniky do 250 zamestnancov, s obratom do 50 mil. EUR 4. Obmedzenia môžu nastať až v prípade ďalšej distribúcie, čo nie je prípad bežného koncového užívateľa 5. ERP prvej generácie 15

22 3. ADempiere medzi najúspešnejšie projekty na SourceForge.net 6, kde v roku 2006 dosiahol milión stiahnutí a stovku partnerov. 1. septembra 2006, muž, ktorý má prezývku red1 otvoril na svojej webovej stránke debatu 7 o odčlenení z projektu Compiere, kvôli plánovanej transformácii projektu Compiere na komerčnú záležitosť. Vývojárska komunita vytvorená okolo projektu Compiere nesúhlasila so zámerom firmy obmedziť funkcionalitu jeho opensource systému pre lepšie umiestnenie na trhu jeho pripravovaného komerčného systému [11]. Komunita chcela pokračovať vo vyvíjaní open-source softvéru. Za pár dní od debaty o oddelení sa vytvoril nový projekt s názvom ADempiere, hneď nato bol registrovaný na SourceForge.net. Taktiež boli skoro vytvorené migračné skripty zo systému Compiere a už 13. októbra toho istého roku bola vypustená prvá oficiálna verzia systému ADempiere. 21. decembra toho roku dosiahol ADempiere prvé miesto na SourceForge.net a dodnes zostal medzi najlepšie hodnotenými open-source projektmi [11]. Momentálne majú projekty ADempiere a Compiere trochu odlišné vlastnosti a funkcionalitu, ale koncepčne a jadrom sa dá hovoriť o rovnakom systéme [12]. Hlavný rozdiel je v licencovaní, keď firma Consona Corporation, ktorá aktuálne distribuuje a vytvára softvér Compiere poskytuje dve verzie 8 svojho softvéru, open-source verziu distribuovanú pod licenciou GNU GPL pod názvom Community Edition s obmedzenou funkcionalitou a spoplatnenú verziu vydávanú pod komerčnou licenciou pod názvom Enterprise Edition, ktorá má rozšírenú funkcionalitu, podporu a dokumentáciu. ADempiere má jedinú variantu licencovanú pod GNU GPL licenciou, takže neexistuje žiadna jeho komerčná varianta. 3.2 Charakteristika ADempiere Cieľom projektu ADempiere je vytvorenie komunitou vytváraného a podporovaného open-source podnikového systému, ktorý bude poskytovať podporu pre takmer všetky procesy prebiehajúce v podniku. ERP systém ADempiere podporuje tieto hlavné funkcionality: Kľúčové vnútropodnikové procesy. Riadenie dodávateľského reťazca (SCM) najrozšírenejší a najväčší webový projekt slúžiaci pre riadenie a distribúciu open-source projektov. Poskytuje vývojárom rôzne služby od možnosti ukladania zdrojových kódov, nástroje pre správu verzii až po diskusné fóra, wiki a subdomény. 7. Pôvodná debata je dostupná na: 8. Funkčné rozdiely viď 16

23 3. ADempiere Komplexné riadenie vzťahu so zákazníkmi (CRM). Sledovanie a analýza obchodnej výkonnosti. Integrované riešenie pokladní. Integrovaný internetový obchod. Komplexné riadenie výroby (MRP, MRP II pripojením projektu Libero ). Správa skladového hospodárstva. Vytváranie reportov a analýz. Vlastný vývojový framework umožňujúci meniť a rozširovať funkcionalitu, bez písania kódu. Práca vo viacej jazykoch, firmách, menách a účtových štandardoch súčasne. ADempiere sa môže pýšiť aj podporou riadenia obchodných procesov (Business Process Management - BPM), ktorého jadro je založené na dvoch rozšírených štandardoch OMG 9 a WfMC 10. Toto jadro sa nachádza v transakčnom jadre systému, čo znamená, že všetky procesy v ADempiere sú automaticky súčasťou workflow. To umožňuje jednoduchšiu customizáciu systému potrebám podniku. Pomocou workflow sa dajú customizovať procesy ako [12]: Schvaľovacie riadenie. Určenie zodpovedností v organizačnej hierarchii. Dynamická správa priorít pri zákazníckej podpore. Eskalačné pravidlá pri neaktivite. Automatické plánovanie procesov. Automatické zasielanie ov, príp. upozornení oprávneným osobám. 9. Object Management Group Workflow Management Coalition

24 3. ADempiere Architektúra a technická realizácia Veľmi silným aspektom ADempiere je jeho architektúra založená na koncepte MDA 11. ADempiere pretvára dátový slovník, ktorý zdedil od systému Compiere, do aplikácie. Pre užívateľa alebo vývojára je viditeľný ako aplikačný slovník s možnosťou úprav za behu aplikácie s okamžitou odozvou, bez potreby kompilácie. V praxi to znamená, že customizácia a takmer všetky zmeny (autori uvádzajú až 95%) na požadovanú funkcionalitu je možné ovládať priamo z aplikácie samotnej bez písania kódu a následnej kompilácie alebo re-buildovania. Architektúra umožňuje okamžité uplatnenie vykonaných zmien, čo je možné vďaka za behu generovaných transakčných obrazoviek, ktoré sú vytvárané podľa pravidiel uložených v databáze (aplikačnom slovníku). ADempiere poskytuje možnosť vytvorenia migračných skriptov z vykonaných úprav v aplikačnom slovníku, a tým umožňuje jednoducho prenášať vytvorenú funkcionalitu do inej inštalácie ADempiere. Druhá výhoda plynúca z tejto architektúry je robustnosť. Chyba v definícii aplikačného slovníku nevedie k pádu celej aplikácie [12]. Z technologickej 12 stránky je ADempiere založený na moderných technológiách na báze Javy, čím je dosiahnutá platformová nezávislosť. Aplikačný server je implementovaný na platforme J2EE, konkrétne využívajúc JBoss 13, ale nedávno bola pridaná podpora aj pre Websphere 14. V súčasnej dobe podporuje ADempiere tri robustné databázové systémy a to: Oracle 15. PostgreSQL 16. MySQL 17. Užívateľské rozhranie je dostupné troma spôsobmi: 11. Model Driven Architecture

25 3. ADempiere Lokálna inštalácia klienta. Aplikácia komunikuje s databázou pomocou JDBC 18 protokolu a s aplikačným serverom pomocou technológie vzdialeného volania metód RMI 19. Stiahnutie klientskej aplikácie s využitím technológie Java WebStart 20. Webové rozhranie pomocou HTML klienta (s využitím technológii Java Servlet 21 a JSP 22 ) Nevýhody ADempiere oproti komerčným systémom Napriek spomínaným výhodám aj ADempiere má svoje nevýhody voči svojím komerčným konkurentom. Za hlavnú nevýhodu, z ktorej sa odvíjajú aj ostatné je považovaná tzv. produktizácia 23. Produktizácia znamená vytváranie softvéru, v čo najjednoduchší a prívetivejší produkt pre zákazníka. Pre komerčný produkt je typické a žiadané, aby poskytoval prívetivé administrátorské rozhranie a grafický inštalačný program, ktorý množstvo nastavení vykoná automaticky, čo sa o ADempiere povedať nedá. Medzi hlavné chýbajúce alebo nedostatočné vlastnosti sa môžu zaradiť [11]: Správcovské rozhranie. Testovacie funkcie. Testovanie na rozličných platformách. Run-time monitorovanie cez SNMP. Technická a užívateľská dokumentácia. Grafické konfiguračné nástroje. API. Webové služby Remote Method Invocation html Java Server Pages Z anglického productization 19

26 3. ADempiere Na druhej strane produktizácia vyžaduje množstvo práce pri vydávaní novej verzie. Keďže ADempiere nie je produktizovaný, prináša mu to aj niekoľko výhod, akými sú rýchle vydávanie nových verzii s rýchlou odozvou na opravené chyby, inovatívna integrácia s modernými softvérovými nástrojmi a aplikáciami, rýchla rozširovateľnosť a customizácia na podnikové procesy. 3.3 Československá podpora U každého ERP systému je podstatná a nutná lokalizácia systému legislatíve a jazyku. Na Slovensku a v Českej republike vznikla v roku 2009 Československá Aliancia pre podporu ADempiere. Táto aliancia je otvorené združenie slovenských a českých spoločností, ktoré poskytujú služby týkajúce sa systému ADempiere. Aliancia poskytuje služby, ako napr. lokalizáciu systému ADempiere v podobe jazykových prekladov a úprav pre zaistenie legislatívnej správnosti, podporu šírenia softvéru, jednotný marketing, kooperáciu služieb medzi jednotlivými členmi. Táto aliancia taktiež poskytuje na svojich stránkach 24 voľne k stiahnutiu balík jazykových prekladov a tiež české a slovenské účtové osnovy pre ADempiere, všetko v súlade s licenciou systému ADempiere

27 Kapitola 4 Príprava prostredia pre systém ADempiere Pred samotným rozširovaním alebo zavedením systému ADempiere je najprv potrebné pripraviť prostredie, v ktorom bude tento systém prevádzkovaný. Táto kapitola popisuje technické požiadavky a proces prípravy prostredia a inštalácie systému ADempiere, vývojového prostredia a lokalizácie systému. Proces prípravy prostredia a inštalácie systému popísaný v tejto kapitole je obecne platný ako pre podniky, ktoré pripravujú svoje vývojové, testovacie alebo produkčné prostredie, tak aj pre laboratórium alebo študentov inštalujúcich tento systém na osobné počítače pre jeho ďalší vývoj a rozširovanie. Pre účely tejto práce bol jeho popis zúžený na technológie a nástroje, ktoré sa používajú v laboratóriu a ktoré sú nekomerčné, pretože predpokladáme, že startup podniky z finančných dôvodov taktiež uprednostnia ich použitie. V rámci laboratória sa pracuje s ADempiere vo verzii systému 3.6.0LTS, preto pri popisoch obsiahnutých v tejto práci bude taktiež použitá táto verzia systému. Posledná oficiálna verzia systému je 3.7.0LTS, ktorá sa ešte nachádza vo fáze testovania. V rámci tejto práce je použitý operačný systém opensuse 1, všetky príkazy fungujú obecne na takmer všetkých operačných systémoch typu Linux. 4.1 Príprava prostredia a inštalácia systému Pred začiatkom práce so systémom ADempiere je potrebné pripraviť prostredie, nakonfigurovať a nainštalovať systém. Táto sekcia sa zaoberá nasledujúcimi aspektmi procesu prípravy prostredia a behu systému: Požiadavky na prostredie. Hardvér. Operačný systém a aplikácie

28 4. Príprava prostredia pre systém ADempiere Príprava databázy pre systém ADempiere. Vytvorenie užívateľských rol. Vytvorenie databázy. Vytvorenie štruktúry databázy a nahratie prvotných dát. Migrácia databázy. Inštalácia a nastavenie systému ADempiere. Získanie zdrojových súborov systému a ich kompilácia. Získanie a aplikácia patchov. Nastavenie a deployment systému do aplikačného servera. Spustenie aplikačného servera a prihlásenie do systému Požiadavky systému ADempiere Keďže je systém ADempiere postavený na platforme a programovacom jazyku Java, hlavnou požiadavkou ako na hardvér, tak aj operačný systém je aby bol podporovaný 2 touto platformou. Konkrétne hardvérové požiadavky 3 systému nie sú na dnešný stav výkonu bežne dostupného hardvéru vysoké a líšia sa podľa toho, či ide o stranu servera alebo stranu klienta. Inštalácia na strane servera je výkonnostne náročnejšia a je podstatne závislá na zaťažení systému (počet klientov, operácii, pripojených užívateľov, množstvo dát atď.). V prípade vývoja, testovania alebo občasného použitia postačuje pre pohodlnú prácu aj priemerný desktop alebo silnejší notebook Java Ako už bolo spomenuté vyššie, ADempiere je založený na platforme Java. Akákoľvek aplikácia fungujúca na tejto platforme vrátane systému ADempiere potrebuje pre svoj beh JVM (Java Virtual Machine) 4. Implementácia JVM je obsiahnutá v behovom 2. Zoznam podporovaných operačných systémov je možné nájsť na oficiálnych stránkach spoločnosti: 3. Pre informácie o konkrétnych požiadavkách viď napr. štúdia dostupná: SizingModel.pdf 4. Java Virtual Machine je program alebo virtuálny stroj, ktorý dokáže spúšťať programy napísané v programovacom jazyku Java a skompilované do tzv. Java Bytecode. JVM umožňuje nezávislosť od hardvéru a operačného systému. Bližšie informácie: 22

29 4. Príprava prostredia pre systém ADempiere prostredí Javy a dá sa získať stiahnutím inštalácie JRE (Java Runtime Environment) 5, ktorý sa dá nainštalovať buď samostatne alebo spolu s JDK (Java Development Kit) 6. Na strane servera je nutné mať nainštalované oboje JRE a JDK, u klienta postačuje behové prostredie JRE. Verzia ADempiere, s ktorou sa pracuje v rámci vývoja v laboratóriu je 3.6.0LTS a táto verzia systému vyžaduje JDK/JRE v major verzii 6. Táto práca neobsahuje popis samotnej inštalácie tejto platformy, pretože je detailne popísaná na stránkach 7 spoločnosti a taktiež je závislá od operačného systému, na ktorý je inštalovaná. Premenná JAVA_HOME Po nainštalovaní platformy je dôležité nastaviť premennú prostredia JAVA_HOME. Táto premenná obsahuje cestu k inštalačným súborom Javy, t. j. aby sa systému ADempiere a všetkým ostatným aplikáciám využívajúcim Javu indikovala cesta, k týmto súborom. JDK alebo JRE pri inštalácii túto premennú nenastavuje automaticky a to z dôvodu, že na jeden stroj, či už virtuálny alebo fyzický je možné nainštalovať niekoľko verzii tejto platformy a jednotlivé aplikácie potrebujú jednoznačne identifikovať, ktorá verzia má byť použitá. Nastavenie premennej závisí od použitého operačného systému. Nasledujúci príklad ukazuje ako nastaviť premennú pre Linuxové systémy, ktorá sa používa aj v rámci vývoja systému v laboratóriu. Pre nastavenie premennej slúži príkaz: export JAVA_HOME=/cesta. Kde cesta je cesta k umiestneniu inštalácie. Správne nastavenie je potom možné overiť príkazom: echo JAVA_HOME. Tento príkaz vypíše na štandardný výstup obsah premennej JAVA_HOME Databázový systém ADempiere je systém, ktorý pre prácu a uchovanie dát používa relačný databázový systém. Ako už bolo uvedené v podsekcii 3.2.1, ADempiere k času písania tejto práce podporuje tri robustné databázové systémy: PostgreSQL Oracle MySQL 5. Behové prostredie pre spúšťanie Java aplikácii. Obsahuje Java Virtual Machine 6. Vývojové prostredie platformy Java pre vývoj aplikácii v programovacom jazyku Java

30 4. Príprava prostredia pre systém ADempiere V tejto práci sa budeme ďalej zaoberať systémom PostgreSQL, ktorý je používaný v prostredí laboratória a je open-source. Inštalácia databázového systému PostgreSQL ADempiere vo verzii 3.6.0LTS, vyžaduje minimálne verziu databázového systému PostgreSQL 8.2. Tento databázový systém je možné stiahnuť zo stránok 8 spoločnosti, kde sa nachádzajú aj odkazy na jednotlivé postupy jeho inštalácie pre všetky podporované platformy a preto sa jeho inštalácia nebude popisovať bližšie. V tejto práci sa zamierame na nastavenie a konfiguráciu tohto databázového systému pre použitie spolu s ERP systémom ADempiere. Konfigurácia databázového systému PostgreSQL Predvolene je prístup k databáze striktne obmedzený na prístup z lokálnej stanice (z adresy localhost). Toto nastavenie je potrebné upraviť, obzvlášť pre prípad používania systému prostredníctvom vzdialenej inštalácie klienta, ktorá pristupuje k databáze priamo, t. j. nie cez inštanciu systému na serveri, ale priamym posielaním požiadaviek na databázový systém. Úprava nastavenia v systéme PostgreSQL sa vykoná v konfiguračných súboroch postgresql.conf a pg_hba.conf 9 a dokumentácia k ich úprave sa nachádza na stránkach 10 spoločnosti a preto nebude popisovaná do detailov. Súbory je potrebné upraviť spôsobom, aby sa k databáze mohlo pristupovať vzdialeným prístupom prostredníctvom TCP/IP spojenia. V súboroch je možné nastaviť prístup buď neobmedzený (z akejkoľvek adresy) alebo nastaviť rozsah IP adries možných klientov, čím je možné docieliť obmedzenie prístupu napr. len v rámci podniku. Z bezpečnostných dôvodov je dobré nastaviť maximálne obmedzený prístup. Pokiaľ sa pre server, na ktorom bude bežať systém ADempiere a databázu budú používať dva rozličné stroje, je nevyhnutné upraviť tento súbor, aby mohol systém komunikovať s databázou. V prvom súbore je potrebné nastaviť adresy, na ktoré bude databázový systém odpovedať, čo sa deje úpravou riadku listen_addresses =, kde je potrebné pridať zoznam adries, z ktorých sa bude pristupovať k databáze. V druhom súbore je potrebné nastaviť a špecifikovať prístup k databáze a pridať nový riadok, ktorý môže vyzerať nasledovne: host all adempiere /24 md PostgreSQL Host-based Authentification a 24

31 4. Príprava prostredia pre systém ADempiere Tento riadok indikuje, že sa k databáze adempiere, môže pripojiť ľubovoľný užívateľ z uvedeného adresného rozsahu a poskytnutím MD5 hesla. Ďalším dôležitým aspektom konfigurácie prístupu k databáze, môže byť nastavenie firewallu na serveri, na ktorom je databázový systém nainštalovaný. Firewall spravidla blokuje všetky požiadavky prijaté na sieťových portoch a preto je potrebné pred prvým vzdialeným použitím pridať výnimku pre port, ktorý bude používať databázový systém PostgreSQL a protokol TCP. V našom prípade je použitý predvolený port číslo Príprava databázy pre systém ADempiere Vytvorenie užívateľskej role adempiere V prvom kroku prípravy databázy, nad ktorou bude bežať systém ADempiere je vytvorenie novej užívateľskej role adempiere 11. ADempiere bude cez túto užívateľskú rolu pristupovať k databáze a vykonávať všetky transakcie s dátami. Pre vytvorenie novej užívateľskej role je potrebné prihlásiť sa pod administrátorským (super)užívateľom systému PostgreSQL užívateľom postgres. Prihlásenie sa vykoná príkazom: su - postgres. Po správnom prihlásení je vidieť, že príkazový riadok začína postgres@. Nová užívateľská rola v databázovom systéme sa potom vytvorí pomocou funkcie createuser, príkazom: /usr/bin/createuser adempiere. Systém Postgre- SQL k novej roli nepriradil žiadne heslo a preto nie je možné prihlásenie pod touto rolou. Nové heslo sa priradí príkazom: echo ALTER USER adempiere WITH PASSWORD nové_heslo ; psql. Úspešné vytvorenie role je možné skontrolovať výpisom všetkých rolí príkazom: echo SELECT * FROM pg_user; SELECT * FROM pg_roles; psql. Príkaz vypíše na štandardný výstup všetky užívateľské role v databázovom systéme, medzi ktorými je potrebné skontrolovať existenciu novo vytvorenej role adempiere. Príkaz, ktorý bol použitý na vytvorenie užívateľskej role, vytvoril túto rolu so všetkými potrebnými právami pre použitie so systémom ADempiere. Pokiaľ by sa táto rola vytvárala odlišným spôsobom, je potrebné overiť, že bola vytvorená so všetkými potrebnými právami, ktoré sú uvedené vo výpise nižšie [11]: Rola je superužívateľ. Môže vytvárať databázové objekty. 11. Meno užívateľskej role nie je predpísané. ADempiere používa predvolene rolu adempiere, toto nastavenie je možné zmeniť 25

32 4. Príprava prostredia pre systém ADempiere Môže vytvárať role. Môže upravovať katalóg priamo. Vytvorenie databázy adempiere Nasledujúcim krokom je vytvorenie databázy adempiere 12, do ktorej bude systém ADempiere ukladať, pristupovať a pracovať so všetkými dátami. Pre vytvorenie tejto databázy je opäť najskôr potrebné prihlásenie pod užívateľom postgres. Databáza sa následne vytvorí príkazom: /usr/bin/createdb adempiere. Tento príkaz vytvorí novú prázdnu 13 databázu s názvom adempiere. Vytvorenie databázy je možné overiť napr. príkazom: psql -U postgres -l. Posledný parameter príkazu l, indikuje požiadavku vypísať na štandardný výstup zoznam (list) existujúcich databáz, medzi ktorými by mala byť aj novo vytvorená databáza adempiere. Naplnenie databázy prvotnými dátami Po vytvorení užívateľa adempiere a databázy adempiere je možné pristúpiť k vytvoreniu štruktúry tabuliek a naplneniu databázy prvotnými dátami. Inštalačný balík systému ADempiere poskytuje súbor obsahujúci dáta (vo forme príkazov SQL) pre prvotné naplnenie. Súbor sa nachádza v zdrojovej zložke systému v adresári data pod názvom Adempiere.dmp a Adempiere_pg.dmp, kde prvá varianta súboru je určená pre databázový systém Oracle a druhá pre systém PostgreSQL. Pre naplnenie databázy dátami z tohto súboru je potrebné premiestniť sa do zdrojovej zložky a spustiť import dát príkazom: psql -h localhost -d adempiere -U adempiere < data/adempiere_pg.dmp. Prvý parameter príkazu určuje, že budeme používať lokálnu inštaláciu databázy, druhý parameter určuje názov databázy adempiere, do ktorej budú dáta importované, tretí parameter identifikuje užívateľskú rolu adempiere, pod ktorou sa dáta importujú (spustia SQL príkazy) a posledný parameter určuje súbor a cestu k tomuto súboru, z ktorého sa dané dáta (SQL príkazy) budú čítať (spúšťať). Ďalším spôsobom nahratia prvotných dát je pomocou automatizovaného skriptu RUN_ImportAdempiere.sh, ktorý sa nachádza v zložke utils. 12. ADempiere používa predvolene názov databázy adempiere, toto nastavenie je možné zmeniť 13. Nie úplne prázdnu, systém PostgreSQL predvolene vytvorí určité šablóny apod., pre potreby ADempiere nie je dôležité 26

33 4.1.5 Získanie zdrojových súborov 4. Príprava prostredia pre systém ADempiere Pred inštaláciou systému je potrebné získať inštalačné súbory systému vo verzii, v ktorej sa bude systém používať. Inštalačné súbory ADempiere je možné získať dvoma spôsobmi: Stiahnutie hotového inštalačného balíka (vo forme binárnych súborov). Stiahnutie vývojového balíka (vo forme zdrojových súborov). Prvú variantu inštalačných súborov je možné stiahnuť z oficiálnych stránok systému ADempiere na stránkach SourceForge.net 14. Táto varianta neumožňuje prístup k zdrojovým súborom a je určená len na koncové použite. Keďže cieľom práce je vytvorenie prostredia, v ktorom je možný aj vývoj systému, budeme sa pre potreby tejto práce zaoberať aj s druhou variantou, ktorou je vývojový balík s kompletnými zdrojovými súbormi, ktorý bude potrebné skompilovať 15. Vývojový balík systému ADempiere je možné získať z oficiálneho ADempiere repozitára. Ku dňu písania tejto práce sa pre správu zdrojových súborov používa repozitár Mercurial 16 dostupný na adrese: net/hgweb/adempiere/adempiere/. Tento repozitár vznikol nedávno a boli do neho presunuté všetky súbory späté s vývojom ADempiere. Bohužiaľ drvivá väčšina kníh a internetových zdrojov odkazuje na neaktuálne a už neexistujúce SVN repozitáre, ktoré sa používali pred prechodom na tento repozitár. Pre získanie súborov je najprv potrebné nainštalovať Mercurial klienta, ktorý je možné stiahnuť zo stránok 17 spoločnosti, kde sa nachádza aj popis inštalácie pre rôzne platformy. Po nainštalovaní klienta je možné pristúpiť k vytvoreniu klonu tohto repozitára. Tento krok sa vytvorí premiestnením sa do cieľového adresára a spustením príkazu: hg -v clone -b adempiere360lts. Príkaz stiahne všetky súbory a vytvorí klon repozitára v lokálnom adresári. Je dôležité indikovať parameter -b, ktorý označuje tzv. branch 18. V tomto prípade sa uvedie ako branch adempiere360lts, čo znamená, že sa bude pracovať len so zdrojovými súbormi systému vo verzii 3.6.0LTS Kompiláciou zdrojových súborov sa vytvorí inštalačný balík v rovnakej forme ako v prípade stiahnutia hotové balíka zo stránok SourceForge.net

34 4. Príprava prostredia pre systém ADempiere V tomto bode je v cieľovej zložke klon vývojového repozitára systému vo verzii 3.6.0LTS. Pred začiatkom práce, napr. úpravy zdrojových súborov alebo ich kompilácie atď. je dobrým zvykom vytvoriť tzv. pracovnú lokálnu kópiu klonu. Klient nástroja Mercurial obsahuje funkcie aj pre tento účel. Pracovná kópia klonu sa vytvorí presunutím do cieľovej zložky a spustením príkazu hg clone /zložka_s_klonom_repozitára. V tejto pracovnej kópii je už možné vytvárať, upravovať alebo kompilovať zdrojové súbory systému. V prípade potreby aktualizácie obsahu pracovnej kópie je opäť potrebný presun do zložky pracovnej kópie a zavolanie príkazu hg incoming pre zobrazenie zmien, ktoré sa premietnu z repozitára. Pokiaľ sa so zmenami súhlasí, aktualizácia sa vykoná príkazom hg pull. Príkaz nepremietne zmeny aj do pracovnej kópie. To sa vykoná príkazom hg update alebo spojením oboch krokov, príkazom hg pull u [11] Kompilácia zdrojových súborov Keď už sú zdrojové súbory v pracovnej kópii repozitára pripravené je možné pristúpiť k ďalšiemu kroku, ktorým je kompilácia týchto zdrojových súborov a vytvorenie skompilovaných (ďalej inštalačných) súborov systému. Kompiláciu je možné vykonať buď prostredníctvom nástroja Apache Ant 19 (väčšina vývojových prostredí ako napr. NetBeans alebo Eclipse už obsahujú tento nástroj zabudovaný), ktorému sa nastaví cesta k súboru build.xml 20 a nachádza sa v zložke utils_dev. Ďalšou možnosťou je spustenie automatizovaného skriptu RUN_build.sh, ktorý je súčasťou systému a taktiež sa nachádza v zložke utils_dev. Po úspešnom skompilovaní sa vypíše na štandardný výstup hlásenie BUILD SUCCESSFUL a inštalačné súbory sa uložia do zložky adempiere Patche Po oficiálnom vydaní novej verzie systému sa často objavia ďalšie chyby softvéru, ktoré je potrebné opraviť. Táto oprava sa deje prostredníctvom aplikácie tzv. pat- 19. Softvérový nástroj na platforme Java určený pre automatizované zostavovanie predovšetkým Java aplikácii: Súbor vo formáte XML, ktorý obsahuje definície pravidiel a ciest pre kompiláciu a vytvorenie inštalačného balíka pomocou nástroja Apache Ant, viac informácii: 28

35 4. Príprava prostredia pre systém ADempiere chov 21. Patche sa skladajú z JAR 22 archívov a občasných migračných skriptov, ktoré majú za účel upraviť štruktúru databázy, aby reflektovali zmenu v patch súbore alebo opravu chyby databázy. Patch archív Patch archív je JAR archív Java tried, v ktorých sú opravené nájdené chyby tzv. bugy. Pri deploymente systému sú triedy z oficiálne vydanej verzie prepísané triedami z tohto archívu. Pre deployment systému je preto nutné implementovať tieto patche do systému. Tieto súbory sú taktiež dôležité pri vývoji systému, čo bude vysvetlené v sekcii 4.2. Získanie JAR archívov Archívy je opäť možné získať dvoma spôsobmi: Prostredníctvom zdrojových súborov z oficiálneho Mercurial repozitára. Hotový JAR archív obsahujúci skompilované triedy. Hotový JAR archív je možné stiahnuť zo stránok 23 SourceForge.net projektu ADempiere. Keďže sa v rámci vývoja v prostredí laboratória budú upravovať zdrojové triedy systému, bude preto potrebné pracovať s poslednou verziou a z tohto dôvodu je nutné mať k dispozícii zdrojové súbory z patch archívov. Zdrojové súbory sú dostupné v oficiálnom ADempiere Mercurial repozitári: Pri klonovaní repozitára je nutné špecifikovať branch s názvom patches_360, t. j. príkaz bude: hg -v clone hgweb/adempiere/contributions -b patches_360. Aplikácia patch archívu Skompilovaný 24 patch archív je potrebné aplikovať pred spustením deploymentu systému, nasledovným postupom: Vytvoriť zálohu pôvodného archívu zo zložky lib (súbor patches.jar). 21. V preklade záplata, budeme používať patch 22. Java ARchive archívny súborový formát na platforme Java, predovšetkým pre uloženie Java tried a súvisiacich súborov, napr. pre vytváranie knižníc. Používa príponu.jar a kompresný formát ZIP Je možné buď stiahnuť hotový archív zo SourceForge.net alebo archív vytvoriť skompilovaním tried z repozitára. Postup pre vytvorenie archívu je takmer rovnaký ako pri vytváraní archívu s našimi úpravami, ktorý je popísaný v podsekcii

36 4. Príprava prostredia pre systém ADempiere Premenovať názov patch archívu na patches.jar. Prekopírovať archív do zložky lib a prepísať existujúci. Po aplikácii patchu a deploymente systému je nutné skontrolovať, či vydaný patch neobsahuje migračné skripty databázy a tieto skripty aplikovať (viď nasledujúca podsekcia 4.1.8). V prípade ak patch prepisoval triedy lokálneho klienta (triedy v zložke client/src) je potrebné znova stiahnuť a nainštalovať lokálneho klienta. Pri aplikácii patch súborov a migračných skriptov je potrebné mať na vedomí jednu rozdielnosť týchto súborov. Patch archívy (patches.jar) sú inkrementálneho charakteru, to znamená, že posledný vydaný archív obsahuje v sebe všetky predchádzajúce zmeny. Toto neplatí pre migračné skripty, ktoré je potrebné stiahnuť a aplikovať všetky doposiaľ vydané a taktiež ich aplikovať v poradí v akom boli vydané. Preto je dôležitým aspektom udržiavanie histórie aplikovaných migračných skriptov, aby nedošlo k tomu, že daný migračný skript bude aplikovaný dvakrát, čo môže mať za následok nekonzistenciu alebo chybu databázy [11] Migrácia databázy a migračné skripty Migračné skripty Migračné skripty sú súbory pozostávajúce z príkazovsql, ktoré upravujú štruktúru a dáta v databáze. Tieto súbory existujú v dvoch formách: Migračné skripty vydané spolu s patchom, pre úpravu databázy aby reflektovala zmeny v zdrojových súboroch. Tieto skripty sú dostupné buď zo stránok SourceForge.net alebo z oficiálneho repozitára (viď prechádzajúca podsekcia 4.1.7). Ako bolo spomenuté vyššie, pre migračné skripty platí zásada, že musia byť aplikované všetky doposiaľ vydané (narozdiel od patch archívov, kde posledná verzia obsahuje aj predchádzajúce opravy). Migračné skripty pre prechod na vyššiu verziu systému (napr. z verzie 3.5.4a na 3.6.0LTS). Skripty sa nachádzajú v adresári migration. Tieto súbory sú podobné súborom, z ktorých sa napĺňa databáza prvotnými dátami. Sú zložené z príkazov SQL a taktiež existujú v dvoch variantách pre Oracle a PostgresSQL databázové systémy. Aplikácia migračných skriptov Migračné skripty sa skladajú z tradičných príkazov SQL, ich aplikácia je preto rovnaká ako pri naplnení databázy prvotnými 30

37 4. Príprava prostredia pre systém ADempiere dátami, t. j. príkazom: psql -h localhost -d adempiere -U adempiere < názov_skriptu.sql. Dôležitým aspektom, ktorý platí pre obe formy skriptov a na ktorý sa nesmie zabudnúť je, že jednotlivé skripty je nutné aplikovať v správnom poradí. Každý skript má na začiatku názvu číselný identifikátor, podľa ktorého je potrebné skripty aplikovať vzostupnom poradí. Po aplikovaní migračných skriptov je potrebné spustiť SQL skripty v zložke processes_post_migration (pre účely doplnenia chýbajúcich prekladov, aktualizácie počítadiel, synchronizácie terminológie atď.). V prípade migrácie na vyššiu verziu systému je väčšinou nutné spustiť väčšie množstvo skriptov. Pre tento účel ADempiere poskytuje automatizovaný skript migrate_postgresql.sh 25, ktorý sa nachádza v zložke migration. Skript berie ako prvý argument zložku s migračnými skriptami, druhý argument commit a po spustení vypíše na štandardný výstup jednotlivé príkazy SQL, ktoré je potom možné presmerovať ako vstup príkazu psql. Príkaz potom môže vyzerať nasledovne:./migrate_postgresql.sh 354a-360lts commit psql h localhost -U adempiere -d adempiere Inštalácia a spustenie Po skompilovaní systému sa vytvorili inštalačné súbory v zložke adempiere. Táto zložka obsahuje dva adresáre: Adempiere inštalačné súbory v nezkomprimovanom formáte. install skomprimované súbory inštalačných súborov vo viacerých formátoch (napr. ZIP, GZ), obsahom rovnakých. Tieto inštalačné súbory systému ADempiere je možné buď skopírovať alebo rozbaliť do zložky, v ktorej bude systém nainštalovaný. Pred spustením deplyomentu systému je potrebné upraviť dve nastavenia [11]. Prvým je nastavenie práv pre spustenie všetkým skriptom s príponou.sh. Toto nastavenie sa vykoná napr.: Presunutím sa do zložky, v ktorom sa nachádzajú inštalačné súbory systému. Spustením príkazov: chmod +x *.sh a chmod +x utils/*.sh. Týmito príkazmi sa nastavili všetkým skriptom práva pre spustenie. 25. Existuje varianta aj pre Oracle 31

38 4. Príprava prostredia pre systém ADempiere Druhým krokom je nastavenie premennej prostredia ADEMPIERE_HOME na cestu k inštalácii systému. Nastavenie premennej je dôležité, pretože ju využíva väčšina skriptov a vykoná sa: export ADEMPIERE_HOME=/cesta_k_adempiere. Kontrola je opäť možná príkazom: export $ADEMPIERE_HOME. V tomto bode je možné pristúpiť k nastaveniu a deploymentu systému do aplikačného servera prostredníctvom skriptu RUN_setup.sh. Spustením skriptu sa otvorí okno ako je vidieť na obrázku 4.1. Obr. 4.1: Okno Adempiere Server Setup. V okne je vidieť niekoľko polí, ktoré je potrebné nakonfigurovať podľa nižšie uvedených informácii: 32

39 4. Príprava prostredia pre systém ADempiere Java cesta k JDK, doplní sa automaticky a malo by byť totožné s premennou JAVA_HOME, viď podsekcia Adempiere cesta k inštalačným súborom systému ADempiere, doplní sa automaticky podľa premennej ADEMPIERE_HOME, viď vyššie. Pole ešte obsahuje Key Store Password, ADempiere potrebuje SSL certifikát, pri inštalácii vytvorí vlastný certifikát v zložke keystore/mykeystore s heslom zadaným v tomto poli. Tento certifikát je neskôr možné nahradiť alebo zmeniť. Application Server nastavenia aplikačného servera: Application Server - URL adresa servera. Nemali by sa používať IP adresy, ale DNS názov, nie je povolené použiť hodnotu localhost. Server Type - Sú na výber dva aplikačné servery: JBoss a Glassfish. Web Port Webový port, na ktorom bude aplikačný server odpovedať na požiadavky, predvolene 80. SSL SSL port, predvolene 443. JNP Port Port pre JNP a RMI, predvolene Tieto porty nesmú byť použité inými aplikáciami, inak skončí inštalácia systému s chybovým hlásením. Database Server nastavenie databázy (typ, názov, spojenie a prístup). Opäť sa odporúča použiť DNS názov servera a v tomto prípade je možné použiť aj hodnotu localhost, pokiaľ sú aplikačný server a databázový systém na rovnakom stroji. Ďalej je nutné nastaviť prístup (heslo administrátorskej role (postgres) k databáze, názov užívateľskej role a hesla systému ADempiere v databáze predvolene oboje adempiere). Mail Server nastavenie mailového servera pre odoslanie (iba odoslanie, neumožňuje čítať poštu) chybových a informatívnych hlásení. Toto je voliteľná položka a je možné ju neskôr upraviť priamo v aplikácii. Po zadaní všetkých polí sa klikne na tlačidlo Test a po úspešnom vykonaní všetkých testov sa v ľavom dolnom rohu zobrazí text OK. Následne sa klikne na tlačidlo Save, čím sa uložia zadané nastavenia a spustí sa deployment systému ADempiere. Pred začiatkom sa zobrazia licenčné podmienky, kde je po potrebné potvrdiť súhlas. 33

40 4. Príprava prostredia pre systém ADempiere Po skončení deploymentu sa v príkazovom riadku vypíše hlásenie BUILD SUCCESFUL. Toto hlásenie značí, že prebehol deployment systému do vstavaného v našom prípade JBoss 26 aplikačného servera. Spustenie servera Pred prvým pokusom o prihlásenie do systému je najskôr potrebné spustiť aplikačný server, v ktorom je ADempiere nasadený. Aplikačný server sa spúšťa príkazom RUN_Server2.sh, ktorý sa nachádza v zložke utils. Úspešné spustenie aplikačného servera je možné zistiť z príkazového riadku, v ktorom sa zobrazí hlásenie INFO [Server] JBoss Started. V tomto bode je aplikačný server spustený a pripravený prijímať požiadavky a je možné skúsiť prvé prihlásenie 27 do aplikácie, ktoré je prístupné otvorením webovej stránky: Názov servera a číslo portu bolo zadané pri inštalácii systému (viď predchádzajúca podsekcia a obr Po otvorení webovej stránky je možné prihlásenie a prístup k systému buď priamo cez webovú aplikáciu v prehliadači alebo prostredníctvom lokálneho klienta (existujú dve varianty: lokálna inštalácia klienta alebo aplikácia Java Web Start, viď podsekcia 3.2.1). Po ukončení práce so systémom ADempiere sa aplikačný server zastavuje skriptom RUN_Server2Stop.sh. Pre častejšiu prácu a správu spúšťania systému je dobré vytvoriť pre ADempiere systémovú službu postupom: Najskôr sa zastaví aplikačný server. Vytvorí sa služba s príkazom: cp utils/unix/adempiere_debian.sh /etc/init.d/adempiere. Systém sa spustí prostredníctvom príkazu: /etc/init.d/adempiere start. Taktiež je možné overiť spustenie, prípadne reštartovať alebo zastaviť systém pomocou parametrov status, restart, stop. 4.2 Rozširovanie a vývojové prostredie systému ADempiere ERP systém ADempiere sa bude v rámci laboratória rozširovať a upravovať, či už prostredníctvom študentských projektov alebo bakalárskych a diplomových prác. Jedným z cieľov tejto práce je navrhnúť a pripraviť vývojové prostredie pre úpravu Bližšie informácie k inštalácii klientov a spôsobu prihlásenia do aplikácie: 34

41 4. Príprava prostredia pre systém ADempiere a rozširovanie ERP systému ADempiere a uľahčiť tak začiatok práce s vývojom tohto systému. Pri vytváranii a implementácii úprav (tzv. customizácie) či rozširovaní systému platia určité konvencie, ktoré je veľmi žiadané dodržiavať a podľa ktorých je potrebné pripraviť a prispôsobiť vývojové prostredie. V tejto sekcii sa najskôr priblížia spôsob a pravidlá rozširovania ERP systému ADempiere a navrhne vývojové prostredie v Eclipse. Oficiálne zdrojové súbory systému sa skladajú z dvoch častí: 1. Zdrojové súbory systému z oficiálne vydanej verzie. 2. Zdrojové súbory z patch archívov, t. j. opráv oficiálne vydanej verzie. Tieto zdrojové súbory by sa nemali upravovať a všetky úpravy do existujúcich zdrojových súborov, by mali byť implementované do archívu, určeného pre tento účel customization.jar. Priorita jednotlivých JAR archívov v systéme ADempiere je nasledovná [11]: 1. customization.jar najvyššiu prednosť majú zdrojové súbory v tomto archíve a umiestňuje sa do neho väčšina vlastných neoficiálnych úprav alebo nových rozšírení. Tento archív sa umiestňuje do zložky lib, bude popísané nižšie. 2. patches.jar druhé v poradí sú oficiálne vydané triedy v patch archíve. Tento archív sa umiestňuje taktiež do zložky lib, viď podsekcia názov_balíka.jar tretie v poradí sú archívy v adresári packages. Do tejto zložky sa umiestňujú oficiálne alebo neoficiálne (vlastné) moduly systému ADempiere. 4. adempiere.jar posledné v poradí sú oficiálne zdrojové súbory systému z repozitára Návrh vývojového prostredia Navrhnuté vývojové prostredie v Eclipse bude pozostávať z troch samostatných, ale súvisiacich Eclipse projektov [11]: adempiere360lts klon oficiálneho repozitára zdrojových súborov ADempiere vo verzii 3.6.0LTS. 35

42 4. Príprava prostredia pre systém ADempiere patches_360 klon zdrojových súborov vydaných patchov k verzii 3.6.0LTS z repozitára. customization projekt, v ktorom sa budú implementovať všetky rozšírenia a úpravy systému. Vytvorenie projektov v Eclipse Úvodným krokom je vytvorenie prvých dvoch projektov, t. j. projektov pre oficiálne vydané zdrojové súbory systému. Pred vytvorením samotných projektov je potrebné vytvoriť v Eclipse Java Working Set, do ktorého sa zoskupia uvedené tri projekty. Tento krok nemá žiadny vplyv na funkcionalitu a je to z dôvodu zlepšenia prehľadnosti. Java Working Set sa vytvorí výberom z menu File New a s názvom napr. ADempiere_development. Následne je možné pristúpiť k vytvoreniu projektov pre klony zdrojových súborov z repozitára. V Eclipse sa vytvorí nový Java Project (z menu File New), viď obr. 4.2, kde je potrebné zadať: Obr. 4.2: Okno New Java Project v Eclipse. Project Name názov projektu (adempiere360lts a patches_360). Location odkaz na lokálne umiestnenie pracovnej kópie klonu repozitára. 36

43 4. Príprava prostredia pre systém ADempiere Working Sets z ponuky sa vyberie Working Set predchádzajúceho kroku (ADempiere_development). Následne sa kliknutím na tlačidlo Finish vytvorí nový projekt. Rovnaký postup sa vykoná aj pre klon patch súborov. Ďalším krokom je vytvorenie projektu customization, v ktorom sa budú vyvíjať a umiestňovať vlastné zdrojové súbory. Opäť prostredníctvom okna New Java Project. Do poľa Project Name sa vyplní názov projektu customization, do polí Location a Working Sets sa zvolí fyzické umiestnenie zdrojových súborov a vytvorený Java Working Set ADempiere_development. V tomto okne je ešte potrebné nastaviť verziu behového prostredia Javy (v predošlých projektoch sa nastavila automaticky podľa zadaného projektu). Momentálne sa pracuje s verziou ADempiere 3.6.0LTS, ktorá vyžaduje major verziu Javy 6, a preto je potrebné nastaviť hodnotu na JavaSE-1.6 a v záložke Project Layout zaškrtnúť políčko Create separate folders for sources and class files. Kliknutím na tlačidlo Finish sa vytvorí nový projekt customization. Vytvorená hierarchia projektov potom bude vyzerať ako na obr Obr. 4.3: Vytvorená hierarchia projektov v Eclipse. Vytvorenie a úprava zdrojových súborov Všetky novo vytvorené zdrojové súbory a upravené súbory systému sa budú ukladať do projektu customization, z ktorého sa neskôr vytvorí archív customization.jar. Ak sa upravujú zdrojové súbory systému, štruktúra týchto upravených súborov, zložiek a balíkov, musí presne reflektovať štruktúru pôvodných zdrojových súborov. Ak sa rozhodneme upraviť súbor napr. CalloutPayment.java z balíka org.compiere.model zo zložky base/src, je potrebné vytvoriť tú istú štruktúru v projekte customization. To znamená, že pre daný príklad sa najprv vytvorí 37

44 4. Príprava prostredia pre systém ADempiere zložka base/src (v projekte customization sa klikne na New Folder a do poľa Folder Name sa zadá base/src). V novo vytvorenej zložke sa teraz vytvorí balík org.compiere.model (kliknutím na New Package). Teraz je do vytvoreného balíka možné prekopírovať zo zdrojových súborov systému triedu CalloutPayment.java a začať vykonávať úpravy. Vytvorená štruktúra bude vyzerať ako na obr Obr. 4.4: Štruktúra súborov pre úpravu triedy CalloutPayment.java. Pri práci so zdrojovými súbormi v projekte customization ešte nastane problém chýbajúcich závislostí (napr. upravovaná trieda bude importovať iné triedy z projektu adempiere360lts, ktoré sa v projekte customization nenachádzajú). Tieto závislosti sa nastavia v okne Java Build Path (pravé tlačidlo myšli na projekt a tlačidlo Properties) a v záložke Projects kliknutím na tlačidlo Add sa pridajú zvyšné dva projekty (t. j. adempiere360lts a patches_360). Týmto sme indikovali, aby zvyšné závislosti alebo triedy hľadal (tzv. classpath) v ostatných dvoch projektoch. Keďže niektoré triedy sa môžu v týchto dvoch projektoch prekrývať je potrebné nastaviť poradie alebo prioritu, akou má vývojové prostredie pristupovať k týmto triedam. Toto nastavenie sa vykoná v tom istom okne v záložke Order and Export, kde sa upraví nastavenie aby bol projekt patches_360 (má vyššiu prioritu, triedy z archívu patches.jar prepisujú triedy z adempiere.jar) vyššie (tlačidlo Up) ako projekt adempiere360lts, viď obr Obr. 4.5: Priorita závislostí pre projekt customization v Eclipse. 38

45 4. Príprava prostredia pre systém ADempiere Kompilácia a vytvorenie archívu customization.jar Po dokončení úprav je možné pristúpiť k vytvoreniu archívu customization.jar, ktorý sa vytvorí nasledovným postupom: 1. V projekte customization sa vyberie položka Export (pravým tlačidlom myši na zložku projektu a z kontextovej ponuky kliknúť na Export). 2. V prvom okne Choose export destination sa vyberie JAR file z adresára Java a klikne na tlačidlo Next. 3. V ďalšom okne JAR File Specification sa zruší označenie exportu súborov.classpath a.project a do poľa JAR File sa zadá cesta a názov súboru, ktorý musí byť customization.jar. Zvyšné nastavenie sa ponechá predvolené, viď obr Potvrdením tlačidla Finish sa vytvorí nový archív s úpravami. Obr. 4.6: Nastavenie exportu archívu customization.jar. Aplikácia úprav Aplikovanie úprav reflektuje nasledovný postup. Najprv sa do zložky lib skopíruje vytvorený archív customization.jar a prepíše existujúci. Aby sa jednotlivé triedy použili, prípadne prepísali existujúce je nutné spustiť deployment systému, viď podsekcia (spustením skriptu RUN_setup.sh). 39

46 4.3 Lokalizácia systému ADempiere 4. Príprava prostredia pre systém ADempiere Pre implementáciu ERP systémov v rôznych krajinách musia byť najskôr lokalizované do prostredia príslušnej krajiny. Takisto aj systém ADempiere či už pre vývoj úprav v laboratóriu alebo reálnu implementáciu v podniku, musí byť lokalizovaný do českého prostredia. Lokalizácia systému ADempiere pozostáva z dvoch častí [11]: Preklad jednotlivých súčastí systému do jazyku cieľovej krajiny a jeho následný import. Vytvorenie účtovnej osnovy podľa legislatívy krajiny a formátu požadovaného systémom ADempiere a jej následný import. Táto sekcia popisuje spôsob fungovania jazykovej lokalizácie, ktorý je potrebný aj z pohľadu vývoja systému a postup inštalácie českého jazykového balíka. Popis účtovnej osnovy a jej importu priamo súvisí so zavádzaním do konkrétneho podniku, kmeňovými dátami a účtovaním transakcii na týchto dátach, preto bude popísaný v nasledujúcej kapitole v sekcii 5.3. Jazykový balík 28 systému ADempiere je sada súborov vo formáte XML 29, ktorý obsahuje preklady v špecifickom formáte. Názov každého súboru sleduje nasledovný formát: názov_tabuľky_trl_jazyk.xml. Prvou časťou je názov tabuľky v databáze. Všetky dáta systému ADempiere sú uložené v relačnej databáze v systémovom jazyku, ktorým je angličtina. Pre uloženie prekladov slúži pre každú tabuľku zodpovedajúca tabuľka s príponou _Trl (z anglického translation, t. j. preklad). Napríklad originálna databázová tabuľka v anglickom jazyku AD_Elemenent obsahuje zodpovedajúce jazykové preklady v tabuľke AD_Element_Trl. Pre zjednodušenie budeme ďalej v tejto práci označovať tieto databázové tabuľky ako prekladové tabuľky [11]. Ďalší argument je jazyk prekladu, ktorý je vo formáte napr. cs_cz, kde prvá časť identifikuje jazyk a druhá územie alebo štát (v našom príklade je cs označenie českého jazyku a CZ označenie českej republiky). Názov súboru môže vyzerať napr. AD_Element_Trl_cs_CZ.xml. Jazykové balíky systému ADempiere sú nezávislé na verzii systému. V prípade novšej verzie sú chýbajúce preklady doplnené systémovým anglickým jazykom. 28. Z anglického Language Pack. 29. extensible Markup Language (rozšíriteľný značkovací jazyk) je jazyk určený pre vytváranie špecifických značkovacích jazykov, určených predovšetkým pre výmenu údajov medzi aplikáciami. Jazyk umožňuje definíciu vecnej štruktúry dokumentu alebo údajov. Je štandardizovaný konzorciom W3C (World Wide Web Consortium): 40

47 4. Príprava prostredia pre systém ADempiere Väčšina jazykov je už dostupných na stránkach projektu venujúcemu sa prekladu systému ADempiere. Vytvorenie alebo preklad nového kompletného jazykového balíka je podľa stránok 30 tvorcov ADempiere odhadovaný na 6 človekomesiacov 31. Preklad všetkých komponent je nie len časovo náročná, ale aj komplexná záležitosť. Existuje viacej spôsobov prístupu k prekladu, niektoré rýchlejšie, ktoré majú nevýhody ako napr. že jeden termín je preložený viacerými spôsobmi a dochádza k nekonzistencii a zmätku a niektoré náročnejšie a zložitejšie ako vytvorenie slovníku a preklad z vnútra ADempiere, ktoré majú nevýhodu v podobe časovej náročnosti. Tieto spôsoby sa nebudú popisovať bližšie, sú dostupné napr. na wiki 32 stránkach ADempiere. ADempiere na stránkach 33 projektu venujúcemu sa prekladu systému, poskytuje na výber množstvo jazykových mutácii, medzi ktorými chýba český jazyk. Československá aliancia pre podporu ADempiere poskytuje na svojich stránkach aj český jazykový balík. Tento preklad nie je úplný no pre bežnú prácu so systémom postačuje Inštalácia jazykového balíka V tejto časti popíšeme inštaláciu českého jazykového prekladu dostupného zo stránok 34 Československej aliancie pre podporu ADempiere. Inštalácia jazykového balíka prebieha na úrovni systémového klienta, to znamená, že nainštalovaná jazyková mutácia je dostupná každému klientovi a každý užívateľ si pred prihlásením do systému vyberie jazyk, v ktorom chce so systémom pracovať. Pre inštaláciu jazykového balíka je nutné prihlásenie pod systémovým klientom a rolou System Administrator. V prihlasovacom okne je nutné z ponuky vybrať základný jazyk English, viď obr. 4.7 (tento jazyk je úplne prvý v poradí, pozor aby sa nezvolil podobný jazyk napr. English (UK)). Ako bolo spomenuté vyššie, každý jazyk má svoj preklad uložený v tabuľke s príponou _Trl. Pre pridanie nového jazyku je najskôr nutné vytvoriť záznamy Počet človekomesiacov je množstvo času práce jedného pracovníka v mesiacoch (spravidla 160 hodín), potrebného pre vykonanie úlohy, v tomto prípade vytvorenie prekladu Všetky aktivity týkajúce sa prekladov systému ADempiere boli presunuté a sú hostované na stránkach portálu Launchpad. Portál poskytuje prostredie pre vývoj open-source softvéru (podobné projektu SourceForge.net), veľmi obľúbená a rozšírená je podpora správy prekladov jazykov (hostuje napr. prekladový projekt systému Ubuntu). Projekt prekladu systému ADempiere je dostupný na adrese:

48 4. Príprava prostredia pre systém ADempiere Obr. 4.7: Prihlasovacie okno s jazykom English. pre všetky elementy vyžadujúce preklad do všetkých prekladových tabuliek. Tento krok sa vykoná v okne Language z menu Menu System Admin General Rules System Rules, viď obr. B.1. Okno Language slúži na správu všetkých jazykov v systéme. Po otvorení je vidieť zoznam všetkých existujúcich jazykov (nie jazykových prekladov). V tomto okne sa vyberie český jazyk (kód cs_cz) viď obrázok B.1. Po vybratí českého jazyku je potrebné vykonať dva kroky [11]: 1. Zaškrtnúť políčko System Language. Označením tohto políčka sa tento jazyk bude používať pre zobrazovanie okien, formulárov a všetkých užívateľských rozhraní. Pokiaľ toto políčko nie je označené, môže sa tento jazyk používať len na tlač dokladov. 2. Vytvoriť záznamy v prekladových tabuľkách. Pre tento účel slúži tlačidlo Language Maintenance. Po kliknutí sa otvorí okno ako na obr V tomto okne je na výber z troch možností: Add Missing Translations Vytvorenie záznamov v prekladových tabuľkách skopírovaním systémového anglického jazyku. Tento krok je nutný ak sa jazyk vyberie ako systémový, aby bolo možné prihlásenie pod týmto jazykom. Anglicke záznamy sa neskôr prepíšu importovaním prekladového balíka. Vďaka tomuto spôsobu je v prípade 42

49 4. Príprava prostredia pre systém ADempiere chýbajúceho prekladu ponechaná jeho anglická verzia a pri zobrazení užívateľského rozhrania nedôjde k chybe. Delete Translation Vymaže všetky záznamy daného jazyku z prekladových tabuliek. Re-Create Translation Vymazanie záznamov a opätovné vytvorenie skopírovaním systémového jazyku. Kliknutím na tlačidlo OK sa spustí proces. Obr. 4.8: Okno Language Maintenance. Ďalším krokom je nahratie súborov jazykového balíka do prekladových tabuliek. Pre tento účel slúži okno Translation Import/Export z menu Menu System Admin General rules System Rules, viď obr Obr. 4.9: Okno Translation Import/Export. V okne sa vyberie jazyk Czech (Czech Republic), ku ktorému sa nahrajú jazykové preklady a kliknutím na import sa v otvorenom okne vyberie zložka, v ktorej sa 43

50 4. Príprava prostredia pre systém ADempiere nachádzajú súbory jazykového balíka (súbory vo formáte XML). Systém zoberie všetky súbory zo zložky a skopíruje ich do príslušných prekladových tabuliek. Tento proces zvyčajne trvá niekoľko minút, počas ktorých systém vyzerá ako nečinný. Po skončení procesu sa v stavovom riadku okna zobrazí názov zložky, z ktorej boli preklady nahraté. Toto hlásenie znamená, že proces prebehol úspešne. Posledným krokom je synchronizácia terminológie 35. Toto sa vykoná cez okno Synchronize Terminology z menu Menu System Admin General Rules. V otvorenom okne je na výber jediné tlačidlo Start, po ktorého potvrdením sa spustí proces synchronizácie, na konci ktorého sa zobrazí hlásenie Process Completed Successfully, ktoré oznamuje, že synchronizácia prebehla úspešne. V tomto bode je jazykový preklad pripravený na používanie a v prihlasovacom je možné vybrať jazyk cs_cz viď obr Obr. 4.10: Prihlasovacie okno s vybratím českého jazyku. Nastavenie Locale Pri inštalácii prekladového balíka do ADempiere sme narazili na problém, že po nainštalovaní prekladu v prihlasovacom okne chýbala možnosť výberu českého jazyku. Tento problém bol spôsobený tým, že ADempiere obsahuje pevne daný zoznam jazykov, ktoré sa zobrazia v ponuke prihlasovacieho okna (viď obr. 4.7). Nový jazyk 35. Synchronizácia polí v oknách atď. na základe hodnôt z prekladových tabuliek 44

51 4. Príprava prostredia pre systém ADempiere sa do ponuky pridá len v prípade ak sa Locale 36 systému nezhoduje ani s jedným jazykom zo zoznamu. V našom prípade bolo Locale nastavené na anglický jazyk, ktorý sa v zozname nachádza a preto sa český jazyk do ponuky v prihlasovacom okne nepridal. Tento problém je možné vyriešiť dvoma spôsobmi: Úpravou triedy Language.java z balíka org.compiere.util a pridaním českého jazyku do statickej premennej s_languages. Pomocou tejto premennej je taktiež možné odobrať zobrazované jazyky, väčšinou totiž postačujú dva, maximálne tri jazyky a užívateľ nemusí vyhľadávať požadovaný jazyk. Úpravou systémového nastavenia Locale, t. j. zmenou nastavenia na český jazyk (cs_cz), čím sa do rozbaľovanej ponuky pridá daný jazyk. 36. Locale je súbor parametrov, ktoré definujú preferencie užívateľského rozhrania ako napr. jazyk, formát čísiel a dátumu, menu atď. Locale obvykle pozostáva minimálne z identifikátoru jazyku a krajiny alebo regiónu: 45

52 Kapitola 5 Zavedenie systému ADempiere do podniku Zavádzanie akéhokoľvek ERP systému do podniku je časovo a finančne náročný proces, ktorý začína od potreby zmeny a rozhodnutia zaviesť podnikový systém, cez výber a inštaláciu systému, zadávania prvotných kmeňových dát a mapovanie podnikových procesov, až po tréning užívateľov pre prácu s týmto systémom. Táto kapitola si kladie za cieľ popísať hlavné kroky týkajúce sa zavedenia ERP systému ADempiere a vysvetliť postup pre vykonanie potrebných úkonov, aby bolo možné tento systém dostať do stavu použiteľného podnikmi v reálnom obchodnom prostredí. Zavádzanie ERP systému, akým je aj systém ADempiere vyžaduje množstvo úsilia, medzi ktoré patrí napr. mapovanie biznis procesov a zmien po zavedení systému, vzdelávanie a tréning užívateľov, vytváranie finančných výkazov a podobne, ktoré súvisia s prácou s týmto systémom a ktoré nebudú popisované bližšie pretože nespadajú pod rozsah tejto práce. Zavádzanie systému ADempiere podľa dostupných zdrojov [11][13] sleduje nasledovnú štruktúru a postup: Získanie prvotných informácii. Vytvorenie účtovnej osnovy. Prvotné vytvorenie klienta. Vytvorenie vnútropodnikovej štruktúry, rol a užívateľov. Vytvorenie a import kmeňových dát: Obchodní partneri Bankové účty Meny Produkty Ceny 46

53 5. Zavedenie systému ADempiere do podniku Táto kapitola taktiež reflektuje hore uvedené poradie a kroky zavedenia systému. Keďže pri vypracovaní tejto práce pracujeme s českou lokalizáciou 1 systému, jednotlivé názvy okien, tlačidiel a položky užívateľského rozhrania zodpovedajúce konkrétnym súčastiam systému, budú z dôvodu, aby sme sa vyhli prípadnému zmätku spôsobeného nekonzistenciou názvov medzi českou a slovenskou lokalizáciou, uvádzané presne podľa názvov v českej lokalizácii. 5.1 Získanie prvotných informácii Ako už bolo povedané, zavádzanie ERP systému je náročný proces, počas ktoré sa prakticky celá podniková štruktúra a všetky procesy majú namodelovať do systému, prípadne sú existujúce procesy prispôsobené procesom v systéme. Zavádzaním systému sa často mení štruktúra a procesy na žiadaný stav. Pred začiatkom zavádzania systému ADempiere je preto najprv nutné zozbierať všetky potrebné informácie, podľa ktorých sa podnikové štruktúry a procesy premietnu do ERP systému. Pre tento účel bol vytvorený dotazník, ktorý zbiera všetky potrebné informácie kľúčové pre zavedenie systému. Tento dotazník slúži pre implementujúce firmy (implementujúca firma, môže byť buď externý dodávateľ systému, alebo aj firma ktorá so svojimi zdrojmi zavádza systém). Dotazník je prebratý od Ing. Leonarda Walletzkého, PhD., na základe jeho upravenej a doplnenej verzie a nachádza sa v prílohe A. Táto práca popisuje spracovanie získaných údajov. Spracovanie niektorých údajov nie je obsiahnuté, kvôli rozsahu a účelu tejto práce (napr. nastavenie vlastností rôznych typov dokladov ako faktúr, záloh atď.). 5.2 Štruktúra podniku Jedným z prvých krokov počas procesu zavádzania systému ADempiere v podniku ktorý je potrebné vykonať pred samotným začiatkom práce s týmto systémom je rozhodnutie, akým spôsobom sa bude mapovať štruktúra podniku do štruktúry, podľa ktorej je navrhnutý systém ADempiere. V predchádzajúcej sekcii boli poskytnuté informácie o štruktúre podniku. Neexistuje presná konvencia alebo postup, podľa ktorého by sa jednotlivé oddelenia a jednotky mali mapovať do systému a preto je tento proces skôr otázkou toho, aké výhody a funkcie prinesie určité rozdelenie a ktoré je pre podnik viacej žiadané a potrebné. 1. Konkrétne lokalizácia dostupná na stránkach Československej aliancie pre podporu ADempiere: 47

54 5. Zavedenie systému ADempiere do podniku Systém ADempiere je navrhnutý podľa určitých best-practices a preto obsahuje nasledujúcu štruktúru spoločnosti ako je na obr Obr. 5.1: Štruktúra podniku v systéme ADempiere [13]. Z obrázku vyššie je vidieť, že jednotlivé entity podniku systém rozdeľuje do štyroch úrovní, kde jedna alebo viac entít Úložné místo 2 spadá pod jeden Sklad 3, jeden alebo viac entít Sklad je napojených na jednu entitu Organizační složka 4 a jedna alebo viacej entít Organizační složka patrí pod jednu najvyššiu entitu Klient 5. Vysvetlenie účelu jednotlivých pojmov resp. úrovní je nižšie [13]: Klient Najvyššia úroveň v systéme ADempiere, do ktorej spravidla priradzujeme podniku (napr. právnickej osobe z obchodného registra). Organizačné zložky patriace pod túto spoločnosť môžu pristupovať všetky dáta, založené na tejto najvyššej úrovni. ADempiere umožňuje spravovať viac ako jedného klienta v systéme. Žiadne informácie a dáta priradené k určitému klientovi (okrem klienta System) nie sú a nie je možné zdielať s ostatnými klientmi. V prípade, že sú dáta vložené pod systémovým klientom System, všetci klienti môžu pristupovať k týmto dátam. Organizačná zložka Entita určená pre priradenie jednotky na nižšej úrovni ako je klient (napr. výrobná divízia spoločnosti, finančné oddelenie, ob- 2. V originálnej anglickej lokalizácii vedené ako Locator, názov Úložné místo zodpovedá použitej českej lokalizácii 3. To isté, v anglickej verzii Warehouse 4. To isté, v anglickej verzii Organization 5. To isté, v anglickej verzii Client 48

55 5. Zavedenie systému ADempiere do podniku chodná alebo výrobná jednotka, pracovisko atď.). Jedna alebo viac organizačných zložiek môže byt pripojených k určitej špeciálnej alebo rodičovskej organizačnej zložke, čím je možné namodelovať celkovú štruktúru spoločnosti, ktorá zodpovedá obecne divizionálnej štruktúre spoločností. Sklad Miesto, kde sa uskladňuje alebo vyskladňuje materiál a tovar. Sklad bude obsahovať jeden alebo viac fyzických miest na uloženie tovaru, ktoré sa v ADempiere nazývajú pod pojmom úložné miesta. Pod jednu organizačnú zložku môže spadať jeden alebo viac skladov. Spôsob vytvárania vnútropodnikovej organizačnej štruktúry, organizačných zložiek, skladov a úložných miest je vysvetlené v sekcii Účtovná osnova Nepochybne jednou z najdôležitejších častí zavádzania akéhokoľvek ERP, alebo aj čisto účtovného softvéru je vytvorenie a import účtovnej osnovy. Takisto aj systém ADempiere potrebuje pre správny beh svojho účtovníctva šablónu účtovnej osnovy, s ktorou bude pracovať. V sekcii 4.3 bolo povedané, že účtovná osnova je dôležitá aj z pohľadu lokalizácie systému, a preto s ňou musí podnik počítať pri zavádzaní, aby spĺňal legislatívne podmienky, keďže každá transakcia v systéme má vplyv na účtovníctvo podniku. Pred tým ako bude vysvetlený spôsob práce systému ADempiere s účtovnou osnovou je dobré aspoň v krátkosti priblížiť pre neekonomickú verejnosť (napr. ľudí čisto informatického zamerania), čo to účtovná osnova je a akú má rolu v účtovníctve. Usporiadanie účtov, účtovných skupín i účtovných tried určuje smerná účtovná osnova 6, ktorá je riadená zákonom 7. Je usporiadaná dekadicky do 10 účtovných tried, ktoré sa ďalej členia na účtovné skupiny, v ktorých si podniky vytvárajú syntetické účty. Podľa smernej účtovnej osnovy zostavujú podniky na začiatku bežného účtovného obdobia účtovný rozvrh, do ktorého zapisujú čísla a názvy účtov, ktoré budú potrebné pre zachytenie všetkých účtovných prípadov, ktoré sa môžu behom účtovného obdobia vyskytnúť a k zostaveniu účtovnej uzávierky. Do účtového rozvrhu tak musia byť zapísané aj analytické účty (vytvorené pre potreby vnútropodnikového účtovníctva vnútorného riadenia podniku) [16]. 6. V pôvodnej anglickej lokalizácii Chart of accounts 7. Normatívne upravená vyhláškou 500/2002 Sb. 49

56 5. Zavedenie systému ADempiere do podniku Ďalším dôležitým pojmom, s ktorým sa bude neskôr pracovať a veľmi blízko súvisí s účtovnou osnovou je účtovná kniha alebo denník 8. Svojou podstatou je to chronologický zoznam účtovných zápisov o jednotlivých účtovných operáciách (dokladoch). Denníkom preukazuje účtovná jednotka, že boli zaúčtované všetky účtovné prípady daného účtovného obdobia [16]. Účtovná osnova je aspekt, ktorý je kľúčový z hľadiska legislatívy a je aj súčasťou procesu lokalizácie systému. Československá aliancia pre podporu ADempiere umožňuje na svojich stránkach 9 stiahnutie lokalizovanej účtovnej osnovy vhodnej pre české a slovenské prostredie. Systém ADempiere obsahuje funkciu pre import a správu účtovnej osnovy. Táto osnova musí byť vo vopred definovanom formáte. Príklad účtovnej osnovy a jej formátu potrebného pre import do systému ADempiere je na obr Tento príklad je prevzatý upravením lokalizovanej účtovnej osnovy dostupnej na stránkach Československej aliancie pre podporu ADempiere. Obr. 5.2: Príklad českej účtovnej osnovy Popis formátu účtovnej osnovy Ako bolo spomenuté vyššie, formát účtovnej osnovy pre systém ADempiere musí spĺňať určité podmienky. Prvou podmienkou je, že súbor musí byť vo formáte CSV V pôvodnej anglickej lokalizácii General ledger (GL) journal Comma-separated values (hodnoty oddelené čiarkami) je textový súborový formát, určený predovšetkým pre ukladanie tabuľkových dát. Jednotlivé hodnoty v riadku sú oddelené najčastejšie čiarkou alebo tabulátorom, viď 50

57 5. Zavedenie systému ADempiere do podniku Ďalšou podmienkou je, že jednotlivé stĺpce musia byť v správnom poradí a formáte. Príklad osnovy je vidieť na obrázku 5.2 a jeho vysvetlenie je v tabuľke 5.1 (poradie stĺpcov zodpovedná poradiu v tabuľke). Tabuľka 5.1: Popis formátu účtovnej osnovy pre ADempiere [13]. Hodnota Číslo účtu Názov účtu Popis účtu Typ účtu Popis Tento stĺpec obsahuje číslo účtu v účtovnej knihe. Hodnota musí byť zadaná v číselnom formáte a stĺpec nesmie obsahovať duplicitné záznamy. Toto pole je povinné. Tento stĺpec obsahuje krátke a výstižné označenie účtu. Hodnota z tohto stĺpca sa používa aj vo finančných výkazov. Toto pole je povinné. Popis účtu. ADempiere používa šesť typov účtov: Pohledávky (Asset). Náklady (Expense). Závazky (Liability). Vlastní jmění (Owner s Equity). Výnosy (Revenue). Znamienko účtu (Account Sign) Evidenční účty (Memo). Toto pole je povinné a píše sa do neho prvé písmeno hodnoty (anglického názvu typu účtu, viď hodnoty v zátvorke). Táto hodnota určuje znamienko, charakter účtu, t. j. či je očakávaný zostatok účtu kreditný 11 alebo debetný 12. V prípade, že je hodnota Natural (vlastná), použije sa ako znamienko účtu predvolená hodnota pre daný typ účtu (podľa predošlého stĺpca). V prípade nevyplnenej hodnoty sa použije hodnota Natural ako predvolená hodnota. Do poľa sa píše prvé písmeno hodnoty v angličtine. 11. Z anglického credit, v našom prostredí sa používa označenie účtu pasívny, prírastok vyvolá zmenu na strane Dal 12. Z anglického debet, v našom prostredí sa používa označenie účtu aktívny, prírastok vyvolá zmenu na strane Má dať 51

58 5. Zavedenie systému ADempiere do podniku Riadený dokladom (Document Controlled) Súčtová úroveň (Summary) Predvolený účet (Default Account) Rodičovský účet (Parent Account) Táto hodnota označuje, či je účet riadený dokladom (resp. účtovným dokladom) v systéme ADempiere (napr. Příjemka materiálu). Ak je účet nastavený ako riadený dokladom, nie je možné použiť v záznamoch, ktoré sú vytvorené manuálnym zadaním do účtovnej knihy, t. j. nie je možné vykonávať ručné zápisy na daný účet. Účet typu súčtová úroveň je účet, ktorého zostatok je agregovaný súčet ostatných účtovných zostatkov. Tento účet je na vyššej úrovni v účtovnej osnove ako účty z ktorých sa agregovaná hodnota vypočítava a účty, ktoré majú právo zápisu. Ak je táto hodnota nastavená, nemôžeme vytvárať transakcie a účtovať na tento účet priamo, hodnota sa vypočítava automaticky. Väčšina účtovných operácii sa v systéme ADempiere deje na pozadí podľa vytvorených dokladov. Každý účtovný doklad zadaný do systému (napr. Příjemka materiálu) mení zostatky účtov. Aby systém vedel, na ktoré účty má účtovať danú transakciu, má každý doklad nastavené predvolené účty na ktoré účtuje jednotlivé typy transakcii. Toto pole obsahuje odkazy na tieto predvolené systémové účty, korešpondujúce s daným účtom. Pole tvorí mapovanie medzi systémovým účtovníctvom (t. j. pravidlami, ktoré účty použiť pre ktorú transakciu) a importovanou účtovnou osnovou. ADempiere má 71 predvolených účtov, ktoré musia byť povinne namapované na nejaký účet v účtovnej osnove (prostredníctvom tejto hodnoty), inak by systém nemohol účtovať vytvorené doklady. Rodičovský (nadradený) účet daného účtu v hierarchí, väčšinou je rodičovský účet aj súčtová úroveň. Popis importu účtovnej osnovy je vysvetlený v nasledujúcej sekcii Prvotné vytvorenie klienta v systéme V bode, keď má podnik rozmyslenú štruktúru a pripravenú účtovnú osnovu je možné pristúpiť k prvému kroku v systéme ADempiere, ktorým je vytvorenie nového klienta zodpovedajúceho skutočnému podniku. 52

59 5. Zavedenie systému ADempiere do podniku Pre vytvorenie nového klienta je potrebné prihlásenie do systému pod systémovým klientom System a rolou System Administrator a následne otvoriť okno Initial Client Setup Process, ktoré je prístupné z Menu - Systémová adminsitrace - Klientská pravidla. Po kliknutí sa otvorí okno, ktoré je vidieť na obrázku 5.3: Obr. 5.3: Okno Initial Client Setup Process. Toto okno obsahuje niekoľko polí, kde je potrebné zadať nasledujúce informácie o novo vytvorenom klientovi: ClientName Názov spoločnosti, ktorá zodpovedá najvyššej úrovni v štruktúre, ako je vysvetlené v sekcii 5.2. Název org. zložky Názov organizačnej zložky, t. j. druhá úroveň v štruktúre, spadajúca pod klienta. Tu je potrebné zadať jednu organizačnú zložku. Ak bolo definovaných viacej organizačných zložiek, tieto budú vytvorené neskôr po vytvorení klienta, viď sekcia 5.5. AdminUserName Do tohto poľa je potrebné zadať meno užívateľa, ktorý bude mať administrátorské práva. Heslo pre tohto užívateľa bude predvo- 53

60 5. Zavedenie systému ADempiere do podniku lene totožné s menom užívateľa, preto je po vytvorení dôležitá jeho okamžitá zmena. NormalUserName Toto pole indikuje užívateľské meno pre bežného užívateľa s obmedzenými prístupovými právami. Pre heslo platia rovnaké pravidlá ako v predchádzajúcom bode. Měna Predvolená mena pre tento podnik. Táto mena bude použitá ako štandardná mena, v ktorej bude ADempiere viesť účtovníctvo, podrobne o problematike mien v ADempiere v podsekcii Země Krajina, v ktorej podnik sídli. CoAFile 13 Pole pre výber účtovnej osnovy. Kliknutím na modré tlačidlo zložky sa otvorí okno pre výber vytvorenej účtovnej osnovy, viď sekcia 5.3. Pri prvotnom vytvorení klienta sa importuje len predvolených 71 účtov, viď tabuľka 5.1, preto je neskôr potrebný ešte import kompletnej účtovnej osnovy. Ostatné polia, ktoré nie sú podfarbené modrou farbou sú voliteľné kontaktné informácie ako napr. Region, CityName, Phone atď. Okno ešte obsahuje päť zaškrtávacích políčok, ktoré určujú, ktoré všetky dimenzie chceme používať pre vedenie účtovníctva. Čo sú to dimenzie bude vysvetlené v podsekcii tejto kapitoly. Vyplnením potrebných informácii a kliknutím na tlačidlo Start, sa spustí proces vytvárania nového klienta. V prípade úspešného vytvorenia sa zobrazí potvrdzovacie okno s prehľadom informácii zadaných o klientovi, ako je vidieť na obrázku 5.4: Overenie správneho vytvorenia klienta a dodatočné nastavenia Po prvotnom vytvorení klienta je potrebné doplniť ďalšie informácie a dodatočné nastavenia a overiť jeho správne vytvorenie. Pre tento účel poskytuje ADempiere obecný štandardný workflow, ktorý obsahuje väčšinu hlavných okien a nastavení, ktoré je treba upraviť po vytvorení nového klienta. Pre spustenie tohto workflowu je nutné prihlásenie pod administrátorským užívateľom klienta (pole AdminUserName pri prvotnom vytvorení klienta) a spustiť ho prostredníctvom okna Přehled úvodního nastavení klienta z menu Menu Systémová administrace Klientská pravidla, viď obr. 5.5: Prostredníctvom tohto okna je možné nastaviť a overiť nasledovné položky: 13. Chart of Accounts File 54

61 5. Zavedenie systému ADempiere do podniku Obr. 5.4: Potvrdzovanie okno o úspešnom vytvorení nového klienta. Klient informácie a obecné nastavenia klienta. Vnitropodniková struktura vytvorenie organizačnej štruktúry, bude vysvetlené v nasledujúcej sekcii 5.5. Role správa užívateľských rolí pre definíciu prístupov k jednotlivým častiam systému. Uživatel správa jednotlivých užívateľov a priradenie užívateľskej role. Natažení importního souboru import kmeňových dát z externých súborov, bude vysvetlené v poslednej sekcii tejto kapitoly 5.6. Import účtů import účtovnej osnovy, viď nižšie. Kalendářní rok a období správa kalendárnych a účtovných období, viď Po kliknutí na každú z jednotlivých položiek sa otvorí súvisiace okno s možnými nastaveniami. Všetky okná je možné pristupovať aj mimo tohto workflowu. Toto je štandardný workflow pre nastavenie systému po prvotnom vytvorení klienta. Import účtovnej osnovy Na začiatku tejto sekcie bolo povedané, že počas procesu prvotného vytvorenia klienta sa do systému importuje len 71 predvolených (systémových) účtov z účtovnej osnovy. Z tohto dôvodu je po správnom vytvorení klienta potrebné pristúpiť k importu všetkých účtov z účtovnej osnovy pomocou ADempiere funkcie importu dát. Tento proces je detailne popísaný v poslednej sekcii 5.7 tejto kapitoly. 55

62 5. Zavedenie systému ADempiere do podniku Obr. 5.5: Workflow Přehled úvodního nastavení klienta Účtovné obdobia Účtovné doklady musia byť zaúčtované do toho účtovného obdobia, s ktorým hospodársky alebo účtovne súvisia. Podľa zákona sú podniky povinné vyhotovovať účtovné doklady bez zbytočného odkladu po zistení skutočnosti, ktoré sa nimi zachytávajú [16]. Pred prvým použitím je nutné definovať a vytvoriť účtovné obdobia, napr. môžeme vytvoriť rok, ktorý bude začínať vo februári a končiť v januári, účtovný a kalendárny rok sa nemusí zhodovať. Ďalším krokom je otvorenie tohto obdobia, takže systém k nemu môže priradzovať transakcie. Po skončení tohto obdobia sa toto obdobie uzavrie a systém nedovolí do tohto účtovného obdobia účtovať alebo upravovať priradené transakcie. Pre správu účtovných období slúži okno Kalendářní rok a období z menu Menu Účetnictví Účetní pravidla, viď obr. B.2. Po prvotnom vytvorení klienta, systém vytvoril účtovné obdobia pre aktuálny rok. Účel tohto okna a správu období vysvetlíme popisom jednotlivým záložiek: 56

63 5. Zavedenie systému ADempiere do podniku Kalendář záložka, ktorá obsahuje jedno povinné pole Název. V tejto záložke môžeme vytvoriť jednotlivé kalendáre (napr. jeden štandardný pre kalendárny rok a ďalší pre účtovný rok od 1. Júna do 31. Mája), ku ktorým neskôr priradíme obdobia. Rok definujeme rok v kalendári, pod ktorý budú priradené vytvorené účtovné obdobia (napr. 2013), tzv. fiškálny 14 rok. Okno obsahuje ešte jedno tlačidlo Vytvořit období, ktoré vytvorí k danému roku 12 štandardných období (Január - December). Období záložka pre správu období, viď obr. B.2, umožňuje definovať čísla a poradie jednotlivých období, názvy a počiatočné dátumy. Každé obdobie začína týmto dátumom a končí v deň, ktorý predchádza počiatočnému dátumu nasledujúceho obdobia. Záložka ešte obsahuje tlačidlo Otevřít / Uzavřít vše, ktoré otvorí alebo uzatvorí všetky štandardné doklady pre toto obdobie. Řízení období zobrazuje stav obdobia (uzavreté, otvorené) a umožňuje meniť tento stav. Neobchodní den umožňuje nastaviť neobchodné dni, t. j. dni ktoré nebudú započítavané pri vypočítavaní dátumu splatnosti Číslovanie dokladov Jedným z nastavení, s ktorým sa firmy zavádzajúce ERP systém stretávajú veľmi často, a preto vznikla požiadavka zahrnúť toto nastavenie v tejto práci, je nastavenie číslovania dokladov. Pri vytváraní nových dokladov je možné nastaviť spôsob číslovania (pole Doklad č.) a to rôzne podľa typu dokladu. ADempiere predvolene používa len jednoduché číslovanie, v prípade že je potrebné do čísla dokladu nastaviť napr. názov organizačnej položky alebo dátum je toto nastavenie potrebné upraviť. Postup pre upravenie číslovania je nasledujúci: 1. V prvom kroku je nutné definovať číselnú radu, v ktorej budú nastavené pravidlá, podľa ktorých sa bude číslovanie odvodzovať. 2. Ďalším krokom je priradenie číselnej rady k typu dokladu. 14. Často sa tiež používa označenie rozpočtový rok alebo daňový rok. Časovo ohraničené obdobie hospodárenia, za ktoré sa vytvárajú finančné výkazy. Zákony väčšinou ukladajú povinnosť vytvárať výkazy za 12 mesiacov (bez udania dátumu začiatku a konca) a preto nemusia byť totožné s kalendárnym rokom, viď 57

64 5. Zavedenie systému ADempiere do podniku Nastavenie číselnej rady Číselnú radu je možné vytvoriť v okne Sekvence dokladu z menu Menu Účetnictví Účetní pravidla, viď obr. B.3. Okno obsahuje jednu záložku Sekvence, kde je potrebné nastaviť pravidlá prostredníctvom polí: Automatické číslování zaškrtnutím tohto poľa sa indikuje systému aby automaticky generoval nasledujúce čísla. Zaškrtnutím sa zobrazia polia Přírůstek a Příští číslo. Přírůstek číslo, o ktoré sa zväčší číslo nasledujúceho dokladu. Příští číslo nasledujúce číslo, ktoré sa vygeneruje pre daný typ dokladu. Vzor desetinných čísel vzor pre zobrazovanie čísel vo formáte Java Notation (napr. formát zobrazí číslo 130 ako 00130). Každý rok obnovit číslování zaškrtnutím sa nastaví, aby generovanie čísiel začínalo v prvý deň každý rok na začiatočnej hodnote. Předpona, Přípona Pravidlá pre zostavenie identifikátoru dokladu. Je možné vložiť hodnoty z ostatných polí, napr. sa prepíše názvom organizačnej zložky. Priradenie číselnej rady k dokladu Ďalším krokom po vytvorení číselnej rady je jej priradenie k danému typu dokladu. Toto nastavenie sa vykoná v okne Typ dokladu z menu Menu Účetnictví Účetní pravidla. V tomto okne sú všetky existujúce typy dokladov. Pre nastavenie číselnej rady musí byť zaškrtnuté pole Doklad má číselnou řadu a v poli Číselná řada sa už len vyberie daná číselná rada. 5.5 Vytvorenie podnikovej štrutkúry v systéme V predchádzajúcej sekcii bol vytvorený nový klient s jednou organizáciou a skladom. Vo väčšine prípadov táto štruktúra nie je dostačujúca a je ju potrebné rozšíriť o ďalšie entity. Pre rozšírenie štruktúry je najprv potrebné prihlásiť sa pod administrátorským užívateľom (pole AdminUserName), ktorý bol vytvorený pri prvotnom vytvorení nového klienta a pri prihlasovaní nastaviť pole Organizačná složka na hodnotu *. 58

65 5.5.1 Vytvorenie organizačnej zložky 5. Zavedenie systému ADempiere do podniku Pred vytvorením novej organizačnej zložky je nutné vytvoriť (ak ešte nebol vytvorený) typ tejto organizačnej zložky (napr. pre účely finančných výkazov za celú organizačnú zložku atď.), čo sa vykoná prostredníctvom okna Typ org. složky z menu Menu Systémová administrace Organizační pravidla. Kliknutím na tlačidlo Nový záznam sa otvorí okno ako je na obr. B.4. V tomto okne je potrebné vyplniť názov novej organizačnej zložky, príp. jej popis. Odškrtnutím políčka Aktivní, organizačnú zložku zneprístupníme a systém s ňou nebude pracovať. Posledné pole Barva tisku určuje akou farbou sa má táto organizačná zložka v systéme zobrazovať. Kliknutím na tlačidlo Uložit změny sa záznam vytvorí v systéme. Po vytvorení typu organizačnej zložky je možné pristúpiť k vytvoreniu samotnej organizačnej zložky. Toto sa vykoná v okne Vnitropodniková struktura z menu Menu Systémová administrace Organizační pravidla. Opäť kliknutím na tlačidlo Nový záznam sa zobrazí okno viď obr Toto okno obsahuje tri záložky: Obr. 5.6: Okno Vnitropodniková struktura. Organizační složka hlavná záložka, v ktorej je vidieť strom s prehľadom už vytvorených organizačných zložiek a ich hierarchickú štruktúru. Zadaním názvu a kliknutím na tlačidlo Uložit změny sa vytvorí nová organizačná zložka. Informace o org. složce ďalšie informácie o organizačnej zložke, viď obr. B.5. Na tejto záložke sú hlavne dôležité polia: Typ organizace na tomto mieste je možné priradiť typ organizačnej zložky, ktorý bol vytvorený v predchádzajúcom kroku (napr. pre účely vytvárania finančných výkazov). Rodičovská organizace priradenie rodičovskej organizácie, t. j. organizačnej zložky, ktorá je na vyššej úrovni v štruktúre podniku. Pomocou tohto 59

66 5. Zavedenie systému ADempiere do podniku výberu je možné vytvárať hierarchiu organizačných zložiek, t. j. celkovú štruktúru podniku, ktorá zodpovedá obecnej divizionálnej štruktúre. Přirazení k organizační složce posledná záložka slúži pre priradenie osôb patriacich pod organizačnú zložku a dátum trvania platnosti tohto priradenia Vytvorenie skladu a úložných miest Po prvotnom vytvorení klienta, systém vytvoril jeden sklad s názvom Standard a jedno úložné miesto s názvom Standard. Nový sklad a úložné miesto sa vytvorí prostredníctvom okna Sklad & úložná místa z menu Menu Řízení zásob Pravidla pro správu materiálu, viď obr. B.6. Toto okno obsahuje 5 záložiek: Sklad záložka pre správu skladov. Kliknutím na tlačidlo Nový záznam je na tomto mieste možné vytvárať nové sklady. Dôležité sú hlavne polia: Organizace organizačná zložka, pod ktorú je sklad zaradený. Sklad môže patriť pod maximálne jednu organizačnú zložku. Název názov skladu. Zdrojový sklad pokiaľ je tento údaj vyplnený, zdrojový sklad sa použije na zásobovanie konkrétneho skladu. Třída doplnění ak chce podnik použiť špecifický spôsob zásobovania alebo doplňovania skladu je možné vytvoriť Java triedu, kde budú nastavené jednotlivé pravidlá doplňovania zásob. Táto trieda musí implementovať rozhranie org.compiere.util.replenishinterface. Úložné místo prostredníctvom tejto záložky je možné vytvárať nové úložné miesta a priraďovať k jednotlivým skladom. Záložka obsahuje polia: Sklad sklad, v ktorom sa úložné miesto nachádza. Táto hodnota sa doplní automaticky, podľa označeného skladu v predchádzajúcej záložke. Vzájemná priorita pokiaľ je určitý produkt uložený na viacerých úložných miestach, úložné miesto s vyššou číselnou hodnotu v poli Vzájemná priorita, bude použité ako prvé na vyskladnenie produktu. Ulička, Police, Úroveň tieto tri polia slúžia na presnú identifikáciu fyzického umiestnenia úložného miesta v sklade. Hodnoty reflektujú osi X (hor. poloha) Ulička, Y Polica (vert. poloha) a Z Úroveň. 60

67 5. Zavedenie systému ADempiere do podniku Zásobení záložka slúžiaca na priradenie produktov k úložným miestam a skladom. Umístení úložné miesto, na ktorom sa produkt nachádza. Hodnota sa dopĺňa automaticky, podľa výberu v predchádzajúcej záložke. Produkt, Konkretizace atributu tieto dve polia slúžia na výber konkrétneho produktu a jeho atribútu. Skladové množství aktuálne množstvo produktu na úložnom mieste. Datum posledního výpočtu inventury dátum, posledného spočítania tovaru. Reservované množství množstvo tovaru rezervovaného (napr. už objednané pre zákazníka a nemôže sa predať). Objednané množství množstvo už objednaného tovaru na ceste. Doplnění táto záložka je určená pre nastavenie automatického dopĺňania produktov na sklade. Sklad, Produkt určenie skladu na ktorý sa produkt objednáva a konkrétneho produktu. Typ doplnění táto možnosť poskytuje nastavenie spôsobu dopĺňania skladových zásob, napr. ručne, doobjednaním pri poklese pod určité množstvo atď. Na tomto mieste sa dá vybrať aj možnosť Uživatelsky. Pri výbere tejto možnosti je potrebné vytvoriť triedu v jazyku Java s nastavenými pravidlami a uviesť ju v prvej záložke Sklad. Zdrojový sklad ak je nastavené, použije sa na doplnenie skladových zásob. Účtování nastavenie účtov, na ktorých sa budú účtovať zásoby konkrétneho produktu. Bude vysvetlené bližšie v podsekcii Vytvorenie a import kmeňových dát Pred vytvorením prvej transakcie v systéme ADempiere je potrebné vykonať jeden krok, ktorým je zadanie kmeňových dát do systému. Tieto kmeňové dáta môžu byť napríklad dodávatelia, odberatelia, bankové účty atď. Bez týchto prvotných údajov podnik nie je schopný vykonávať základné transakcie ako sú napr. objednávky alebo faktúry, ktoré vytvárajú záznamy v účtovej knihe a účtujú sa na jednotlivé účty z účtovnej osnovy. 61

68 5.6.1 Účtovanie na kmeňových dátach 5. Zavedenie systému ADempiere do podniku Ako bolo vysvetlené v sekcii 5.3, každá transakcia v podniku, musí byť zaúčtovaná. To znamená, že každá transakcia vyvolá zmenu zostatku na príslušných účtoch. Aby systém ADempiere vedel, na ktoré účty má danú transakciu zaúčtovať, t. j. pripísať alebo odobrať čiastku, potrebuje vedieť, ktoré účty použiť pre dané transakcie. ADempiere pre tento účel obsahuje pri práci so všetkými kmeňovými dátami záložku Účtování, v príslušnom okne kmeňových dát, v ktorej sa nastavujú jednotlivé pravidlá účtovania danej položky (materiál, faktúra atď.), viď príklad na obr Obr. 5.7: Záložka Účtovaní v okne Banka. Na obrázku 5.7 je vidieť, že ADempiere má pre kmeňové dáta nastavené predvolené účty a k nim priradené príslušné čísla účtov z účtovnej osnovy (viď sekcia 5.3 a tabuľka 5.1), na ktoré bude účtovať jednotlivé transakcie. Na obrázku je príklad záložky Účtování z okna Banka, jednotlivé účty a ich čísla sa budú líšiť podľa typu kmeňových dát. Vo väčšine prípadov tieto predvolené čísla účtov nie je potrebné meniť, ale toto nastavenie umožňuje prispôsobiť účtovníctvo potrebám podniku (napr. pre účely manažérskeho účtovníctva 15, keďže každý produkt obsahuje vlastné nastavenie účtovania a umožňuje preto účtovať rozličné produkty na rôzne účty). Obrázok 5.7 tiež ukazuje, že formát účtov je * _-_-_-_-_. Jeho štruktúra nasledovná: 15. Manažérske účtovníctvo je forma účtovníctva, ktorá na rozdiel od finančného účtovníctva nie je viazaná zákonom a slúži výhradne pre účely podniku (najčastejšie pre poskytovanie informácii pre strategické rozhodnutia riadiacim pracovníkom, napríklad zisťovanie nákladov a ziskovosti konkrétneho produktu atď.) 62

69 5. Zavedenie systému ADempiere do podniku 1. Organizačná zložka prvé pole indikuje organizačnú zložku. V našom prípade to bude vždy hodnota *, čo v tomto prípade znamená, že sa organizačná zložka doplní automaticky systémom podľa informácii z realizovanej transakcie. 2. Číslo (účtovného) účtu číslo účtu, na ktorý sa účtuje transakcia. 3. Zvyšné polia predstavujú účtovné dimenzie. Tieto polia sú prázdne, vypĺňajúce sa automaticky systémom, podľa informácii z dokladu o transakcii (napr. príjemka materiálu, vydaná faktúra atď.). Tieto hodnoty slúžia pre prípad, keď chce podnik viesť účtovníctvo vo viacerých dimenziách (napr. obchodný partner, produkt atď.). Tento druh účtovania je spravidla dôležitý pre vnútropodnikové alebo manažérské účtovníctvo a vysvetlenie pre účel tejto práce nie je potrebné. Počet a druh dimenzii sa nastaví pri prvotnom vytvorení klienta viď sekcia 5.4. Ako bolo spomenuté, v drvivej väčšine prípadov nebude potrebné zasahovať do nastavenia predvolených účtov, ale toto nastavenie je možné zmeniť Obchodní partneri Jedným z kmeňových dát sú záznamy a informácie o obchodných partneroch. Obchodnými partnermi môžu byť dodávatelia, odberatelia (zákazníci) alebo zamestnanci. ADempiere na rozdiel od väčšiny podobných systémov používa pre správu informácii o všetkých typoch obchodných partnerov jedno okno Obchodní partner, v ktorom je možné nastaviť vlastnosti ako či je obchodný partner zamestnanec alebo dodávateľ [13]. Vďaka tomuto spôsobu správy obchodných partnerov stačí mať jeden záznam o obchodnom partnerovi, ktorý môže byť zároveň dodávateľ, odberateľ a zamestnanec. Tým sa vyhne duplicitnému ukladaniu a správe informácii o obchodných partneroch. Pred pristúpením k vytvoreniu nového obchodného partnera je potrebné definovať jeho skupinu, do ktorej bude pri vytvorení zaradený. Týmto spôsobom je možné zoskupovať obchodných partnerov podľa rôznych účelov, vykonávať nad nimi hromadné operácie, vytvárať finančné výkazy za skupiny a predovšetkým upravovať účtovné pravidlá pre skupiny obchodných partnerov. Nová skupina obchodného partnera sa vytvorí v okne Skupina obchodního partnera z menu Menu Vztahy s obchodním partnerem Pravidla pro obchodní partnery. Okno obsahuje tri záložky, viď obr. B.8: 63

70 5. Zavedenie systému ADempiere do podniku Skupina obchodního partnera záložka na správu skupín obchodných partnerov umožňuje definovať hodnoty ako názov, priradené cenníky a zľavy pre jednotlivé skupiny. Účtování táto záložka obsahuje predvolené účty pre účtovanie transakcii s obchodnými partnermi. Účty na tejto záložke sa delia do dvoch skupín, tzv. zdieľané a privátne [13]: Zdieľané účty používajú sa pre účtovanie transakcii s obchodnými partnermi spadajúcimi do danej skupiny a je možné ich definovať alebo upraviť len v okne Skupina obchodního partnera. Privátne účty tieto účty sa prevezmú k danému obchodnému partnerovi po priradení do skupiny a je ich neskôr možné špecifikovať a zmeniť na úrovni obchodného partnera. Obchodný partner teda môže mať tieto účty rozdielne ako skupina ku ktorej je priradený. Medzi privátne účty patria: Pohledávky k odbeřatelům, Pohledávky za služby, Zálohy odbeřatelů, Závazky k dodavatelům, Závazky za služby dodavatelů, Zálohy dodavatelům. Přirazení partneři zoznam priradených obchodných partnerov do danej skupiny obchodného partnera. Vytvorenie nového záznamu o obchodnom partnerovi sa vykonáva prostredníctvom okna Obchodní partner z menu Menu Vztahy s obchodním partnerem Pravidla pro obchodní partnery. Kliknutím na tlačidlo Nový záznam sa otvorí okno ako ukazuje obr. B.9. Okno sa skladá z 12 záložiek, ktoré nebudú popísané detailne, pretože to pre účely tejto práce nie je dôležité a budú uvedené základné informácie: Obchodní partner záložka, v ktorej sa spravujú základné informácie o obchodnom partnerovi, spoločné pre odberateľov, dodávateľov a zamestnancov. V tejto záložke ho je potrebné priradiť aj ku skupine obchodného partnera. Odběratel, Dodavatel, Zaměstnanec tieto záložky obsahujú zaškrtávacie políčko, ktorého zaškrtnutím sa označuje vlastnosť obchodného partnera, t. j. či je obchodný partner dodávateľ, odberateľ, zamestnanec alebo všetko naraz. Účty Odběratele, Dodavatele, Zaměstnance každá záložka z predchádzajúceho bodu má aj svoju príslušnú záložku Účty, na ktorej je možné vidieť 64

71 5. Zavedenie systému ADempiere do podniku a upraviť účty, na ktoré sa účtujú transakcie súvisiace s týmito kmeňovými dátami a ktorá zodpovedá záložke Účtovníctvo, tak ako bola popísaná v podsekcii Adresa, Kontakt, Oblast zájmu doplňujúce a kontaktné informácie ako adresa, kontakt na marketingových zástupcov spoločnosti atď. sa uložia cez túto záložku, kde sa štandardným spôsobom (tlačidlo Nový záznam a Uložit změny) doplnia dané informácie. Postup vytvorenia obchodného partnera je nasledovný: naskôr je o ňom nutné vyplniť hlavné informácie v prvej záložke a tieto informácie uložiť. Následne je možné určiť typ obchodného partnera. V tomto bode je vytvorený nový záznam obchodného partnera a označená jeho funkcia v systéme. Pre ďalšiu prácu, doklady, finančné výkazy súvisiace s týmto obchodným partnerom je potrebné doplniť doplňujúce a kontaktné informácie akými sú adresa a kontakt Bankové účty Ďalším druhom kmeňových dát sú banky, bankové účty a pohyby na týchto účtoch. Väčšina organizácii vlastní hneď niekoľko bankových účtov, prostredníctvom ktorých vykonáva svoje dennodenné operatívne činnosti. Z tohto dôvodu, môže byť na týchto účtoch množstvo pohybov, ktoré treba spracovávať, zaznamenávať a účtovať. Záznamy o bankových účtoch je možné vytvoriť cez okno Banka z menu Menu Systémová administrace Organizační pravidla. Toto okno obsahuje šesť záložiek viď obr. B.7: Banka základné informácie o banke ako názov napr. ČSOB a číselný kód banky. Táto záložka tiež obsahuje políčko Vlastní banka, zaškrtnutím ktorého sa označí banka za vlastnú, t. j. banku, v ktorej podník vlastní účet, cez ktorý operujeme. Účet záložka, ktorá slúži pre správu bankových účtov. Pre vytvorenie nového účtu je potrebné mať vybratú banku v predchádzajúcej záložke. Ďalej je možné nastaviť vlastnosti účtu ako číslo účtu, IBAN, menu atď. Doklady bankovního účtu v tejto záložke je možné definovať doklady a ich čísla použité pre pohyby na účte, napr. šeky táto možnosť v našom prostredí nie je veľmi rozšírená. 65

72 5. Zavedenie systému ADempiere do podniku Procesor plateb 16 záložka pre nastavenie elektronických platieb, napr. prostredníctvom internetového rozhrania elektronického bankovníctva. Je potrebné vytvoriť triedu Java, v ktorej sú nastavené pravidlá pre komunikáciu s bankou. Loader výpisu 17 nastavenie parametrov bankového výpisu, ktorý sa importom priradí k účtu. Je potrebné nastaviť triedu Java, ktorá obsahuje spôsob získania alebo otvorenia výpisu a jeho následného spracovania. Samotný import výpisu sa vykonáva prostredníctvom okna Import bankovního výpisu z menu Data Import dat. Účtování nastavenie jednotlivých účtov pre účtovanie pohybov na bankových účtoch, viď podsekcia Pre vytvorenie bankového účtu je potreba vytvoriť v prvej záložke nový záznam o banke a vyplniť potrebné informácie, predovšetkým názov a kód banky, viď obr. B.7. Následne je možné vytvoriť v ďalšej záložke Účet záznam o konkrétnom účte podniku. Pri vytváraní záznamu o bankovom účte už nie je možné zvoliť hodnotu * do poľa Organizace a je nutné priradiť konkrétnu organizačnú zložku, ku ktorej účet prislúcha. Hotovostné platby Pre transakcie týkajúce sa hotovostných platieb, slúži v ADempiere funkcia Pokladna. Táto funkcia je prístupná cez okno Pokladna z menu Menu Systémová administrace Organizační pravidla, viď obr. B.11. Pred prvou transakciou je potrebné vytvoriť nový záznam v záložke Pokladna a vyplniť základné informácie ako názov a mena. Pokiaľ sa pracuje s viacerými menami, je potrebné pre každú menu vytvoriť osobitný záznam. Ani v tomto prípade už nie je možné zvoliť hodnotu * do poľa Organizácia a je nutné priradiť konkrétnu organizačnú zložku [13]. Takisto ako ostatné kmeňové dáta aj Pokladna má záložku Účtování, kde je možné zmeniť predvolené účty, na ktorých sa budú jednotlivé transakcie účtovať. Niektoré náklady (ako napr. známky, kolky), za ktoré sa platí v hotovosti väčšinou nechceme účtovať na účet pokladne, ale na osobitné účty určené špeciálne pre tento účel. ADempiere poskytuje túto funkcionalitu prostredníctvom okna Náklady z menu Menu Účetnictví Účetní pravidla. Kde tlačidlom Nový záznam vytvoríme novú nákladovú položku (napr. ceniny) a v záložke Účtování sa nastavia účty pre danú nákladovú položku [13]. 16. S touto problematikou sa zaoberá bakalárska práca: S touto problematikou sa zaoberá bakalárska práca: 66

73 5. Zavedenie systému ADempiere do podniku Meny V dnešnom podnikateľskom prostredí sa žiadny podnik nevyhne vykonávaniu transakcii v zahraničných menách. ADempiere ako i ďalšie ERP systémy má plnú podporu práce vo viacerých menách. Ako bolo povedané, ERP systém ADempiere podporuje prácu s viacerými samostatnými klientmi. Informácie medzi klientmi nie sú nikdy zdieľané a jeden klient nemá práva pristupovať k informáciám druhého. Existujú niektoré informácie, ktoré zdieľané sú, jedným z nich sú meny. Z tohto dôvodu je prístup k týmto dátam možný len cez systémového klienta System. Kmeňové dáta vytvorené alebo upravené pod týmto účtom sú zdieľané naprieč všetkými klientmi. Po prihlásení pod klientom System je možné pristupovať k správe mien cez okno Měna z menu Menu Účetnictví Účetní pravidla. Toto okno obsahuje dve záložky ako je vidieť na obr. B.10: Měna v tejto záložke je pole pre ISO 18 kód meny. ADempiere obsahuje aktuálne viac než 170 registrovaných mien. Veľmi dôležitým je aj políčko Aktivní, a to hlavne z dôvodu, že pri práci so systémom (napr. tvorbe objednávok), väčšinou stačí len pár mien. Pokiaľ sú ponechané všetky meny zaškrtnuté ako aktívne, bude sa pri výbere meny musieť vyberať z viac než 170 položiek. Je potrebné dať pozor, pretože sa spravujú kmeňové dáta na úrovni klienta System a preto zadaním meny ako neaktívnej sa táto zneprístupní všetkým klientom. Směnné kursy zadávanie konverzných kurzov. Táto problematika je trochu komplexnejšia a bude vysvetlená nižšie. Dôležitým aspektom pri práci s viacerými menami je spôsob ich prevodu na menu, v ktorej je vedené účtovníctvo. ADempiere má niekoľko predvolených spôsobov prepočítavania meny. Pridať ďalší spôsob konverzie je možné prostredníctvom okna Typ kurzu z menu Menu Účetnictví Účetní pravidla, opäť na úrovni systémového klienta System. Posledným krokom pri práci s viacerými menami je zadávanie zmenného kurzu. Existujú dva spôsoby ako zadať kurz, buď cez systémového klienta, pričom táto informácia bude zdieľaná medzi všetkými klientmi, alebo priamo pre konkrétneho klienta. Obe spôsoby sa vykonajú cez okno Směnné kurzy z menu Menu Účetnictví Účetní pravidla

74 5. Zavedenie systému ADempiere do podniku Produkty Informácie o produktoch sú ďalším z kmeňových dát potrebných pre dennodenné transakcie. V ADempiere pod termín Produkt spadajú veci, ktoré podnik kupuje alebo predáva. Môžu to byť výrobky predávané odberateľom, materiály vstupujúce do výrobného procesu, služby poskytované spoločnosťou, alebo aj ľudské zdroje. Každý produkt v ADempiere má určité atribúty. Prvým atribútom produktu je jeho typ a systém rozlišuje štyri typy produktov, podľa ktorých sa mení aj forma účtovania [13]: 1. Položka 19 materiál alebo tovar, ktorý podnik nakupuje alebo predáva (napr. monitor, klince atď.). Systém vytvorí inventár pre tento tovar. 2. Typ režie 20 hmotný alebo nehmotný tovar, ktorý podnik nakupuje alebo predáva (napr. spotrebný materiál). Systém nevytvorí inventár pre tento tovar. 3. Služba 21 služby. Pri kúpe alebo predaji tohto typu sa neprijíma ani neposiela žiadny druhy tovaru (napr. platba za konzultantské služby). 4. Zdroj 22 podobné ako predchádzajúci typ produktu Služba, s tým rozdielom, že je nutné nastaviť časovú dostupnosť zdroja (napr. konzultant, ktorý bude dostupný tri dni v danom týždni). Vytvorenie nového produktu v systéme Pre vytvorenie nového záznamu o produkte je najskôr potrebné vytvoriť kategóriu produktu. Vzťah medzi kategóriou produktu a produktom ukazuje obr Z obrázku 5.8 je vidieť, že jeden alebo viac produktov môže spadať pod jednu kategóriu. Týmto spôsobom je možné zoskupovať produkty v kategóriách ako napr. Materiál do výroby pre účely hromadného spracovania alebo nastavenia účtovníctva pre všetky produkty z danej kategórie. Pred vytvorením produktu je preto potrebné vytvoriť jeho kategóriu, čo je možné prostredníctvom okna Produktové kategorie z menu Menu Řízení zásob Pravidla pro správu materiálu, viď obrázok B.13. Okno Produktové kategorie na obr. B.13 obsahuje tri záložky: Produktová kategorie záložka pre správu produktovej kategórie. 19. V anglickej lokalizácii Item 20. V anglickej lokalizácii Expense type 21. V anglickej lokalizácii Service 22. V anglickej lokalizácii Resource 68

75 5. Zavedenie systému ADempiere do podniku Obr. 5.8: Vzťah medzi Produktovou kategóriou a Produktom [13]. Účtovaní Táto záložka obsahuje desať predvolených účtov pre účtovanie transakcii s produktmi danej kategórie. Jednotlivé účty je možné nastaviť aj na úrovni konkrétneho produktu, v tom prípade majú tie nastavenia prednosť. V tejto záložke je taktiež možné nastaviť aj metódu výpočtu ceny a úroveň ocenenia. V prípade, že sú tieto polia prázdne, použijú sa predvolené hodnoty účtovníctva v okne Účetní schéma z Menu Účetnictví Účetní pravidla. Tieto nastavenia by mal v prípade potreby nastaviť účtovník a vysvetlenie metód nie je pre potreby tejto práce dôležité. Přirazené produkty zoznam priradených produktov do produktovej kategórie. Pred pristúpením k vytvoreniu produktu je nutné definovať merné jednotky produktov (napr. kusy, hodiny atď.). Väčšina merných jednotiek je už v systéme vytvorených. V prípade potreby je možné definovať novú mernú jednotku v okne Měrné jednotky z menu Menu Řízení zásob Pravidla pro správu materiálu. Následne je možné vytvoriť nový produkt, čo sa vykoná cez okno Produkt z menu Menu Řízení zásob Pravidla pro správu materiálu, viď obr. B.14 Okno Produkt obsahuje 11 záložiek, budú z nich vysvetlené tie najdôležitejšie: Produkt záložka pre správu základných informácii o produkte. V tejto záložke je možné nastaviť informácie ako názov, produktovú kategóriu, daňovú kategóriu, mernú jednotku produktu, typ produktu, fyzické vlastnosti produktu (ako napr. váha), fyzické umiestnenie produktu úložné miesto. Zástupce umožňuje nastaviť produkty, ktoré môžu byť použité ako jeho náhrada. Doplnění nastavenie množstva pre automatické objednávanie produktu, za účelom doplnenie zásob. 69

76 5. Zavedenie systému ADempiere do podniku Nákup záložka nákup umožňuje nastaviť ocenenie a pravidlá pre objednávanie produktu (obchodný partner, ceny, množstvo, minimálne množstvo, kód produktu atď.). Cena nastavenie cenníku (pozostáva z cien: cenníková, štandardná, limitná) a verzie cenníku. Cenu je možné zadať dvoma metódami a to ručne alebo automaticky: Ručné vytvorenie cien sa vykoná vytvorením nového záznamu v tejto záložke (tlačidlo Nový záznam a ručné zadanie všetkých troch cien a tlačidlo Uložit změny). Zadávanie cien produktu takýmto spôsobom je ťažko udržiavateľné. Automatické vytváranie cien pomocou cenníku je komplexnejší a udržiavateľnejší proces, ktorý bude vysvetlený v nasledujúcej podsekcii Účtování nastavenie predvolených účtov účtovania produktu. Informácie sa doplnia podľa produktovej kategórie. Účty je možné nakonfigurovať pre každý produkt osobitne Ceny Ďalším z kmeňových dát, ktorý je kľúčový pre skoro všetky bežné transakcie je cena produktov a s tým súvisiaci cenník. Každý produkt v ADempiere vyžaduje tri typy predajných cien [13]: Ceníková 23 cena odporúčaná maloobchodná cena. Standardní 24 cena štandardná cena, za ktorú je produkt predávaný. Limitní 25 cena najnižšia možná cena, za ktorú je možné produkt predať bez toho, aby na tom podnik stratil. ADempiere používa na správu cien tri okná: Schéma ceníků. Schéma slev. Ceník. 23. V anglickej verzii List price 24. V anglickej verzii Standard price 25. V anglickej verzii Limit price 70

77 5. Zavedenie systému ADempiere do podniku Automatické vytvorenie cien pomocou cenníku Automatické vytváranie cien produktov je komplexnejší, ale lepšie udržiavateľný proces, keďže cena produktu sa cena vypočítava, podľa vopred stanových pravidiel a kritérii. Prvým krokom je zadanie spôsobu výpočtu jednotlivých cien prostredníctvom okna Schéma ceníků z menu Menu Řízení zásob Pravidla pro správu materiálu. V okne - v prvej záložke Schéma ceníku - sa vytvorí nové schéma (napr. nákupné schéma) a následne v druhej záložke Ceník sa definuje spôsob výpočtu ceny, viď obr. B.15: Po zadaní povinných údajov je možné pristúpiť k ďalšiemu kroku, ktorým je vytvorenie automatického cenníku, podľa schémy vytvorenej vyššie, na čo slúži okno Ceník z menu Menu Řízení zásob Pravidla pro správu materiálu. V prvej záložke Ceník sa vytvorí nový cenník a následne v druhej záložke Verze (viď obr. 5.9) sa vytvorí nová verzia cenníku. Tento prístup vytvárania cenníkov prostredníctvom verzii cenníku umožňuje uchovávať históriu jednotlivých cenníkov, napr. podľa mesiacov, marketingových kampaní, atď. Obr. 5.9: Okno Ceník. Zadaním základných údajov ako je názov, platnosť a diskontné schéma (kde sa zadá schéma vytvorené v predošlom kroku) je možné vygenerovať ceny kliknutím na tlačidlo Vytvořit ceník. Týmto sa prepočítajú ceny všetkých produktov patriacich do kategórie, ktorá bola nastavená v schéme cenníku. V okne jednotlivých produktov, v záložke Cena je teraz možné skontrolovať prepočítané ceny produktov. Tieto ceny sú vypočítané na základe zdrojových cien zo záložky Nákup a na základe pravidiel nastavených v schéme cenníku. Nie vždy potrebuje podnik prepočítavať ceny pre všetky produkty prislúchajúce do danej produktovej kategórie rovnakým spôsobom. Z tohto dôvodu ADempiere 71

78 5. Zavedenie systému ADempiere do podniku umožňuje vytvoriť schémy cenníkov pre konkrétny produkt, alebo obchodného partnera, prípadne oboje. Toto nastavenie je možné vykonať v okne Schéma ceníků. 5.7 Import kmeňových dát V predchádzajúcej časti bol popísaný jeden z dôležitých krokov zavedenia a práce s ERP systémom ADempiere, ktorým je vytvorenie a správa kmeňových dát. Väčšina podnikov, ktorá sa rozhodne pre zavedenie systému už pravdepodobne nejaké dáta vlastní, či už v podobe obyčajných dát napr. tabuliek v programe Excel alebo nejakom jednoduchom účtovnom alebo ERP systéme. Pre vytvorenie menšieho počtu záznamov väčšinou postačuje ich manuálne zadávanie do systému, ale pre prípad, že podnik potrebuje nahrať väčšie množstvo záznamov (napr. pohybov z bankového výpisu), tento spôsob nepostačuje, je časovo náročný a taktiež môže ľahko dôjsť k zaneseniu chýb. Z tohto dôvodu obsahuje ADempiere komplexnú funkciu pre import kmeňových dát z externých súborov v rozličných formátoch, ktorých sa dá nakonfigurovať pred spustením importu. ADempiere používa pre uchovanie dát relačnú databázu, a preto môže niekoho napadnúť vkladanie dát prostredníctvom SQL príkazov. Tento spôsob sa neodporúča, je veľmi nebezpečný a môže ľahko dôjsť k zaneseniu závažnej chyby, pretože sa týmto spôsobom obíde kontrola vkladaných dát a ich integrity, navyše mnohé kmeňové dáta vyžadujú niekoľko vzájomne prepojených tabuliek. Import dát prostredníctvom systému ADempiere prebieha v niekoľkých krokoch [13]: 1. V prvom kroku je nutné definovať formát importovaného súboru cez okno Formát importního vstupu (loader), kde sa nastaví typ kmeňových dát (napr. obchodní partneri) a formát súboru (znak použitý pre oddelenie stĺpcov a jednotlivé stĺpce ich účel a poradie). 2. Druhý krok je vybratie súboru pre import dát prostredníctvom okna Natažení importního souboru, kde sa vyberie súbor, ktorý je v požadovanom formáte, zvolí kódovanie a zodpovedajúci formát vytvorený v predchádzajúcom kroku. 3. Import súboru kliknutím na tlačidlo OK. V tomto kroku sa dáta skopírujú do dočasnej tabuľky pre import dát. 4. Posledným krokom je import alebo presnejšie presun dát z dočasnej tabuľky do zodpovedajúcej tabuľky kmeňových dát. Import sa vykoná v okne Import príslušných kmeňových dát a jednotlivé záznamy sa pred importom skontrolujú validačnými kontrolami cieľovej tabuľky. 72

79 5. Zavedenie systému ADempiere do podniku V nasledujúcej časti je popísaný obecný postup importu dát. K importu je potrebné prihlásenie pod administrátorským účtom daného klienta Formát importovaného súboru Ako už bolo spomenuté vyššie, import začína vytvorením šablóny zodpovedajúcej formátu importovaného súboru, t. j. popisu, účelu a poradiu jednotlivých stĺpcov. Pre tento účel slúži v ADempiere okno Formát importního vstupu (loader) z menu Menu Systémová administrace Data Import dat, viď obr Obr. 5.10: Okno Formát importního vstupu (loader). V tomto okne je niekoľko polí, z ktorých sa spomenú posledné dve (Tabulka, Formát). Pole Tabulka označuje tabuľku, t. j. typ kmeňových dát. ADempiere vo verzii 3.6.0LTS umožňuje importovať nasledujúce typy kmeňových dát: I_Asset_Majetek dočasná 26 tabuľka pre import majetku. I_BankStatement_Import Bankovního výpisu dočasná tabuľka importu bankového výpisu. I_BPartner_Import obchodního partnera dočasná tabuľka importu obchodných partnerov. I_Conversion_Rate_Import přepočítacího kurzu dočasná tabuľka pre import konverzných kurzov. 26. Dočasná tabuľka je tabuľka, ktorá zodpovedá štruktúre originálnej tabuľky, v ktorej sú uložené dané kmeňové dáta. Do tejto tabuľky sú skopírované záznamy z importovaného súboru pred ich presunutím do originálnej tabuľky. Dáta v tejto tabuľke je možné pristupovať a upravovať cez príslušného okno importu 73

80 5. Zavedenie systému ADempiere do podniku I_ElementValue_Import účtu dočasná tabuľka pre import účtov. I_FAJournal_Deník dočasná tabuľka pre import denníku. I_GLJournal_Import deníku HK dočasná tabuľka pre import denníku hlavne účtovnej kníhy. I_InOutLineConfirm_Položka importu potvrzení dodávky /- příjemky dočasná tabuľka pre import potvrdení o odoslaných dodávkach a príjemkách. I_Inventory_Import zásob dočasná tabuľka pre import zásob. I_Invoice_Import faktury dočasná tabuľka pre import faktúr. I_Order_Import objednávek dočasná tabuľka pre import objednávok. I_Payment_Import platby dočasná tabuľka pre import platieb. I_PriceList_Import Price List dočasná tabuľka pre import cenníkov. I_Product_Import produktu dočasná tabuľka pre import produktov. I_ProductPlanning_Import Product Planning dočasná tabuľka pre import produktov. I_ReportLine_Import řádkových sad sestav dočasná tabuľka pre import sadov riadkových zostáv. Z dostupných tabuliek sa vyberie požadovaný typ kmeňových dát. V ďalšom poli je potrebné zvoliť oddeľovač jednotlivých stĺpcov dát v súbore, je možné vybrať buď z dostupných znakov (napr. tabulátor) alebo zvoliť vlastný oddeľovač. V ďalšej záložke Format pole, viď obr. 5.11, sa vytvorí štruktúra stĺpcov súboru, t. j. vytvorí záznam s informáciami o každom stĺpci z importovaného súboru. Záložka obsahuje predovšetkým polia: Pořadí poriadie daného stĺpcu v importovanom súbore. Sloupec zodpovedajúci stĺpec v cieľovej tabuľke. Na výber bude väčšinou oveľa viacej možných stĺpcov ako obsahuje importný súbor. To je v poriadku, nie je potrebné zadať informácie o všetkých stĺpcoch z tohto poľa. 74

81 5. Zavedenie systému ADempiere do podniku Obr. 5.11: Záložka Format pole v okne Formát importního vstupu (loader). Typ dat na výber sú štyri typy dát (Řetězec, Konstanta, Datum, Číslo). Callout Metódy, ktoré sa zavolajú po zmene hodnoty. Môže sa do nich definovať ľubovoľná logika, predovšetkým sa do nich implementujú pravidlá, ako sa majú vyplniť ostatné hodnoty tabuľke, ktoré súvisia s danou hodnotou. Existujú dva typy implementácii callout metód [1]: Triedy jazyku Java metódy implementované do tradičných Java tried. Tieto triedy rozširujú triedu CalloutEngine. Väčšinou sa implementujú viac do jednej triedy, ktorá je spoločná pre nejakú entitu. Pri registrácii sa zapisujú formou balicek.trieda.metóda, kde metóda sa píše bez argumentov a zátvoriek. JSR skripty metódy, ktoré sa implementujú vo forme skriptu priamo do databázy. Výhodou týchto metód je, že sa nemusia kompilovať a môžu sa implementovať priamo cez aplikačný slovník v skriptovacom jazyku. Momentálne sú podporované jazyky Groovy, Jython a Beanshell Načítanie súboru a import údajov Po vytvorení šablóny formátu importovaného súboru v okne Formát importního vstupu (loader) je možné pristúpiť k ďalšiemu kroku, ktorým je nahratie samotného súboru do príslušnej dočasnej tabuľky v systéme ADempiere. 27. Označenie skriptovania na platforme Java 75

82 5. Zavedenie systému ADempiere do podniku Importovaný súbor musí zodpovedať štruktúre vytvorenej šablóny formátu a musí byť v jednoduchom textovom formáte ako napr. TXT alebo CSV. Tento krok sa vykoná v okne Natažení importního souboru z menu Menu Systémová administrace Data Import dat, viď obr. B.12. V tomto okne sa vyberie súbor, jeho kódovanie a formát súboru (t. j. šablóna formátu vytvorená v predošlom kroku). Po vybratí súboru je možné kliknúť na tlačidlo OK v pravom dolnom rohu, čím sa spustí kopírovanie obsahu do zodpovedajúcej dočasnej tabuľky (na základe vybratého formátu súboru). Import dát Posledným krokom je samotný import dát, t. j. presun dát z dočasnej tabuľky do cieľovej. ADempiere má pre každý typ dát vlastné importné okno, ktoré je dostupné z menu Menu Systémová administrace Data Import dat. Po otvorení príslušného okna sa zobrazia záznamy z načítaného súboru a priradenie dát k jednotlivým stĺpcom. V tomto okne je tieto záznamy možné upravovať, vytvárať alebo mazať. Pokiaľ sú záznamy v poriadku, v spodnej časti okna je tlačidlo Import, po stlačení ktorého sa otvorí okno, kde je možné vybrať buď jeden konkrétny záznam alebo všetky a zvoliť Import. Spustením importu sa vykonajú nasledujúce úlohy [13]: Validácia a kontrola dát. Vytvorenie predvolených dát podľa poskytnutých dát. Presun dát do cieľovej tabuľky. V prípade úspešného importu, sa všetky záznamy označia ako Importováno a naďalej už s týmito dátami v dočasnej tabuľke nie je možné manipulovať. V prípade chyby sa zobrazí okno s informáciami o chybe, kde je indikovaný stĺpec a typ chyby, podľa ktorého je následne možné chybu opraviť a spustiť import znovu. V tejto časti kapitoly bol popísaný spôsob vytvorenia základných kmeňových dát v systéme ADempiere, aby bolo možné zadávať väčšinu dennodenných transakcii v tomto systéme. V tomto bode je systém pripravený na používanie a je možné začať vykonávať aktivity akými sú napr. vytvorenie objednávky, vydanie faktúry, príjemka materiálu na sklad atď. Zavádzanie systému ADempiere týmto zďaleka nekončí, ešte je potrebné vykonať veľa krokov, akými sú zaškolenie a tréning užívateľov pre prácu s ním, vytváranie finančných výkazov atď. Tieto ďalšie kroky už nepokrývajú rozsah práce, ktorou bolo popis zavedenia systému, aby bolo možné systém dostať do stavu použiteľného pre bežné operatívne aktivity. 76

83 Kapitola 6 ERP systém v cloude V posledných rokoch sa veľmi rozšíril a získal na popularite cloud a služby v cloude a preto ďalším rozšírením nápadu rozvoja ERP systému ADempiere v akademickom prostredí Fakulty informatiky je možnosť poskytovať tento systém formou služby v prostredí cloudu. Ako bolo spomenuté v úvodnej kapitole, prostredníctvom tohto spôsobu poskytovania ERP systému by startup podnikom vznikli ďalšie výhody v podobe nulových nákladov na prvotné obstaranie hardvéru a zníženie finančných a časových nákladov spojených so správou, inštaláciou a prevádzkou tohto systému. Cieľom tejto kapitoly je stručné priblíženie cloudu a popis možnosti použitia a poskytnutia ERP systému ADempiere formou služby v prostredí cloudu. 6.1 Cloud Cloud je pojem, ktorý je v čase písania tejto práce veľmi popularizovaný, naberá na svojom význame a rozširuje sa obrovskou rýchlosťou. Neexistuje slovenský alebo český preklad tohto termínu a preto sa bude naďalej používať termín cloud alebo cloud computing. Množstvo autorov a inštitúcii sa snaží definovať tento pojem a väčšina z nich konverguje k významu, ktorý sa dá definovať ako nový štýl počítania, v ktorom sú poskytované dynamicky škálovateľné a často virtuálne zdroje ako služba, prostredníctvom siete Internet [17]. Pre lepšie pochopenie a priblíženie významu uvedieme ešte jednu definíciu: Cloud je paralelný a distribuovaný výpočtový systém, zložený zo súboru vzájomne prepojených a virtualizovaných počítačov, ktoré sú dynamicky distribuované a prezentované ako jeden alebo viac zjednotených výpočtových zdrojov na základe SLA 1 zmluvy založenej dohodou medzi poskytovateľom služby a zákazníkom. [18] 1. Service-level agreement zmluva medzi poskytovateľom služby a zákazníkom, viď 77

84 6. ERP systém v cloude Z hore uvedených definícii vyplýva, že cloud nie je nová technológia, ale je to nový prístup alebo označenie poskytovania výpočtových kapacít ako služieb prostredníctvom siete Internet Vlastnosti cloudu Niektoré vlastnosti cloudu už z definície je možné považovať za kľúčové: Samoobslužný Služby cloudu musia byť dostupné na vyžiadanie a bez nutnosti zásahu napr. pracovníkov podpory. Pre splnenie tejto požiadavky je nutné aby bol cloud vybavený samoobslužným 2 prístupom alebo rozhraním, prostredníctvom ktorého môže užívateľ posielať požiadavky, modifikovať, platiť a používať služby cloudu [18]. Meranie a fakturácia podľa využitia Služby cloudu umožňujú poskytovať rozsah výpočtových zdrojov podľa požiadaviek užívateľa alebo príjemcu služieb. Užívateľ by mal platiť len za skutočne využité služby a v prípade potreby mal možnosť požadované zdroje kedykoľvek uvoľniť pre ostatných užívateľov. Z tohto dôvodu musí cloud implementovať funkcie pre meranie skutočnej spotreby výpočtov zdrojov a cenové podmienky. Toto meranie by malo byť vykonávané odlišne v závislosti na type služby [18]. Pružnosť Ako bolo spomenuté, jednou z charakteristík cloudu je pocit neobmedzených výpočtových zdrojov, preto by mal cloud podporovať funkcie pre rozšírenie poskytovaných zdrojov podľa požiadaviek v čo najkratšom časovom intervale. Ideálne poskytovať možnosť rozšírenia zdrojov automaticky podľa záťaže aplikácie a v prípade poklesu záťaže, zdroje opäť uvoľniť [18]. Customizácia Zdroje poskytované cloudom by mali byť ľahko a veľmi dobre customizovateľné. V prípade použitia modelu IaaS (vysvetlené v nasledujúcej podsekcii 6.1.2) znamená customizácia napr. možnosť nasadenia špecializovaných virtuálnych zariadení a administrátorský prístup [18]. 2. Z anglického Self-service 78

85 6. ERP systém v cloude Distribučné modely Služby cloudu je možné rozčleniť do troch 3 tried alebo modelov, podľa miery abstrakcie obsahu služby: IaaS Infrastructure as a Service (infraštruktúra ako služba). PaaS Platform as a Service (platforma ako služba). SaaS Software as a Service (softvér ako služba). Obrázok 6.1 ukazuje jednotlivé typy a úrovne abstrakcie od fyzickej infraštruktúry po aplikácie. Obr. 6.1: Distribučné modely [18]. Infrastructure as a Service Najnižšia úroveň, ktorá poskytuje virtuálne zdroje (výpočtové, úložné, sieťové) podľa požiadaviek. Umožňuje distribuovať servery rôznych kapacít a operačných systémov a aplikačné vybavenie. Príkladom je služba 3. V poslednom čase sa objavujú aj ďalšie modely ako napr. STaaS (Storage as a Service), ktorého typickým zástupcom je projekt Dropbox. Ostatné modely sú väčšinou kombináciou uvedených troch základných modelov 79

86 6. ERP systém v cloude Amazon EC2 4, ktorá poskytuje virtuálne servery, s ktorými môže užívateľ manipulovať ako s normálnym fyzickým serverom, t. j. vypínať, zapínať, pridávať procesory, pamäť, disky, inštalovať aplikácie, konfigurovať prístupy atď [18]. Platform as a Service Naproti predchádzajúcemu modelu poskytuje vyššiu mieru abstrakcie. Zatiaľ čo v predchádzajúcom modely má užívateľ cloudu na výber napr. počet jadier alebo pamäť, Platform as a Service poskytuje prostredie, v ktorom môžu vývojárii vytvárať a nasadzovať aplikácie. Typickým príkladom je Google AppEngine 5, ktorý poskytuje škálovateľné prostredie pre vývoj a hosting webových aplikácii, ktoré sú naprogramované v jazykoch ako napr. Python alebo Java [18]. Software as a Service Najvyššia úroveň abstrakcie, ktorá poskytuje služby prístupné prostredníctvom webu. Väčšina aplikácii sa z tohto dôvodu mení z lokálne inštalovaných (napr. na osobnom počítači) na on-line prístupné softvérové služby, ktoré poskytujú rovnakú plnohodnotnú funkcionalitu (príkladom môže byť tabuľkový kalkulátor, alebo aj podnikový informačný systém). Vďaka tomuto modelu je koncový užívateľ úplne odľahčený od správy aplikácie, hardvérovej infraštruktúry, údržby aplikácie ako sú aktualizácie atď [18] Modely nasadenia Existujú tri hlavné modely nasadenia, ako ukazuje obr Verejný (public) cloud Cloud, ktorý je dostupný a spoplatnený podľa využitia zdrojov pre obecnú verejnosť [18]. Užívatelia si prenajímajú služby cloudu od externého poskytovateľa, ktorý sa stará o jeho správu. V tomto modeli odpadá užívateľom práca so správou cloudu. Privátny (private) cloud Dátové centrum obchodnej prípadne inej organizácie, obecnej verejnosti neprístupné a spravidla ukryté za firewallom. Vo väčšine prípadov, vytvorenie privátneho cloudu znamená úpravu alebo zmenu existujúcej infraštruktúry pridaním virtualizovaných a cloud rozhraní, aplikácii alebo služieb, ktoré umožňujú užívateľom pracovať s infraštruktúrou a využívať výhody ako pri práci s verejným cloudom. Ďalším spôsobom ktorý získava na popularite je prenájom privátneho cloudu u externého poskytovateľa, čím podniku odpadá

87 6. ERP systém v cloude Obr. 6.2: Deployment modely [17]. nutnosť správy cloudu. Hlavnou výhodou privátneho cloudu je väčšinou jeho bezpečnosť a plná kontrola (napr. môže dôjsť k výpadku poskytovateľa cloudu a všetky jeho služby nie sú dostupné). Na druhej strane má privátny cloud nevýhody akými sú predovšetkým vysoká cena a nedostatočné využitie dostupných výpočtových kapacít [18]. Hybridný cloud Kombinácia dvoch zmienených modelov, vzniká napr. keď je privátny cloud rozšírený o výpočtovú kapacitu z verejných cloudov (napr. je potreba doplniť zdroje počas záťažových špičiek) [18]. 6.2 ADempiere v cloude Poskytovanie ERP systému ADempiere v cloude znamená umiestnenie tohto systému na virtuálny server poskytovaný prostriedkami cloudu a poskytovanie tohto systému ako služby prístupnej prostredníctvom siete Internet. ADempiere spôsobom akým je navrhnutý je veľmi dobre uspôsobený na jeho poskytovanie formou služby, spomenieme niektoré hlavné vlastnosti: 81

88 6. ERP systém v cloude Prístup cez internet základná vlastnosť pre poskytovanie služieb v cloude. ADempiere je možné používať prostredníctvom niekoľkých foriem (napr. inštalácia klienta, alebo webové rozhranie). Všetky používajú architektúru server klient a štandardné sieťové protokoly. Customizácia problém poskytovania ERP systémov formou služby spočíva v ich potrebe customizácie. ADempiere vďaka svojmu dátovému slovníku a jednoduchej no zároveň prepracovanej možnosti customizácie (viď podsekcia 3.2.1) bez nutnosti zásahu do kódu (autori uvádzajú až 95% zmien) je skvelým softvérom pre využitie v cloude. Stabilita tento bod súvisí s predchádzajúcim. V prípade použitia systému v modeli s využitím jednej inštancie systému a viacerých spoločností, môže niektorý užívateľ zaniesť chybu a spôsobiť pád systému a tým zneprístupniť systém ostatným užívateľom. Vďaka architektúre využívajúceho dátový slovník aplikácia pri zanesení chyby do slovníka nezrúti celý systém, viď Oddelení klienti Možnosť správy a použitia systému viacerými oddelenými klientmi, tzv. multitenancy. Na internete existuje množstvo zdrojov odkazujúcich na úspešné používanie systému v prostredí cloudu, veľmi častou variantou je inštalácia systému na cloud Amazon EC2 6. Táto prebieha v úrovni Infrastructure as a Service, kde spoločnosť Amazon poskytne užívateľovi virtuálny server podľa jeho požiadaviek. Užívateľ dostane administrátorské práva a môže upraviť a nainštalovať všetky potrebné súčasti a povoliť prístupy pre pripojenie z vonku. Dobrou ukážkou toho, že je systém vhodný pre prostredie cloudu a poskytovanie ako služby je varianta systému Compiere 7 Amazon Compiere 8, ktorá je špeciálne pripravená a uspôsobená pre nasadenie do prostredia cloudu Amazon EC2. Compiere po zakúpení, poskytuje obraz virtuálneho servera vo formáte určeného pre Amazon EC2, tzv. AMI (Amazon Machine Image). Podľa vyššie uvedených modelov distribúcie cloudu, možeme systém ADempiere poskytovať v dvoch základných distribučných modeloch: Infrastructure as a Service Software as a Service Compiere je predchodca ADempiere (viď kapitola 3) a jeho architektúra je skoro rovnaká ako architektúra ADempiere 8. a 82

89 6. ERP systém v cloude Infrastructure as a Service Použitím tohto modelu poskytovateľ cloudu poskytne virtuálny server a prístup k nemu. Užívateľ si na neho môže nainštalovať jednotlivé nástroje a samotný systém a týmto prístupom dostane vlastnú inštanciu systému, v ktorej môže vykonávať úpravy podľa potrieb. Možným rozšírením napr. pre poskytovanie služby pre startupy je, že poskytovateľ pripraví obraz virtuálneho servera, ktorý bude obsahovať pred pripravenú funkčnú inštaláciu systému so všetkými potrebnými nástrojmi. Pri distribúcii systému potom už len potrebné nastaviť adresy servera, databázy a pod. Poskytovateľ ďalej môže poskytnúť podporné služby akými sú aktualizácia systému, užívateľská podpora a i., preto aj v tomto modeli môže podniku odpadnúť akákoľvek správa systému. Výhodou tohto prístupu je, že podnik dostane vlastnú privátnu inštanciu systému, ktorý môže upravovať podľa svojich požiadaviek. Software as s Service Tento model poskytuje len samotný systém ako službu, prístupnú prostredníctvom internetu. Užívateľ preto nemusí vykonať žiadne úkony spojené s inštaláciou a údržbou systému a dostane prístup len k webovému rozhraniu ERP systému, z ktorého si môže prípadne nainštalovať lokálneho klienta. Model Software as a Service je ešte možné rozdeliť na dva modely: Zdieľaná inštancia systému poskytovateľ prevádzkuje jednu inštanciu (inštaláciu) systému ADempiere, ktorá je zdieľaná medzi užívateľmi. Vlastná inštancia systému poskytovateľ vyhradí pre každého užívateľa vlastnú inštanciu (napr. prostredníctvom separátnych virtuálnych serverov). Užívateľ takto dostane vlastné privátne prostredie a inštanciu systému, aj keď o tom prakticky nemusí vedieť. Poskytovateľ môže vyhradiť pre každú inštanciu vlastnú databázu alebo používať jednu zdieľanú medzi užívateľmi. Hlavným rozdielom, ktorý súvisí s hore uvedenými modelmi a privátnym charakterom prostredia je možnosť customizácie systému. Ako už bolo povedané vyššie, ADempiere umožňuje vykonať drvivú väčšinu úprav priamo prostredníctvom svojho dátového slovníka. V prípade, že by užívateľ potreboval upraviť zdrojové súbory systému, môže s použitím modelu zdieľanej inštancie nastať niekoľko problémov. Ak užívateľ požaduje pridať nové (neupravené) triedy napr. pre nastavenie importu bankového výpisu, je toto možné aj v tomto modeli, ale poskytovateľ musí skontrolovať funkcionalitu triedy pre riziko pádu systému a taktiež z bezpečnostných dôvodov. Keby požadoval úpravy existujúcich zdrojových súborov, poskytovateľ musí skontrolovať úpravu s požiadavkami ostatných užívateľov, čím sa tento model môže stať náročne udržiavateľným až neprijateľným. 83

90 6. ERP systém v cloude Oba prístupy majú svoje výhody a nevýhody. Jednou z výhod použitia viacerých inštancii systému je, že pád jednej inštancie neovplyvní ostatných užívateľov, nevýhodou môže byť ich komplexná správa. Výhodou zdieľanej inštancie je napr. jednoduchá aktualizácia systému pre všetkých užívateľov. Z vyššie uvedeného je vidieť, že ERP systém ADempiere je vhodný pre poskytovanie formou služby v cloude. Cloud už z jeho definície je prístup k službe prostredníctvom siete Internet. Jedným z aspektov, ktoré treba mať pri takomto použití na vedomí je zabezpečenie systému. ADempiere pre pripojenie prostredníctvom klienta nepoužíva zabezpečené enkrytptované spojenie a pritom potrebuje priamy prístup do databázy. Taktiež aj webové rozhranie nie je priamo bezpečnostne prispôsobené na použitie prostredníctvom siete Internet. Z tohto dôvodu, pred použitím systému vo verejnom cloude je nutné najprv zabezpečiť tento systém Výhody Väčšina výhod bola popísaná vyššie priamo v texte, ale pre zhrnutie tu uvedieme klady plynúce z poskytovania systému ako služby v cloude: Odpadá správa hardvéru: Podnik nemusí vynakladať prvotné náklady na nákup hardvéru. Podnik nemusí udržiavať miestnosť pre umiestnenie hardvéru (väčšie množstvo hardvéru vyžaduje zvýšenú spotrebu elektrickej energie, udržiavanie klimatizácie atď.). Škálovateľnosť v prípade zvýšenia záťaže systému, nie je potrebné rozširovať alebo nakupovať nový hardvér, cloud jednoducho pridelí ďalšie vypočtové prostriedky. Podnik sa nemusí starať o zálohovanie systému a databázy. Odpadá správa softvéru: Podnik nemusí nakupovať alebo zamestnávať profesionálov pre správu softvérových komponent (operačný systém, inštalácia, aktualizácia systémov atď.). Okamžitá možnosť použitia systému. Cloud môže poskytnúť nový virtuálny server s pripraveným obrazom takmer okamžite. 84

91 Kapitola 7 Záver Takmer každý podnik vlastní alebo aspoň zvažuje investíciu do ERP systému. Tieto systémy prinášajú už neodmysliteľné výhody a integráciu takmer každej časti podniku. Na trhu je nespočetné množstvo existujúcich systémov, ktoré sú overené a veľakrát ľahko upravovateľné. Väčšina trhu je pokrytá komerčnými systémami, ale aj ERP systémy majú svoje open-source varianty [1]. V tejto práci pracujeme s jedným z nich, systémom ADempiere. Tento systém je jeden z najznámejších a rozšírenejších open-source ERP systémov. Používa obľúbený programovací jazyk Java a poskytuje veľmi dobre prepracovanú a širokú funkcionalitu, ktorá je neustále rozširovaná. Má výbornú podporu a vďaka použitému modelu je veľmi ľahko upravovateľný [1]. Práca s týmto systémom ma veľmi zaujímala a bavila a pracoval som s ním už v rámci svojej bakalárskej práce, kde som sa venoval prevažne technickej časti systému. V tejto diplomovej práci som spoznával tento systém okrem technickej aj z jeho funkčnej stránky, kde som sa venoval predovšetkým zavádzaniu tohto systému do prostredia podnikov a organizácii. Už dlhšie sa zaujímam o podnikové informačné systémy a platformu J2EE a v budúcnosti a v rámci svojej kariéry sa chcem aj naďalej venovať podnikovým informačným systémom, preto je môj osobný prínos ešte väčší. Do budúcna by som rád pokračoval v práci s týmto systémom a podieľal sa na jeho rozširovaní. Už účelom predposlednej kapitoly tejto práce je načrtnúť ďalší možný rozvoj tohto systému, ktorým je jeho umiestnenie do prostredia cloudu. 85

92 Literatúra [1] KRNÁČ, Igor. Adaptácia ERP systému ADempiere. Brno, Dostupné z: Bakalárska práca. Masarykova univerzita, Fakulta informatiky. [2] BASL, Josef. Podnikové informační systémy: podnik v informační společnosti. 2., výrazně přeprac. a rozš. vyd. Praha: Grada, 2008, 283 s. Management v informační společnosti. ISBN [3] ERP Software, Enterprise Resource Planning, ERP Vendors, ERP Systems, ERP Guide [online] [cit ]. ERP - What is ERP - Enterprise Resource Planning?. Dostupné z WWW: < erp.html>. [4] Tech-FAQ [online] [cit ]. ERP (Enterprise Resource Planning). Dostupné z WWW: < [5] Wikipedie, otevřená encyklopedie [online]. 2011, naposledy editováno [cit ]. Enterprise resource planning. Dostupné z WWW: < [6] GÁLA, Libor, Jan POUR a Zuzana ŠEDIVÁ. Podniková informatika: podnik v informační společnosti. 2., přeprac. a aktualiz. vyd. Praha: Grada, 2009, 496 s. Expert (Grada). ISBN [7] Wikipedia, the free encyclopedia [online]. 2011, last modified on 2 November 2011 [cit ]. Enterprise resource planning. Dostupné z WWW: < [8] NOVÁK, Petr. Ekonomické a informační systémy v praxi [online]. 11/2008 [cit ]. ERP systém open source?. Dostupné z WWW: < 86

93 Literatúra [9] Open Source And Free Software Alternatives Blog [online]. 8/2009 [cit ]. 12 Free and Open Source ERP Business Software Solutions. Dostupné z WWW: < [10] ERP Software Systems [online]. 2011, [cit ]. Top 5 Open Source ERP Software Applications. Dostupné z WWW: < [11] ADempiere ERP Wiki [online] [cit ]. Dostupné z WWW: < [12] Československá Aliance pro podporu ADempiere [online] [cit ]. Dostupné z WWW: < [13] PAMUNGKAS, Bayu Cahya, James BROBERG a Andrzej GOŚCIŃSKI. ADempiere 3.4 ERP solutions: design configure, and implement a robust enterprise resource planning system in your organization by using ADempiere. Birmingham, U.K.: Packt Pub., 2009, xiv, 437 p. From technologies to solutions. ISBN [14] KUMAR, Ajit. ADempiere 3.6 cookbook: over 100 recipes for extending and customizing ADempiere beyond its standard capabilities. Olton, Birmingham: Packt Pub. Ltd., 2011, iii, 316 p. ISBN [15] KUMAR, Ajit. ADempiere 3.6 cookbook: over 100 recipes for extending and customizing ADempiere beyond its standard capabilities. Olton, Birmingham: Packt Pub. Ltd., iii, 316 p. ISBN [16] SEDLÁČEK. Účetnictví. Vyd. 2., přeprac. Brno: Masarykova univerzita, 232 s. ISBN [17] FURHT, Borivoje a Armando ESCALANTE. Handbook of cloud computing. New York: Springer, c2010, xix, 634 p. ISBN [18] BUYYA, Rajkumar, James BROBERG a Andrzej GOŚCIŃSKI. Cloud computing: principles and paradigms. Hoboken, N.J.: Wiley, c2011, xxv, 637 p. ISBN

94 Dodatok A Elektronické prílohy Súčasťou tejto práce je aj elektronická príloha nahraná do Informačného systému MU, ktorej obsahom je dotazník dotaznik_adempiere_zavadzanie.xls, určený pre zber prvotných informácii potrebných pre zavádzanie systému ADempiere. 88

95 Dodatok B Snímky obrazoviek systému Obr. B.1: Okno Language. Obr. B.2: Okno Kalendářní rok a období. 89

96 B. Snímky obrazoviek systému Obr. B.3: Okno Sekvence dokladu. Obr. B.4: Okno Typ org. složky. Obr. B.5: Záložka Informace o org. složce v okne Vnitropodniková struktura. 90

97 B. Snímky obrazoviek systému Obr. B.6: Okno Sklad & úložná místa. Obr. B.7: Okno Banka. Obr. B.8: Okno Skupina obchodního partnera. 91

98 B. Snímky obrazoviek systému Obr. B.9: Okno Obchodní partner. Obr. B.10: Okno Měna. 92

99 B. Snímky obrazoviek systému Obr. B.11: Okno Pokladna. Obr. B.12: Okno Natažení importního souboru. Obr. B.13: Okno Produktové kategorie. 93

100 B. Snímky obrazoviek systému Obr. B.14: Okno Produkt. Obr. B.15: Okno Schéma ceníků. 94