Bankovní institut vysoká škola Praha Katedra matematiky, statistiky a informačních technologií
Lokalizace Oracle E-Business Suite Bakalářská práce
Autor:
Simona Jahodová Informační technologie
Vedoucí práce:
Praha
Ing. Bc. Jiří Rezler
Duben,
2013
Prohlášení:
Prohlašuji, že jsem bakalářskou práci zpracovala samostatně a v seznamu uvedla veškerou použitou literaturu. Svým podpisem stvrzuji, že odevzdaná elektronická podoba práce je identická s její tištěnou verzí, a jsem seznámena se skutečností, že se práce bude archivovat v knihovně BIVŠ a dále bude zpřístupněna třetím osobám prostřednictvím interní databáze elektronických vysokoškolských prací.
V Praze dne 23. dubna 2013
Simona Jahodová
- ii-
Poděkování:
Tímto způsobem bych v úvodu bakalářské práce ráda poděkovala vedoucímu bakalářské práce Ing. Bc. Jiřímu Rezlerovi. Dále bych ráda poděkovala kolegům ze společnosti Oracle za přínosné konzultace a v neposlední řadě patří velké poděkování mé rodině za její velkou podporu a trpělivost v době mého studia na této škole.
- iii-
Anotace Tato bakalářská práce je zaměřena na podnikové aplikace typu ERP – Enterprise Resource Planning. Úvodní část popisuje charakteristiku a vývoj podnikových aplikací obecně. V následující kapitole je podrobněji popsán produkt Oracle E-Business Suite. Stěžejní téma této práce je podrobná analýza procesu lokalizace podnikové aplikace Oracle E-Business Suite pro prostředí České Republiky. Zhodnocení procesů lokalizace je výstupem této kapitoly. V závěru práce jsou zmíněny současné trendy v aplikacích. Klíčová slova: Oracle E-Business Suite, ERP systémy, aplikace, lokalizace
Annotation
This thesis is focused on ERP applications - Enterprise Resource Planning. Introductory section describes the characteristics and development of business applications in general. The next section describes in more detail Oracle E-Business Suite. The main theme of this work is a detailed analysis of the localization process business applications Oracle E-Business Suite for the Czech Republic. Evaluation of the localization process is the output of this chapter. The conclusion discussed current trends in applications.
Key words: Oracle E-Business Suite, ERP systems, Applications, Localizations
- iv-
Obsah ÚVOD ..................................................................................................................................................... 7 1
PODNIKOVÉ APLIKACE .......................................................................................................... 8
1.1
Co jsou to ERP systémy? ....................................................................................................................... 8
1.2
Stručná historie ERP systémů ............................................................................................................... 9
1.3
Struktura podnikových aplikací .......................................................................................................... 10
1.4
Důvody pro zavedení ERP systémů ..................................................................................................... 11
1.5
Kategorie ERP systémů ....................................................................................................................... 15
1.6
Hlavní dodavatelé ERP systémů .......................................................................................................... 17
2
ORACLE E-BUSINESS SUITE ............................................................................................... 20
2.1
Co je to Oracle E-Business Suite? ........................................................................................................ 20
2.2
Hlavní cíle .......................................................................................................................................... 21
2.3
Aplikace EBS....................................................................................................................................... 23
3
LOKALIZACE ORACLE EBS V ČR ........................................................................................ 25
3.1
Lokalizace ekonomická ....................................................................................................................... 25
3.2
Určování polohy ................................................................................................................................. 26
3.3
Lokalizace jazyková ............................................................................................................................ 26
3.4
Lokalizace legislativní ......................................................................................................................... 28
3.5
Vývojové etapy lokalizace .................................................................................................................. 29
3.5.1
Zavedení lokalizací (1. etapa) ............................................................................................................. 29
3.5.2
Projekt migrace lokalizací (2. etapa) .................................................................................................. 36
3.5.3
Lokalizace v současné době (3. etapa) ............................................................................................... 39
3.6
Zhodnocení přístupů .......................................................................................................................... 43
5
4
TRENDY V APLIKACÍCH ....................................................................................................... 45
4.1
Cloud computing ................................................................................................................................ 45
4.2
Mobilní aplikace ................................................................................................................................. 46
ZÁVĚRY A DOPORUČENÍ .............................................................................................................. 48 SEZNAM POUŽITÉ LITERATURY ............................................................................................... 49 SEZNAM OBRÁZKŮ A TABULEK ................................................................................................ 50
6
Úvod Tato bakalářská práce – Lokalizace Oracle E-Business Suite je koncipována do čtyř základních částí a jejím cílem je uvedení do problematiky podnikových aplikací typu ERP a podrobné analýzy lokalizací produktu Oracle E-Business Suite. V první části se budu věnovat tématice podnikových aplikací typu ERP. Podrobněji popíši charakteristiku, strukturu a členění ERP systémů. Abychom se dozvěděli více o jejich vývoji, nahlédnu krátce do historie vzniku těchto aplikací. Existuje mnoho důvodů, proč se rozhodnout pro implementaci ERP systémů. Mnohé z nich blíže popíši a vysvětlím na příkladech. V závěru této části představím největší dodavatelé ERP systémů. V další části se budu snažit popsat charakteristiku produktu Oracle E-Business Suite, jaké jsou hlavní cíle tohoto informačního systémů a jaké aplikace ho tvoří. Ve třetí části se budu zabývat hlavní tématikou této práce a to podrobnou analýzou lokalizace Oracle E-Business Suite. Konkrétně se zaměřím na lokalizaci legislativní. Analýza bude provedena ve třech etapách. Každá z těchto etap bude obsahovat podrobný popis procesů a následné zhodnocení. V závěru této části vypracuji celkové zhodnocení přístupů „před“ a „po“ fázi projektu migrace a popíši jejich výhody i nevýhody. V poslední části se budu věnovat trendům v oblasti aplikací. Konkrétně se zaměřím na fenomén Cloud computing a mobilní aplikace.
7
1 Podnikové aplikace V této kapitole podnikové aplikace se budu zabývat charakteristikou podnikových informačních systémů typu ERP. Blíže Vás seznámím s tím, co zkratka ERP znamená, k čemu tyto systémy slouží a kde se nejčastěji používají. Stejně jako rychlý vývoj informačních technologií všeobecně, tak i informační systémy zaznamenávají rychlý růst z pohledu jeho vývoje a kvality. O tomto vývoji se blíže zmíním v kapitole historie ERP systémů, kde se poohlédneme do doby vzniku informačních systémů zahrnující celopodnikovou strategii. Podnikové aplikace typu ERP v sobě zahrnují nebo jsou modulárně rozšířené o další systémy, které dělíme dle účelu jejich využití. Jedná se o systémy MIS management information systems, aplikace určené k řízení vrcholového managementu, SCM - supply chain management, řešení pro řízení dodavatelsko odběratelských řetězců a CRM Customer relantionship, řešení pro řízení vztahů se zákazníky. Proč se rozhodnout pro implementaci podnikových aplikací? Odpověď nalezneme v kapitole, kde jsou jednotlivé důvody detailně popsány. Důležitých atributem podnikových aplikací je jejich dodavatel. Přehled dodavatelů působících na českém trhu se dozvíme v této kapitole.
1.1 Co jsou to ERP systémy? Podnikové informační systémy, správně nazývané ERP systémy jsou v dnešní době zaváděny téměř v každé firmě. Jedná se o aplikace, které představují softwarové řešení užívané k řízení podnikých dat a organizaci plánování celého logistického řetězce od nákupu přes sklady po výdej materiálu, obchodních zakázek spojené s jejich převzetí až po expedici, kompletně celého finančního a nákladového účetnictví, řízení lidských zdrojů a plánování vlastní výroby. Hlavní důvody k zavádění informačních systémů je standardizace a propojení procesů firmy, zrychlení procesů, delegace pravomocí, přesná a okamžitá evidence dat, automatizované zpracování dat, reenginering podnikových porcesů a mnoho dalších. O jednotlivých přínosech bude hovořeno níže. ERP je zkratka pro Enterprise Resource Planning, jednoduše řečeno podnikové plánování zdrojů. Tento termín vymyslela a poprvé použila firma Gartner Group v roce 1990 jako označení pro rozšíření systémů MRP (Material Requirements Planning) a CIM (Computer Aided Manufacturing), které sloužily a stále ještě slouží ve výrobních podnicích pro plánování a automatizaci chodu výroby. 8
Na ERP systémy můžeme pohlížet i z pohledu praktického. V tomto případě se jedná o serverovou aplikaci, ke které se přistupuje prostřednictvím klientské aplikace. Může se jednat o formu tzv. tlustého klienta – tj. specializovaného programu, který se spouští podobně jako třeba Word nebo Excel nebo formu tzv. tenkého klienta – tj. webové stránky, na kterou se přistupuje prostřednictvím klasického internetového prohlížeče jako Internet Explorer či Firefox. Nutno podotknout, že samotný ERP systém nemusí být pro firmu vůbec prospěšný. Opravdového pomocníka z něj dělá až samotné nastavení a zavedení jednotlivých firemních procesů. Pokud se firma rozhodne pro zavedení ERP systému, potom má na výběr jakým způsobem bude implementace probíhat. Použije přednastavené procesy nebo využije služeb implementátora, který procesy v systému nastaví dle jeho individuálních požadavků. Druhá z možností je obvykle pro firmu výrazně přínosnější. Dříve než se začne se samotnou implementací, je nutné provést procesní analýzu. Výsledky této analýzy se následně promítají do ERP systému, následuje fáze implementace systému a její spuštění v testovacím režimu, kdy probíhá ladění jeho funkcí a nastavení jednotlivých procesů. Po řádném otestování a proškolení zaměstnanců může být ERP převedeno do ostrého provozu. Ve středních a větších firmách trvají nejkratší implementace řádově šest a více měsíců.
1.2 Stručná historie ERP systémů V šedesátých letech dvacátého století můžeme zaznamenat provopočátky ERP systémů. Už tenkrát velké podniky jako např. Toyota, IBM nebo M & D začaly vyvíjet a nasazovat informační systémy, které zahrnovaly celopodnikovou strategii. Tyto systémy se zabývaly hlavně kontrolou zásob a skladů. Využívalo se hlavně programových jazyků, z nichž nejznámější jsou FORTRAN, COBOL nebo ALGOL. Dále potom v sedmdesátých letech byl vyvinut systém řešící materiálové plánování výroby MRP I (Material Requirements Planning), o které se zasloužila společnost IBM. V osmdesátých letech byl vyvinut systém MRPII (Manufacturing Resources Planning). Tento systém integroval také výrobní činnosti podniku. První komplexní ERP (Enterprise Resource Planning) systémy se objevují na přelomu osmdesátých a devadesátých let. Tyto systémy se již podobají dnešním ERP systémům. Zahrnují většinu firemních procesů, které jsou postupně plně automatizovány. V této době se kromě vývoje ERP systémů pro vlastní potřebu začínají systémy nabízet jako komerční zboží. Nabízí se možnost úpravy systémů dle specifických
9
požadavků podniku nebo průmyslového odvětví. Zavedení ERP systémů a analýza procesů přinášely podnikům zefektivnění chodu organizace. V této době trh s ERP systému rostl až o desítky procent ročně. Za další zlom ve vývoji ERP systémy bychom mohly považovat příchod internetu, který pomohl opustit hranice jediného podniku a zajistit komunikaci se systémy dalších organizací. V praxi to znamenalo, že mohlo dojít k propojení všech poboček jedné společnosti a to díky jednoho celopodnikového informačního systému. S neustálým rozvojem technologií docházelo ke zkvalitňování uživatelského rozhraní. Tím se systém stává snadno ovladatelný a dostupný stále většímu počtu lidí. 1 Obecně řečeno, řešení typu MRP II po roce 1990 zaznamenává největší změny v podnikových IS.
Spolu s nimi se začínala rozvíjet softwarová podpora finančního řízení, zejména
účetnictví. Řešení označovaná jako ERP vznikla spojením výrobního a finančního řízení. Změny
Po roce 1990
Po roce 2000
orientace Integrace SW
Integrace uvnitř podniku
Integrace vně podniku v rámci sítě
nástrojů v
mezi jednotlivci a
zákazníků a dodavatelů (partnerů)
podnicích
odděleními
Integrace do sítí a společenství
Integrace finančních a logistických
podniků Integrace v rámci e-businessu
podnikových procesů Funkčnosti nástrojů
SW
Řízení výrobních
Řízení dodávek produktů a služeb
zakázek v podniku
v rámci komplexního Řízení výroby logistického řetězce
Řízení vnitropodnikové
Řízení vztahu se zákazníky
logistiky Tabulka 1 Změny v integraci a funkční orientaci softwaru v uplynulém desetiletí, Zdroj:[1]
1.3 Struktura podnikových aplikací 1
http://erp-systemy.cz/historie-erp-systemu/
10
Poté, co došlo ke spojení výrobních, finančních a logistických úloh do ERP řešení, se dále postupuje k rozšiřování těchto aplikací k podpoře činností spojených se zákazníkem, obchodem a okolím podniku. Tímto může být ERP vysvětlováno ve dvou základních rovinách: V užším slova smyslu ERP zahrnuje integraci vnitropodnikových oblastí, jako je logistika, finance, lidské zdroje a výroba, V širším slova smyslu se dále rozšiřuje o další aplikace typu: o MIS (Manager Information System) - manažerský informační systém, v současné době označováno jako BI (Business Inteligence), o SCM (Supply Chain Manangement) – řízení dodavatelského řetězce, o CRM (Customer Relationship Management) – řízení vztahů se zákazníkem.
Obrázek 1 Rozšířený pohled na ERP model podnikového informačního systému Zdroj: [3]
V současné době jsou velmi rozšířené aplikace, které podporují elektronické obchodování na podnikových trzích B2B (business-to-business) a na zákaznických trzích (business-tocustomer).
Také systémy centralizovaného nákupu (e-procurement), které mohou
představovat jakékoliv internetové tržiště, jehož cílem je úspora nákladů.2
1.4 Důvody pro zavedení ERP systémů Proč se řada firem rozhodne pro zavedení ERP systémů? Důvodů bychom našli hned několik. Mezi hlavní a nejdůležitější považujeme: •
Standardizace procesů,
•
Zrychlení procesů,
•
Delegace pravomocí,
2
http://www.erpforum.cz/erp-trendy/vyvoj-erp-systemu-z-pohledu-malych-a-strednich-podniku.html
11
•
Vyvozování osobní odpovědnosti,
•
Přesná a okamžitá evidence dat,
•
Automatizované zpracování dat,
•
Odstranění chyb a více verzí dat,
•
Propuštění neschopných pracovníků,
•
Okamžité podklady k rozhodování,
•
Přesné podklady pro odhady budoucnosti,
•
Okamžité informace pro zákazníky a partnery.
Standardizace procesů – toto je jedna z nejefektivnějších vlastností při nasazování ERP systémů. Jednotlivé procesy se definují v rámci implementace systému, mají svá pravidla a jsou vždy dodržována. Např. proces vystavování faktury je prováděn pracovníkem finančního oddělení s určitým oprávněním k tomuto úkonu. Standardizace procesů s sebou přináší řadu dalších výhod. Mezi nejdůležitější můžeme považovat např.: Každý proces je vytvořen na základě tzn. Best practices. Implementátor konzultuje jednotlivé procesy s odpovědnými pracovníky firmy. Procesy mohou být vybírány např. dle výsledků z průzkumu jednotlivých poboček a zvolí proces, který se osvědčil jako nejefektivnější nebo při nedostatku vlastních zkušeností přenechá výběr na implementátorovi, který dle vlastních zkušeností doporučí a nastaví proces „šitý přímo na míru“ zadavatelské firmy. Díky standardizaci mohou být jednotlivé procesy jednoduše zastupitelné. Z hlediska ERP systému je jedno, kdo daný úkon provádí. Důležité je, aby byl systém správně nastaven. Proces může provádět zaměstnanec s konkrétním oprávněním. Jako příklad lze uvést proces fakturace, u kterého může být nastavena zodpovědnost vystavovat faktury, jiná fakturantka může mít tu samou zodpovědnost a k tomu navíc může tyto faktury schvalovat. Tudíž není důležité, zda fakturu zadavá Jana či Dana, ale důležité je, že obě mají přiřazenou zodpovědnost „Zadávání faktur“. Díky standardizaci procesů se v podniku eliminují různá nestandardní řešení. Tzn., že při používání správně naimplementovaného informačního systému se mohou ve firmě odhalit růžné podvůdky, kterých by se mohli zaměstnanci dopustit. Např. využívání firemních strojů k realizaci vlastních zakázek či vykonávání prací za své zaměstnance. Informační systémy se dají nastavit tak, aby se zodpovědnosti přiřazovali přímo zodpovědným osobám. Je možnost sledování času a výkonu práce a dalších „šikovné“ nástroje pro sledování efektivního využívání firemních procesů. 12
Obrázek 2 Zjednodušené schéma principu procesně orientovaného podniku, Zdroj: [3]
Zrychlení procesů – zrychlení procesů v rámci ERP systémů úzce souvisí se standardizací procesu. V rámci implementace se definují a následně nastavují jednotlivé procesy. ERP systémy dokáží procesy zautomatizovat tak, že se jednotlivé kroky provádějí automaticky (tzn. Workflow procesů). Tímto nemusí pracovník např. při schvalování objednávky fyzicky obíhat jednotlivé nadřízené a žádat o podpis a schválení konkrétní objednávky. Systém dle nastavení tento proces uskuteční automaticky. Systém také dokáže sledovat efektivní využívání pracovní doby jednotlivých pracovníků a odhalit jednotlivé prodlevy. Výkyvy pracovitosti jednotlivých pracovníků jsou reportovány jejich nadřízenému. Delegace pravomocí – důležitá schopnost ERP systému je tzv. Delegace pravomocí neboli přenechání zodpovědnosti konkrétní osobě. Např. systém je schopný rozeznat dle schválení žádanky na dovolenou, že osoba A odjíždí na dovolenou v určitém termínu a v této době bude faktury vystavovat osoba B, která je pověřena osobou A po dobu její dovolené provozovat její práci. Delegování pravomocí může být i vícestupňové, znamená to, že převedení pravomocí původního zaměstnance může být rozdělena mezi více lidí. Např. Vystavování faktur, vystavování objednávek, schvalování faktur. Toto nastavení může být provedeno pouze jednou a příště se provede automaticky. Vyvozování osobní odpovědnosti – velice důležitou činností v systému je vyvozování osobní zodpovědnosti za jednotlivé procesy. V systému se přiřazují jednotlivé zodpovědnosti a pravidla prací. Každý pracovník je zodpovědný za přiřazenou činnost a tato činnost úzce souvisí s delegováním pravomocí. Pracovník v účtárně nebude schopen zaplatit faktury, které budou vyšší než 1000 Kč bez schválení vedoucím pracovníkem účtárny. 13
Přesná a okamžitá evidence dat – výhodou v ERP systémech je okamžitá a přesná evidence dat. Data se zadávají v případě nutnosti. Pokud informace není úplná (tj. např. chybějící datum vystavení, datum DPH, či jiná důležitá informace) systém neumožní pracovníkovi v ukončení dokladů a je nucen chybná data doplnit. Některá data lze zautomatizovat, tzn., že zaměstnanci je nemusí pokaždé vyplňovat. Dle nastavení lze naplnit různé hodnotové sady, číselníky, z kterých zaměstnanec při své práci může čerpat. ERP systémy je také možné napojit na docházkový systém (systém evidující příchod, odchod a pohyb zaměstnanců po firmě). Automatizované zpracování dat – Automatizované zpracování dat je jednou z největších výhod ERP systému. Systémy jsou schopné data v aplikacích automaticky, ihned a přesně zpracovat. Existují nadstavby, které dokáží okamžité vyhodnocení, propočty jednotlivých procesů a různých úseků. Systém umožňuje spuštění sestav, které dle zadaných parametrů a okamžitě vrátí požadované informace. Např. při účetní uzávěrce je ihned k dispozici sestava zisků a ztrát, Rozvaha, Výsledovka, sestava DPH s vygenerováním reportu přímo na portál Ministerstva financí. Zákazník si může vybrat reporty, které jsou v základní nabídce systému považovány za standardní nebo si může dle vlastních parametrů a požadavků nadefinovat reporty, které vyžaduje pro své momentální potřeby. Odstranění chyb a více verzí dat – ERP systémy zajistí konsolidaci dat a zabrání tím pořizování dat na různých místech. Firmy nepoužívající ERP systémy používají k evidenci dat různých tabulek např. exelovské. Dochází tím ke špatnému přenosu dat mezi jednotlivými odděleními a podniky mezi sebou. Při manuálním pořizování dat do tabulek je velká pravděpodobnost vzniku chyb nebo ztrátě důležitých dat. Při používání ERP systému se této situaci zcela předejde. Propuštění neschopných pracovníků – Implementací ERP systému může vzniknout situace, že některá pracovní místa budou zrušena a řada zaměstnanců může být propuštěna. Zrušení pracovních míst je důsledkem automatizace mnoha procesů, jako např. reportů. Do doby, než byl implementován ERP systém, firma musela zaměstnávat řadu pracovníků, kteří manuálně pracovali na reportingu a různých činnostech, které jsou systémem nahrazeny automaticky. V jiných případech jsou propuštěny zaměstnanci, kteří nejsou ochotni přizpůsobit pracovní nasazení novému systému a učit se novým procesům. Např. pracovník zvyklý 30 let vyplňovat tabulky ručně může mít problém s výukou a adaptací na nový systém. I za těchto podmínek může být pracovník propuštěn a nahrazen jiným, schopnějším.
14
Okamžité podklady k rozhodování – Díky komplexnosti ERP systému, (tím jsou myšleny různé manažerské nástroje) je možné na úrovni managementu sledovat např. úspěšnost jednotlivých výrobků na trhu. ERP systém umožní získat v kterémkoliv okamžiku přesný a úplný obraz o chodu společnosti. Potenciální problémy a příležitosti je tak možné detekovat ihned, pakliže se tím ovšem management bude zabývat. Přesné podklady pro odhady budoucnosti – ERP systémy nabízejí možnost provádění rozpočtování a plánování na různých úrovních firmy. Tyto systémy přímo ideálně vytvářejí prostředí pro strategické řízení společnosti, které by jinak bylo časově velice náročné. Okamžité informace pro zákazníky a partnery – Z využívání ERP systémů mohou kromě managementu profitovat také zákazníci a partneři. Systémy je možné vzájemně propojit (nejčastěji pomocí standardizovaného xml rozhraní) nebo prostřednictvím webového rozhraní poskytují informace zákazníkům o různých dodávkách a zboží.
1.5 Kategorie ERP systémů ERP systémy se dají dělit do kategorií dle různých hledisek. V této kapitole se budu věnovat podnikovým informačním systémům z pohledu organizace podniku. Informační systémy typu ERP v podniku netvoří jediné ničím nedoplňované řešení a nejedná se o univerzální softwarový nástroj, který by se dal nasadit v každém podniku. Aplikace jsou vždy implementovány na základě určitého podnikového prostředí. Mezi důležité atributy podniku zohledňující výběr IS považujeme: Typy vlastníků podniku – zde je rozdíl, zda se jedná o typ rodinného podniku, podniku vlastněného investorem ze zahraničí nebo podnik, který má tuzemského vlastníka, Orientace podniku na vývoz – je vhodné rozlišovat podniky tuzemské od podniků, které se orientují na vývoj zboží, Orientace podniku na působení v zahraničí, Orientace podniku na integraci do větších celků - může se jednat o podniky sdružující se do klastrů nebo dodavatelských sítí. Při výběru IS pro podnik by měla být brána v podtaz také vývojová etapa, ve které se podnik momentálně nachází. ERP systémy v podniku bychom mohli rozdělit do kategorií dle následujcích hledisek:
15
Zohlednění uživatelů v podniku – uživatelé v podniku vnímají a využívají různé IS dle jejich pracovního zařazení, které se liší dle jejich postavení v rámci organizační struktury podniku. Dělíme je to čtyř skupin: o Vrcholový management, o Pracovníci středního managementu, o Pracovníci zpracovávající znalosti a data, o Výrobní a obslužní pracovníci. IS zohledňující velikosti zákazníka – při určování vhodnosti IS je bráno v podtaz hledisko velikosti podniku. Pro určování správné architektury IS se jedná o velice důležité hledisko. Nutno podotknout, že současná nabídka skupiny ERP produktů se jedná především středních a velkých podniků. Podniky podle velikosti dělíme: o Malé podniky (podniky do 50 zaměstnanců), o Střední podniky (podniky od 50 do 250 zaměstnanců), o Velké podniky (podniky od 250 zaměstnanců). IS pro různá odvětví podniků – pro implementaci podnikových informačních systémů je velmi důležitý atribut core businessu podniku. I když primárně ERP systémy vycházejí z metody MRP II, rozhodně to neznamená, že tyto systémy jsou použitelné pouze ve výrobní sféře. I když výrobní podniky tvoří dominantní sféru, ERP systémy jsou také velice rozšířené pro organizace působící v odvětví průmyslu, obchodu, financí a pojišťovnictví, veřejné sféry, zdravotnictví a školství, telekomunikace a dalších. IS pro různé typy výrob – „Řešení ERP jsou velmi univerzální a z hlediska sériovosti se uplatňují v podnicích s velkosériovou, malosériovou a kusovou výrobou, dávkovou i procesní výrobou, výjimečně pak s výrobou typu projekt“ (Josef Basl, 2012) K výběru vhodného IS není toto členění dostačující, a proto je vhodné o doplnění členění, které je založeno na kategorizaci logistických procesů. Jedná se o členění, které dělí výrobní podniky dle typů výrob a zohledňuje dostupnost dat, jako je struktura výrobku (tzv. kusovník). Z hlediska uplatnění ERP systému rozlišujeme pět základních typů výrob: - MTS – výroba ve velkých sériích – výroba na sklad, - ATO – montáž na zakázku, - MTO – výroba na zakázku, 16
- ETO – vývoj a výroba na zakázku, - Zakázkový projekt. Uplatnění IS z hlediska formy struktury výrobku – VAT analýza – jedná se o další možné dělení výrobních podniků a to dělení dle tvaru realizovaných výrobků (kusovníků). Jednotlivá písmenka zkratky „VAT“ potom představují tvar struktury produktu. Tvar struktury výrobku – Příklad produkce
Důvody pro nasazení IS
kusovníku A
Montážní celky
Koordinace nákupu
V
Procesní průmysl
Synchronizace zdrojů, maximalizace propustnosti
T, event. I
Automobilový průmysl,
Kombinace obojího
farmaceutický průmysl Tabulka 2 Vazba kusovníku a principu plánování, Zdroj [1]
ERP aplikace lze členit i v závislosti na tom, jak jsou pokrývané klíčové oblasti podnikového řízení. Z tohoto hlediska určujeme následující ERP skupiny: All – in – One – jedná se o rozsáhlé podnikové aplikace, které pokrývají celé podnikové řízení. Za výhodu zde považujeme komplexní funkcionalitu a vysokou úroveň integrace řešení. Na druhou stranu se jedná o složité řešení s vysokými nároky na customizaci a tím samozřejmě i vysoké náklady, Best – of – Breed – jedná se o podnikové aplikace, které se specializují na určitou oblast podniku, specifickou pro určité odvětví (např. chemického průmyslu). Výhodou těchto řešení je vysoká kvalita funkcionality specializující se na určitou oblast. Nevýhodou u této skupiny je, že nezahrnují komplexní podnikové řešení. Ostatní oblasti je nutné doplnit jinými produkty a projekty, Lite ERP – jedná se o tzv. odlehčené verze ERP systémů, které jsou určené především pro malé a střední podniky. Výhoda u těchto systémů je nižší cena a zároveň ne tak vysoké nároky na implementaci. Naproti tomu je zde omezená funkcionalita a následné možnosti při dalším rozšiřování systémů.3
1.6 Hlavní dodavatelé ERP systémů
17
V současné době jsou největšími dodavateli ERP systémů společnosti: SAP, Oracle Corporations, The Sage Group, Microsoft. Vznikají v sedmdesátých a osmdesátých letech dvacátého století. SAP (NYSE: SAP) je předním dodavatelem podnikových aplikací, které přispívají k lepšímu řízení firem každé velikosti a z každého odvětví. Společnost SAP (zkratka za „Systémy, Aplikace a Produkty v oblasti zpracování dat“) byla založena v roce 1972. Má bohatou historii inovací a růstu v roli nejlepšího představitele odvětví. Prodejní a vývojové pobočky SAP dnes najdete ve více než 50 zemích. Aplikace a služby SAP umožňují více než 232,000 zákazníkům po celém světě dosahovat ziskového provozu, průběžně se přizpůsobovat a růst trvale udržitelným způsobem. SAP umožňuje lidem i organizacím efektivněji spolupracovat a využívat přehled o podniku, aby si udrželi náskok před konkurencí, a to od kanceláří po zasedací místnosti, od skladů po prodejny, od stolního po mobilní zařízení. Dosahují toho rozšiřováním dostupnosti softwaru – instalacemi na místě, implementacemi podle požadavků a mobilními zařízeními.4 Oracle Corporations je světovou jedničkou ve vývoji, prodeji a údržbě databázových systémů. V roce 1977 ji zakládá Larry Ellison pod názvem Software Development Laboratiores. V roce 1979 se firma přejmenovává na Relation Software Inc a v roce 1982 získává svůj původní název Oracle Corporation. Dnes Oracle Corporation s více než 390 tisíci zákazníků – včetně společností ze žebříčku Fortune 100, ve více než 145 zemí po celém světě nabízí optimalizované a plně integrované řešení hardwarových a softwarových systémů.5 The Sage Group byla založena v roce 1981 v severovýchodní Anglii. Je předním dodavatelem softwaru pro řízení podniku a služeb pro více než 6 milionů zákazníků po celém světě. Zaměstnává více než 12.600 lidí v globálním provozu.6
3
Gála,L., J.Pour a Z.Šedivá, Podniková informatika 2., přepracované a aktualizované vydání. Praha: Grada,
2009. ISBN 978-80-247-2615-1 4
www.sap.com
5
www.oracle.com
6
www.sage.com
18
Microsoft (nasdaq „MSFT“) - společnost byla založena v roce 1975 a je světovým lídrem v poskytování softwaru, služeb a řešení, které pomáhají lidem a firmám po celém světě plně realizovat jejich potenciál. V roce 1992 začala svoji činnost pobočka Mircosoft v České republice. Od srpna roku 2010 je pobočka pod vedením Romana Cabálka. Kromě poskytování softwaru, služeb a řešení je v České republice Microsoft významně podporuje různé charitativní projekty.7
7
http://www.microsoft.com/cs-cz/news/inside_ms.aspx
19
2 Oracle E-Business Suite V této kapitole podrobněji popíši celkovou charakteristiku informačního systému společnosti Oracle „Oracle E-Business Suite“. Budu se podrobněji věnovat otázce, jaké jsou hlavní přínosy a cíle používání tohoto informačního systému. V neposlední řadě se zaměřím na jednotlivé aplikace tohoto produktu.
Obrázek 3 Logo Oracle E-Business Suite, Zdroj: [7]
2.1 Co je to Oracle E-Business Suite? Sada Oracle E-Business Suite je moderní, vysoce modulární informační systém, který je procesně orientovaný a zaměřený pro střední a větší společnosti. Jinými slovy by se to dalo vyjádřit jako nejucelenější sada integrovaných globálních podnikových aplikací. Obsahuje bohatou funcionalitu pro podporu procesů v oblasti řízení vztahů se zákazníky (CRM), plánování a řízení dodavatelských řetězců (SCM) a řízení podnikových zdrojů (ERP) Ve všech těchto oblastech je možné zachytit informace v reálném čase prostřednictvím manažerských reportovacích nástrojů. E-Business Suite umožňuje vysoce flexibilní nastavení, díky kterému je možné tento systém využít v mnoha odvětví. Systém je využíván ve sféře potravinářské a průmyslové výroby, v oblasti poskytující služby zákazníkům, dopravě a distribuci, finanční služby jako je bankovnictví, pojišťovnictví, telekomunikační služby a veřejný sektor. Systém je koncipován pro efektivní sdílení dat a podporuje procesy informačních systémů, tvořeném z více komponent různých dodavatelů. Oracle E-Business Suite umožňuje práci v mezinárodním prostředí. Nabízí širokou škálu jazykových mutací a je přizpůsoben legislativním požadavkům jednotlivých zemí. Legislativa České republiky je řešena velmi podrobně a je pod záštitou lokalizačního oddělení, které se o legislativní požadavky E-Business Suite stará. Jak fungují lokalizace Oracle EBS je popsáno podrobně v samostatné kapitole.
20
Strategie EBS aplikací nejvíc zaměřená na zákazníka: •
Ochrana hodnoty stávající investice,
•
Zvýšení hodnoty aplikací,
•
Posun k technologiím příští generace.
Jedná se o prověřený informační systém, který je využíván tisíci zákazníky, kteří tvoří špičku ve svém oboru.
2.2 Hlavní cíle Implementace a používání Oracle E-Business Suite zaručí podnikům plnění cílů v těchto dimenzích: Správná rozhodnutí na základě znalosti souvislostí Nejlepší a nejvíce kvalifikovaná rozhodnutí lze učinit s globální znalostí zákazníka, dodavatelů, provozu a obchodního partnera. Pro tuto práci systém nabízí různé komponenty, které pomáhají stanovit požadované analýzy a určit správné rozhodnutí. Patří mezi ně: Komponenta „Profitability Manager“ představuje analýzy ziskovosti a přehledy ze všech možných úhlů pohledů. Získává informace z různých heterogenních systémů a externích zdrojů a umožňuje rozhodování na základě jednotného a sjednocujícího globálního pohledu. Komponenta
„Strategic
Network
Optimization“
představuje
geografické
vizualizační analytické nástroje a nástroje pro konverzi měn. Tento modul pomáhá při rozhodování o optimalizaci dodavatelského řetězce a dokáže průběžně hodnotit dopady jednotlivých rozhodnutí na náklady a výnosy v rámci celého dodavatelského řetězce. Komponenta „Oracle Project Portfolio Analysis“ představuje nástroje, které umožňují provádět analýzy portfolia projektů, tzn. „what-if“ analýzy. Umožňují výběr a priorizaci projektů, které nejlépe podpoří plnění globálních cílů a strategických plánů společnosti.
Konkurenceschopnosti závisí na schopnosti pracovat v globálním měřítku
Podnik dosáhne vysoké konkurenceschopnosti v případě že: systém umožní propojení činností napříč několika organizačními útvary, divizemi, regiony a spolupráci s jinými informačními systémy,
21
automatizací procesů typických pro příslušná odvětví. Činnost systémů je procesně řízena. Existují definované procesy, které jsou vytvořeny praxí a dlouholetou zkušeností podniků. Napomáhají při nastavení systému. Jejich nastavení se dají dle specifických požadavků zákazníka flexibilně upravit. Efektivní řízení skupiny organizací pomocí jednotného, globálně dostupného informačního prostředí pro všechny provozní jednotky. Široké možnosti nastavení sad účetních knih umožňují efektivní provoz a výkaznictví různorodých samostatných účetních jednotek. Pomocí funkce multi-organization access control (MOAC) lze monitorovat a spravovat transakce v libovolně složité struktuře provozních jednotek. Jednotný způsob zajištění shody se závaznými standardy. Modul „Internal Controls Manager“ je přehledný systém pro dokumentaci prováděných transakcí a jejich standardizaci. Provádí průběžné monitorování shody činností s globálně nastavenými pravidly a jejich audit.
Nižší náklady a vyšší výkonnost
Koncepce Oracle E-Business Suite 12 umožňuje realizovat méně nákladné implementace, údržby a přizpůsobování budoucím potřebám podniků. Snížení nákladů a složitosti heterogenních procesů, které procházejí napříč několika informačních systémů. Využíváním obecně uznávaných standardů pro řízení procesů a přehledné knihovny integračního rozhraní E-Business Suite umožňují uživateli snadné přizpůsobení jejich konkrétnímu prostředí a také umožňuje jednoduché přizpůsobení a změnu systému dle konkrétních uživatelských požadavků. Pro zajištění dostatečné rychlosti a rozšiřitelnosti systému je využíváno výborných vlastností databáze Oracle. Nástroje určené pro údržbu systému zjednodušují a zlevňují procesy implementace. Samozřejmě se to týká i souvisejících činností jako jsou upgrade a update.
Poskytování hodnoty
"V dnešní ekonomice nemusí zákazníci inklinovat k implementaci aktualizací svých jádrových operačních systémů ve velkém měřítku. Schopnost rozpoznat rychlou hodnotu v krátkém období bez nutnosti aktualizace je možné vnímat jako účinný způsob, jak vybudovat strategickou cestovní mapu IT a položit základy pro dlouhodobý úspěch," (Richardson, 2012)
22
2.3 Aplikace EBS E-Business Suite společnosti Oracle zahrnuje jednotlivé aplikace. Každá aplikace může být licencována samostatně, což umožňuje zákazníkovi výběr různých kombinací modulů podle jejich firemních požadavků. Oracle Customer Relationship Management Oracle CRM je sada aplikací, které poskytují informace o řízení prodeje, servisu a marketingu. Architektura Oracle CRM je otevřená, založená na standardech, zjednodušuje podnikové procesy, umožňuje čerpání dat ze stejného zdroje a zvyšuje jejich kvalitu. Oracle Customer Service Management Oracle E-Business Suite rodina služeb aplikace poskytuje pravdivé informace řízené služby zákazníkům. To umožňuje organizaci naplnit a překročit očekávání zákazníků, dávajíce jim informace, které jsou konzistentní, přesné a žalovatelné. Oracle Financials Aplikace Oracle Financials zahrnuje několik dílčích finančních modulů. Mezi klíčové moduly patří: Oracle General Ledger (Hlavní kniha) – umožňuje globální zpracování dat. Jedná se o komplexní řešení pro oblast finančního hospodaření podniku. Tento modul by se dal charakterizovat jako vysoce flexibilní systém, který umožňuje zákazníkovi nastavení přesně dle jeho požadavků. Jeho dynamický účetní proces zajišťuje okamžitý přístup k informacím pro manažerské řízení. Podporuje účtování v cizích měnách, zajišťuje deníkové vstupy, nabízí efektivní rozpočtování, dotazy v reálném čase, grafický editor hierarchií, umožňuje konsolidovat data z více zdrojů a mnoho dalších výhod pro zákazníky, Oracle Payables (Závazky) – představují vysoce efektivní řešení v oblasti práce se závazky a účtování o nich. Zrychlují proces od nákupu k platbě. Díky automatizovaným platbám zajišťují včasné placení závazků, pomocí workflow procesů zajišťují efektivní oběh dokladů. Modul Závazky okamžitě podává informace o fakturách po splatnosti, Oracle Receivables (Pohledávky) – představují vysoce efektivní řešení v oblasti pohledávek a účtování o nich. Zpracovávají a evidují vydané faktury a jejich platby, správu odběratelů, jejich neuhrazené faktury, zpracovávají upomínky a další operace v této oblasti. Oracle Human Resource Management Systém 23
Oracle Human Resource Management System (HMRS) modul pomáhá společnostem řídit celý proces náboru a poskytuje v reálném čase přehled o všech personálních činnostech, jako jsou nábory, školení, výhody a mzdy. HRMS apartmán plně integruje se všemi E-Business Suite a nabízí uživatelům analytické balíčky, které umožňuje snadnou extrakci dat HR. Oracle Projekty Portfolio Aplikace Oracle Projekty Portfolio podporují kompletní životní cyklus projektu a řízení portfolia. To poskytuje jediný přesný přehled o všech souvisejících projektových činnostech. Zároveň pomáhá uživatelům vybrat nejlepší nabídku iniciativ, realizovat projekty v souladu s metodikami, přiřadit správné globální zdroje, aktivně zpracovávat své projekty, dodávky a sledovat ziskovost díky přesnému rozpočtování, prognózování a fakturaci. Aplikace Oracle Supply Chain Aplikace Oracle Supply Chain umožňuje organizacím předvídat požadavky trhu, inovovat v reakci na nejstabilnější tržní podmínky a sladit operace v globálních sítích. K dispozici je několik existujících řešení pro různá odvětví, které obsahují řízení poptávky, prodeje, provozní plánování, řízení dopravy a jiné Oracle Advanced Procurement Oracle Advanced Procurement je integrovaná sada aplikací, která výrazně řeší všechny náklady řízení dodávek. Řešení pomůže snížit výdaje na zboží a služby. Oracle Value Chain Execution (logistika) Díky aplikaci Oracle Value Chain Execution mohou uživatelé plánovat, řídit a kontrolovat tok a skladování výrobků a služeb v rámci podniku. Aplikace také nabízí budoucí plánování poptávky a bezpečnosti zásob ve skladu.
24
3 Lokalizace Oracle EBS v ČR Hned v úvodu kapitoly bych ráda objasnila pojem „lokalizace“, který je klíčovým pojmem této bakalářské práce. Když se řekne „lokalizace“, většina lidí si představí překlady z cizího jazyka do jazyka českého. Určitě je to jeden ze správných pohledů. Všeobecně má lokalizace mnoho dalších významů, které se liší podle kontextu a charakterizovat by se daly následovně: Ekonomická lokalizace – „nově vytvořený výraz pro označení procesu opačného ke globalizaci, tedy zejména rozbití trhu, ekonomických, politickosprávních a jiných aktivit na menší územní celky“. (Wikipedia), Určování polohy – může se určovat např. dle GPS správná poloha určitého objektu nebo zachycovat pohyb osob, Jazyková lokalizace – představuje překládání software, textů apod. ze zdrojového jazyka do cílového jazyka, Legislativní lokalizace – jedná se pro programovou úpravu aplikací tak, aby vyhovovala legislativním požadavkům dané země a aby aplikace fungovala v souladu s danými zákony. Jaký je proces jazykové a legislativní lokalizace vztahující se k Oracle E-Business Suite bude podrobně popsán v následujících podkapitolách. V této kapitole se také zaměřím na vývojové etapy EBS aplikací, provedu rekapitulaci a porovnání stavu z minulosti a současnosti, popřípadě navrhnu řešení na zlepšení, které budu čerpat z vlastních zkušeností.
3.1 Lokalizace ekonomická Ekonomická lokalizace je pojem, který se týká především procesu, který je opačný k procesu globalizace. Jedná se především o ekonomický přístup, životní filosofiii a využívání místních zdrojů před závislostí na nadnárodních společnostech a dovozu. Jednoduše řečeno se ekonomická lokalizace dá vyjádřit jako místní produkce pro místní spotřebu. Mezi hlavní aspekty ekonomické lokalizace považujeme např.: Místní výrobní prostředky a místní odpady, Zaměstnávání místních obyvatel, Využívání místních výrobních prostředků, Rozvoj místních komunit, Uspokojování potřeb místních obyvatel, 25
Využívání místního kapitálu, Podpora místních financí a nepeněžité ekonomiky.8
3.2 Určování polohy Lokalizace ve smyslu „určování polohy“ se jedná především o zachycení pohybu osob nebo objektů pomocí např. GPS. V tomto smyslu se lokalizace dá rozdělit na: Určení polohy – kde se nachází konkrétní osoba nebo objekt. Polohu můžeme určit z hlediska: o Pozemské objekty a orientační body,
Srovnávací (mapy),
Terrestrická (hl. kompas a log).
o Vzhledem k nebeským objektům (planety a hvězdy),
Astronomická navigace,
o Vzhledem k objektům umělým
Družicové systémy,
Radiomajáky.
Nalezení nejvhodnější cesty k cíli – zde se jedná o identifikaci, kam jdu a kdy budu v cíli.9
3.3 Lokalizace jazyková Lokalizace znamená mnohem víc než jen prostý překlad textových řetězců. Je potřeba konzistentně přistoupit k terminologii, definovat překlady daných termínu a dbát na to, aby se terminologie správně přeložila napříč celého produktu. Jde o komplexní proces, kdy se aplikace převede z jednoho (zdrojového) jazyka do cílového jazyka. Jelikož Oracle je americká společnost, všechny produkty jsou vyvíjeny v anglickém jazyce. K tomu, aby se aplikace daly snadno nabízet a implementovat na celosvětovém trhu, je nutné je dle jazykových požadavků jednotlivých států lokalizovat. V každé zemi, kde má Oracle své pobočky, existuje oddělení, které má na starosti překlady produktů pro danou zemi, eventualně dalších zemí, kde pobočky neexistují. Skupina specialistů pro překlady se nazývá Worldwide Product Translation Group (WPTG).. 8
Prezentace EF Kopřivnice
9
Určování polohy a navigace
26
Práce WPTG týmů má přesně definované procesy a postupy. Jednoduchý proces překladatelského projektu vypadá následovně: 1.
Po rozhodnutí o překladu příslušného produktu oddělení WPTG příjme sady souborů/ zdrojových souborů z vývojového oddělení (US Development) nebo Oracle Univesity.
2.
WPTG připraví databázový soubor, který představuje extrakt textu z daného sw produktu, který je určený pro překlad. Tento extrakt je generován souborem procesů a procedur tzv. Translation Factory. WPTG organizuje překlady databázových souborů společně s externími překladateli přesně podle projektového plánu. K těmto překladům používají společně překladatelské metody CAT (Computer Aided Translation). Existující překlady se mohou buď zcela znovu použít nebo použít pouze částečně. Pro překlad se používá proprietárni nástroj zvaný HyperHub, který funguje jako editor databázových souborů nebo kompletních databází existujících překladů. Tyto databáze existujících překladů se pak používají pro různé opravy, aktualizace nebo změny podle různých požadavků, vždy podle přesné metodologie.
3.
Jazykoví specialisté WPTG (v každé zemi je minimálně jeden specialista) zajišťují, aby byly k dispozici referenční materiály, aby schválená terminologie odpovídala povaze produktu. Dohlíží na průběh projektu po obsahové stránce, poskytují podporu překladatelům, provádění kontrolu a schvalují přeložené soubory. Nakonec projektu provádějí lingvistické testování přeložených produktů.
4.
Oddělení WPTG provádí tyto činnosti: -
QA (Quality Assurance – kontrola kvality překladu) – jedná se o cílenou
kontrolu přeloženého textu podle stupně nutnosti. Tzn. něco je potřeba zkontrolovat podrobně, něco vůbec ne, -
Engineering – jedná se o veškeré technické operace potřebné pro zpětné
vytvoření instalačních souborů příslušného překládaného produktu, -
Functional/linguistic testing – jedná se o testování úplně nebo částečně
přeložených produktů nebo jejich komponent podle definovaných postupů.
27
5.
Oddělení WPTG posílá přeložené soubory zpět do oddělení vývoje (US Development) resp. Oracle University.
6.
US Development, resp. Oracle University uvolňují přeložené produkty pro prodej zákazníkům.
Obrázek 4: HyperHUB, Zdroj: Autorka
3.4 Lokalizace legislativní Jak už jsem zmínila v úvodu této kapitoly, u tohoto druhu lokalizace se jedná o programovou úpravu aplikací tak, aby byla v souladu s legilativou ČR. Mezi nejvíce lokalizovanou aplikací informačního systému Oracle EBS se dá považovat aplikace Oracle Financials. Jelikož se jedná o aplikace finančních modulů, je zřejmé, proč zrovna v této oblasti je lokalizace nejžádanější a tudíž nejdůležitější. Legislativa v ČR je v oblasti finančnictví velice obsáhlá a dost často dochází ke změnám. Je velice důležité, aby byly všechny části aplikací neustále monitorovány a kontrolovány v souladu s vydanými zákony. V této oblasti je velice důležitá přesnost a mnohdy jednodenní zpoždění dodaného řešení může pro zákazníka znamenat obrovskou finanční ztrátu. 28
Z tohoto důvodu bylo ve společnosti Oracle Czech vytvořeno specializované oddělení „Českých lokalizací“, které se stará o to, aby nově vzniklé legislativní požadavky byly zaznamenány, analyzovány, vyhodnoceny, aplikovány a následně podporovány. Nutno podotknout, že vedle lokalizací vzniklých na základě legislativních požadavků, také identifikujeme tzv. Customizace. Customizace znamená, vytvoření programů či provedení úpravy v rámci aplikací, které jsou dotvářeny nad rámec standardního dodávaného řešení. Zákazník si může přesně specifikovat funkcionalitu, která by vyhovovala pouze jejich požadavkům. Toto řešení je oproti standardním lokalizacím účtováno zvlášť, jako přidaná hodnota pro zákazníka. „Lokalizace“ v ČR prošly značným vývojem. V následujících kapitolách budu podrobněji popisovat jednotlivé vývojové etapy tohoto oddělení. Zaměřím se na zhodnocení vývoje jak z hlediska podniku, tak z hlediska spokojenosti zákazníka.
3.5 Vývojové etapy lokalizace Fungování „lokalizačního týmu“ v České republice společnosti Oracle by se dalo rozdělit do tří vývojových etap. Na úplném začátku, kdy společnost začala fungovat na českém trhu byly lokalizační požadavky řešeny technickými a funkčnímí konzultanty v rámci oddělení Consultingu. S nástupem firemní globalizace přichází další etapa vývoje. Tato etapa začíná svůj vývoj v roce 2006, kdy vzniká lokalizační oddělení. Tento koncept lokalizačního oddělení funguje na mezinárodní úrovni. K tomu, aby lokalizace mohly být plynule převedeny do nově vytvořeného centra v Oracle India, vzniká projekt „migrace lokalizací“. V průběhu realizace projektu převodu lokalizací se postupně dostáváme do poslední etapy – současné fungování lokalizací produktu Oracle e-Business Suite. Nutno podotknout, že všechny výše zmiňované etapy se vzájemně prolínají. K zajištění „hladkého“ průběhu vývoje a správy českých lokalizací dochází k paralelnímu běhu všech vývojových etap. Nelze tedy identifikovat ukončení jedné etapy a začátek etapy následující. 3.5.1
Zavedení lokalizací (1. etapa)
Potřeba českých lokalizací vznikají ve stejnou dobu, ve kterou společnost Oracle začíná na trhu nabízet aplikace Oracle Financials. Samotný vývoj a správa českých lokalizací byla tou dobou v kompetenci partnerů společnosti Oracle. Až posléze Oracle přebírá partnerské řešení a pokračuje ve vývoji a supportu.
29
K tomu, aby aplikace mohly být u českých zákazníků implementovány, bylo nutné provést revizi celého systému a v souladu s českými legislativními požadavky v této oblasti vytvořit seznam úprav, které bude nutné dle těchto zákonů vytvořit tak, aby fungovaly v souladu se standardním řešením. Tyto programové úpravy dle legislativy ČR, budeme dále nazývat „lokalizace“. Aplikace můžeme z pohledu řešení lokalizací rozdělit na 3 části: Standardní produkt, Lokalizace, Customizace. Standardní produkt je část aplikací, která využívá standardní funkcionalitu. Vývoj probíhá v oddělení US Developmentu, který má sídlo v Americe. Aplikace jsou podporovány přes standardní support. Oddělení Support v té době funguje na úrovni jednotlivých zemí. Česká republika má svůj aplikační support, který identifikuje a řeší požadavky zákazníků vztahující se ke standardním funkcionalitám. Všechny problémy se zaznamenávají do celosvětově znalostní databáze a na základě bugů Development provádí opravy v kódech. Ve standardním produktu není možné, aby programové úpravy byly prováděny na úrovni jednotlivých států. Lokalizace tzn. "Česká rozšíření" slouží pro rozšíření standardní funkcionality aplikací Oracle E-Business Suite pro Českou republiku s cílem zajistit provoz SW v souladu platnými obchodními zvyklostmi a legislativními požadavky České republiky a Evropské Unie. Tyto lokalizace jsou dodávány v rámci implementace a zákazník za ně nemusí extra platit. Rozlišujeme 2 druhy lokalizací: 1. Globalizace – jedná se o lokalizace, které byly přijaty jako součást standardního produktu. Byly rozlišeny v kódu zvláštním označením tak, aby bylo zřejmé, že jsou to programy vyvinuté specialně pro danou zemi. Jako příklad lokalizace, která byla integrována do standardního produktu, bych uvedla např. řešení Penalizační faktury. Support globalizací je poskytován na úrovni standardního supportu. 2. Lokalizace – jsou již zmiňované programové úpravy, které jsou vyvíjeny a podporovány v rámci jednotlivých zemí, v České republice spravovány oddělením Consulting. Proces vývoje a podpory českých lokalizací:
30
Aplikace Oracle e-Business Suite mají bohatou historii v jejím vývoji. První dostupná verze EBS aplikací na českém trhu byla verze 9.4.2. Jednalo se o znakovou verzi, která byla v blízké době nahrazena verzí 10.6. I zde stále hovoříme o aplikaci znakové verze, ovšem s vylepšenými funkčními vlastnostmi. První grafická verze aplikace Oracle e-Business Suite se objevuje v roce 1998, jako verze 10.7G. Od této chvíle grafické aplikace nabírají rychlý spád ve svém vývoji. Krátce po verzi 10.7 se objevují aplikace verze 11.0 a proces vývoje přechází do aplikací verzí 11i, které jsou hlavním tématem vývoje a podpory v této fázi českých lokalizací. Poslední podporované verze lokalizací 11i jsou verze 11.5.9 a 11.5.10. Tyto verze jsou podporovány na lokální úrovni české pobočky. Lokalizace aplikací Oracle e-Business Suite zastřešuje Product Manager, který je zodpovědný za vývoj, dodávku a podporu všech lokalizací. Vznik nového požadavku na lokalizaci až po jeho distibuci zákazníkovi bychom popsali v následujících fázích: Požadavek na lokalizaci – nové požadavky na lokalizaci mohou vzniknout několika způsoby: o Interní sledování legislativy – změny v legislativě proaktivně sleduje zodpovědná osoba, o Požadavek od zákazníka zadáním tzn. Service Requestu, který příjde mailem a eviduje se v interní podnikové aplikaci, o Požadavek může vzniknout přímo z projektu implementace. Přijetí požadavku na lokalizaci – zodpovědná osoba přidělí číslo požadavku na lokalizaci, které je evidováno v interním systému, Analýza – v této fázi se identifikuje legislativa a obchodní zvyklosti ke konkrétnímu požadavku. V podobě skupinových jednání, tzv. brainstormingu se projednávají názory technických a funkčních specialistů na skutečnou potřebu nového požadavku. V rámci těchto jednání se samozřejmě probírá i možná existence alternativního řešení. Dále je nutné vypracovat pracnost vývoje a počet potenciáních zákazníků, Rozhodnutí o realizaci – odpovědná osoba rozhodne, zda se požadavek bude nebo nebude realizovat, Návrh řešení – v této fázi jsou funkčními a technickými konzultanty vypracovány:
31
o funkční analýza – dokument, který podrobně popisuje návrh řešení z funkčního pohledu v rámci možností používané aplikace, o technická analýza – vypracovává technický konzultant na základě podkladů z funkční analýzy. Jedná se o dokument, který podrobně popisuje všechny vytvořené změny z pohledu vývojáře, Vývoj řešení – jedná se o realizační část, kdy programátor vyvíjí konkrétní lokalizační požadavek na základě technické a funkční specifikace, Testování – je nutné provést rozsáhlé testy nově vzniklé lokalizace. Testování provádí funkční konzultanti. Výsledky testů jsou zaznamenávány do zvlášních formulářů, Vytvoření dokumentace – po úspěšně provedených testech, je zapotřebí vytvoření závěrečné dokumentace: o Instalační dokumentace – jedná se o velice důležitý dokument, který se posílá zákazníkovi společně s nově vytvořenou lokalizací, tak aby zákazník přesně věděl, jak lokalizaci nainstalovat, o Technická dokumentace – jedná se o interní dokument, kde jsou přesně popsány technické parametry nově vzniklé lokalizace, o
Funkční dokumentace – jedná se o interní dokument, kde jsou podrobné informace o tom, jak daná lokalizace pracuje z funkčního hlediska,
o Metodika – jedná se o dokument, který je vytvořen přímo „na míru“ pro zákazníka. Zde zákazník najde konkrétní návody, jak s danou lokalizací pracovat a podrobný postup nutného nastavení. Informace zákazníkovi – zákazník je informován o vzniku nové lokalizace a následné distribuci. Lokalizace je následně přidána do seznamu lokalizací, kde je uvedeno číslo lokalizace, název, popis, informace, zda se jedná o obchodní zvyklost nebo legislativní požadavek a pro jakou verzi aplikace je lokalizace dostupná. Support, tzn. podpora lokalizací je součástí dodávky lokalizací.
32
11.5.10
Dostupnost pro verze 11.5.9 11.5.8 a starsi 11.0 (negarantováno) (negarantováno)
Hlavní kniha Rozšíření standardní sestavy "Analýza účtů - (132 znaků)" a "Analýza účtů - (180 znaků)" o interní číslo (číslo deníku) pro domácí a cizí měnu Rozšíření standardní sestavy "Analýza účtů - detaily o závazcích (132 znaků)" a "Analýza účtů - detaily o závazcích (180 znaků)" o interní číslo (interní číslo faktury) pro domácí a cizí měnu Sestava umožňující rozšířený výběr detailních položek ze Závazků, Pohledávek a Hlavní Knihy setříděných dle různých kritérií. Lze provádět výběry dle zdroje, kategorie, dodavatale/odběratele. Obsahuje mezisoučty za dodavatele/odběratele, účetní řetězec a účet. Rozšíření standardní sestavy "Hlavní Kniha - (132 znaků)" a "Hlavní Kniha - (180 znaků)" o interní číslo (číslo deníku) pro domácí měnu Rozšíření standardní sestavy "Hlavní Kniha v cizí měně" o interní číslo (číslo deníku) pro cizí měnu Rozšíření standardní sestavy "Deníky - cizí měna (132 znaků)" a "Deníky - cizí měna (180 znaků)" o interní číslo (číslo deníku) Výpis sestavy nerealizovaných zisků a ztrát s detaily dle dle účetního řetězce
Obchodní zvyklost
Sestava
1007
ano
ano
ano
ne
Obchodní zvyklost
Sestava
1008
ano
ano
ano
ano
Obchodní zvyklost
Sestava
1103
ano
ano
ano
ne
Obchodní zvyklost
Sestava
1013
ano
ano
ano
ano
Obchodní zvyklost
Sestava
1009
ano
ano
ano
ano
Obchodní zvyklost
Sestava
1012
ano
ano
ano
ano
Legislativní požadavek
Sestava
1079
ano
ano
ano
ano
Nová podoba sestavy DPH zohledňující požadavky související se vstupem do EU, včetně zdanitelného plnění
Legislativní požadavek
Sestava
1088
ano
ano
ano
ne
Změna strany účtu a znaménka částky pro řádky deníků s definovanými zdroji, kategoriemi a účty Rozšíření standardní funkčnosti samovyměření DPH o funkčnost samovyměření bez dokladu
Obchodní zvyklost Legislativní požadavek
Programová úprava
9906
ano
ano
ano
ano
Sestava
1092
ano
ano
ano
ne
Rozšíření standardní sestavy "Sestava blokovaných faktur" o interní číslo (interní číslo faktury) Rozšíření standardní sestavy "Rejstřík faktur" o interní Rozšíření sestavy rejstříku faktur číslo (interní číslo faktury) Rozšíření standardní sestavy "Sledování splatnosti faktur" Rozšíření sestavy sledování splatnosti faktur o interní číslo (interní číslo faktury) Rozšíření standardní sestavy "Kontrolní sestava faktur" o Rozšíření kontrolní sestavy faktur interní číslo (interní číslo faktury) Sestava salda záloh v zadané měně k datu a Saldo záloh v zadané a ve funkční měně Sestava salda záloh ve funkční měně k datu Sestava plateb fyzickým osobám, umožňující splnit oznamovací povinnost provedených plateb fyzickým Oznámení plateb fyzickým osobám osobám vůči správci daně (viz.§ 34 Součinnost třetích osob, zákona Správa daní a poplatků) Výpis sestavy nerealizovaných zisků a ztrát s detaily dle Sestava nerealizovaných zisků a ztrát dle účetního řetězce Validace datumu zdanitelného plnění u Kontrola data zdanitelného plnění u dodavatelské faktury, dodavatelské faktury které musí být menší nebo rovno datumu faktury Připojení zaplacené zálohy k dodavatelské faktuře až po Párování zálohy s dodavatelskou fakturou jejím spárování s bankovním výpisem
Obchodní zvyklost Obchodní zvyklost Obchodní zvyklost Obchodní zvyklost Obchodní zvyklost
Sestava
1028
ano
ano
ano
ano
Sestava
1029
ano
ano
ano
ano
Sestava
1030
ano
ano
ano
ano
Sestava
1031
ano
ano
ano
ano
Sestava
1014
ano
ano
ano
ne
Sestava
9936
ano
ano
ano
ano
Sestava
1079
ano
ano
ano
ano
1016
ano
ano
ano
ne
9919
ano
ano
ano
ano
Rozšíření sestavy analýzy účtů
Rozšíření sestavy analýzy účtů s detaily o závazcích
Podrobná sestava analýzy účtu
Rozšíření sestavy hlavní knihy Rozšíření sestavy hlavní knihy v cizí měně Rozšíření sestavy deníků Sestava nerealizovaných zisků a ztrát Sestava DPH Funkce obracení znamének v řádcích deníků Samovyměření bez dokladu
Závazky Rozšíření sestavy blokovaných faktur
Legislativní požadavek Legislativní požadavek Legislativní požadavek Legislativní požadavek
Programová úprava Programová úprava
Obrázek 5: Seznam lokalizací, Zdroj: Autorka
33
11.5.10
11.5.9
Dostupnost pro verze 11.5.8 a starsi 11.0 (negarantováno) (negarantováno)
Pohledávky Saldo pohledávek podle odběratele
Lokalizace formátu tištěných dokladů
Tisk dokladů
Sestava nerealizovaných zisků a ztrát Souhrnné hlášení - European Sales Listing Validace datumu zdanitelného plnění u odběratelské faktury Párování zálohy s odběratelskou fakturou Zaokrouhlování faktur v Pohledávkách a Závazcích Odvod DPH při přijaté záloze
DPH na zálohách
Rozbor zůstatků účtů zálohových listů
Saldo pohledávek za zdroj a odběratele Saldo pohledávek za zdroj, účet a odběratele a cizí měnu Saldo pohledávek za zdroj, účet a odběratele Lokalizace standardních sestav pro tisk faktur, záloh, dobropisů, vrubopisů a opravného daňového dokladu v českém a anglickém jazyce dle požadavků české legislativy - v návaznosti na lokalizaci 1087. Lokalizace standardních sestav pro tisk faktur, záloh, dobropisů, vrubopisů a opravného daňového dokladu v českém a anglickém jazyce dle požadavků české legislativy - v návaznosti na lokalizaci 1102. Výpis sestavy nerealizovaných zisků a ztrát s detaily dle dle účetního řetězce Zpracování kvartálního statistického výkazu European Sales Listing
Obchodní zvyklost
Sestava
1015
ano
ano
ano
ano
Legislativní požadavek
Sestava
9903
ano
ano
ano
ano
Legislativní požadavek
Sestava
1104
ano
jen pro AR.M
ne
ne
Sestava
1079
ano
ano
ano
ano
Sestava
1089
ano
ano
ano
ano
Legislativní požadavek Legislativní požadavek
Kontrola data DPH u dodavatelské faktury, které musí mít shodný měsíc a rok s datumem odeslání do hlavní knihy
Legislativní požadavek
Programová úprava
1017
ano
ano
ano
ne
Párování zálohy s odběratelskou fakturou až po zaplacení a spárování zálohy s bankovním výpisem Zaokrouhlování faktur v Pohledávkách a Závazcích, jejich následná úhrada a zaokrouhlení při jejich úhradě v souvislosti se zrušením 10 a 20 haléřových mincí Programová úprava v souvislosti se vstupem do EU - odvod DPH při přijaté záloze Řešení komplexní problematiky zpracování přijatých záloh po vstupu do EU (více kódů DPH na zál.faktuře, více záloh k jedné faktuře, včetně cizích měn). Součástí jsou i dvě sestavy pro sledování účetních a obchodních vazeb mezi doklady. Přehled zůstatků na účtech souvisejících s účtováním zálohových listů a zůstatku závazku k parametrem zadanému datumu, odpovídající datumu HK. Souvisí s lokalizací 1087.
Legislativní požadavek
Programová úprava
1034
ano
ano
ano
ano
Legislativní požadavek
Programová úprava
1082
ano
ano
ano
ano
Legislativní požadavek
Programová úprava
1087
ano
ano
ano
ano
Legislativní požadavek
Programová úprava
1102
ano
jen pro AR.M
ne
ne
Obchodní zvyklost
Sestava
1096
ano
ano
ano
ne
Sestava
1076
ano
ano
ano
ne
Sestava
1083
ano
ano
ano
ne
Sestava
1084
ano
ano
ano
ne
Sestava
1085
ano
ano
ano
ne
Sestava
1100
ano
ano
ano
ne
Majetek Inventurní sestava
Legislativní požadavek Legislativní požadavek
Inventurní sestava majetku dle platné legislativy
Sestava vyřazení majetku podle typu vyřazení Sestava vyřazení majetku podle typu vyřazení Kontrolní sestava daňové skupiny majetku a SKP
Kontrolní sestava daňové skupiny majetku a SKP/CZ-CC ( CZ-CC je nový číselník Klasifikace stavebních děl od 1.1.2004)
Daňové odpisy podle odpisových skupin
Sestava daňových odpisů podle odpisových skupin
Sestava párování účtů pořízení majetku
Rozpad salda účtu pořízení majetku (042)
Legislativní požadavek Legislativní požadavek Legislativní požadavek
Přenos údaje o technickém zhodnocení pro hromadná Technické zhodnocení pro hromadná zařazení zařazení k transakci OPRAVA a současně nahrazení a doplnění interních čísel faktur variabilního symbolu ve zdrojových řádcích majetku interním číslem
Legislativní požadavek
Programová úprava
1050
ano
ano
ano
ano
Výpočet poloviny ročního odpisu v případě úplného vyřazení
Zajištění výpočtu poloviny daňového odpisu v případě úplného vyřazení majetku
Legislativní požadavek
Programová úprava
1066
ano
ano
11.5.7 + FA.K (patch 2398923) a patch 2671272
ano
Změna odpisové metody po provedení technického zhodnocení
Změna daňové odpisové metody v dalších letech užívání a po provedení technického zhodnocení
ano
ano
ano
ano
Zaokrouhlování odpisů na celé koruny nahoru
Programová úprava Programová úprava
9913
Zaokrouhlování odpisů
Legislativní požadavek Legislativní požadavek
9916
ano
ano
ano
ano
Legislativní požadavek
Programová úprava
9942
ano
ano
ano
ano
Legislativní požadavek
Programová úprava
9938
ano
ano
ano
ano
Vznik a zánik nároku na odpočet majetku
Účet zůstatkové ceny podle typu vyřazení
Sestava možného a skutečně uplatněného odpočtu Sestava majetku vyřazeného do 3 let od uplatnění nároku na odpočet. Program pro výpočet nároku na odpočet majetku Odvození účtů zůstatkové ceny podle nastavení typu vyřazení - nákladové účty podle typu vyřazení majetku zvolením typu vyřazení (krádež, dar, manko,…) uživatel automaticky vybere příslušný nákladový účet zůstatkové ceny
Obrázek 6: Seznam lokalizací, Zdroj: Autorka
Customizace jsou programové úpravy, které vznikají na základě individuálního požadavku zákazníka. Tento požadavek nemusí být v souladu s legislativou, ani obchodní zvyklost, nýbrž se jedná pouze o specifickou žádost zákazníka. Jelikož se jedná o službu, která je nad rámec standardního produktu a není v souladu se zákony, je účtována zvlášť podle samostatného ceníku.
34
Proces vývoje customizace: Požadavek na customizaci – zákazník písemně specifikuje požadavek na požadovanou úpravu. Požadavek může být zaslán mailem nebo doručen osobně, Přijetí požadavku za customizaci - požadavku je přidělené číslo, podle kterého bude customizace vedena v interní databázi, Prvotní analýza požadavku – na základě společného jednání funkčních a technických konzultantů výměnou názorů funičních a technických konzultantů, Návrh řešení a stanovení ceny – na základě prvotní analýzy je vytvořen návrh řešení a stanovena cena. Přijetí objednávky od zákazníka – na základě návrhu řešení a ceny zákazník pošle objednávku, Návrh řešení – po obdržení platné objednávky od zákazníka, konzultanti začínají pracovat na řešení. Je nutné vypracovat: o funkční analýza – dokument, který podrobně popisuje návrh řešení z funkčního pohledu v rámci možností používané aplikace, o technická analýza – vypracovává technický konzultant na základě podkladů z funkční analýzy.
Jedná se o dokument, který podrobně
popisuje všechny vytvořené změny z pohledu vývojáře, Vývoj řešení – na základě technické a funkční specifikaci programátor pracuje na vývoji stanoveného požadavku, Testování – nově vytvořená customizace musí být řádně otestována funkčními konzultanty, Vytvoření dokumentace – po otestování je nutné vytvořit dokumentace: o Instalační dokumentace, o Funkční dokumentace, o Metodika. Předání zákazníkovi – otestovaná customizace spolu s dokumentacemi je předána zákazníkovi.
35
Customizace nejsou dále supportovány. Existuje však možnost zakoupení extra supportu pro danou customizaci. Shrnutí etapy: Od doby prvních implementací aplikací Oracle e-Business Suite na českém trhu až do roku 2006 lokalizace fungují pouze na úrovni České republiky. Zpočátku byl jejich vývoj a správa v kompetenci partnerů společnosti Oracle, avšak posléze firma Oracle přebírá kompletní řešení Českých lokalizací, tzn. „Česká rozšíření“. Na jejich dalším vývoji a supportu se podílejí funkční a technický aplikační experti. Celý tento proces je zastřešován Product Managerem, který zodpovídá za vývoj, správu a dodávky aplikace. Model vývoje a provozu českých lokalizací je stabilní a funkční. Jako zásluhu takto fungujícího modelu českých lokalizací považuji především vysokou odbornost aplikačních konzultantů, znalost českého prostředí, možnost proaktivního sledování legislativních změn a osobní přístup k zákazníkům. Z pohledu zákazníka hodnotím tento model jako plně vyhovující. Zákazník má možnost komunikovat s lokálním oddělením v českém jazyce, řešit požadavky na změnu funkcionality promptně a s odborníky znalými jejich prostředí a plně chápající požadavky české legislativy a obchodních zvyklostí. 3.5.2
Projekt migrace lokalizací (2. etapa)
Zhruba od roku 2006 Oracle mění strukturu podpory a vývoje lokalizací. Tento projekt je iniciován na globální úrovni Oracle EMEA (Europe, the Middle East and Afrika). Projekt byl rozdělen na 2 fáze: 1. Převedení vybraných lokalizací verze 11.5.10 2. Převedení lokalizací z verze 11.5.10 na verzi 12 – vizí této fáze je, že všechny lokalizace verze 12 budou ve správě globálního developmentu. Ad 1. Převedení vybraných lokalizací verze 11.5.10: Hlavním cílem projektu bylo převedení vybraných lokalizací verze 11.5.10. , které budou podporovány na globální úrovni, stejně tak, jako tomu je u supportu standardního produktu. Členové týmu globálního developmentu jsou techničtí a funkční experti. Tento nový proces zajistí standardní patchování a pro zákazníky možnost stažení lokalizací na Metalinku – specifický portál určený pro interní support a komunikaci pro zákazníky. 36
Lokalizace byly dále rozděleny do dvou oblastí podle jejich využití: Lokalizace označené jako „GLOBAL-CZ“ – jedná se o lokalizace, které jsou určeny výhradně pro Českou republiku, Lokalizace označené jako „GLOBAL-XC“ – jedná se o lokalizace, které je možno využít ve více zemích, tzn. cross country. Zákazníci tudíž mohou používat jak specifické lokalizace pro Českou republiku, tak lokalizace používané jinými zeměmi. I když byly lokalizace ve fázi převedení kompletně přepracovány a u některých z nich došlo k nepatrným změnám, cílem projektu bylo zachovat funkční požadavky jednotlivých lokalizací. K tomu, aby byl projekt co nejefektivnější, bylo nutné vytvořit projektové týmy na straně globálního developmentu – IDC (Indian Development Center) a na straně české pobočky. Celý proces převodu lokalizací by se dal definovat v jednolivých krocích: Převedení dokumentací – globálnímu developmentu byla poskytnuta kompletní funkční a technická dokumentace jednotlivých lokalizací. Na základě studie těchto dokumentů globální tým připravil možné řešení převedené lokalizace v podobně funkční specifikace, Analýza a diskuse – na základě navrženého řešení globálního týmu se zahajují diskuse o navrženém řešení tak, aby byly funkční požadavky v souladu s novým řešením, Funkční specifikace – na základě skupinových diskusí IDC posílá funkční specifikaci, která je určena k revizi českého týmu, Revize funkční specifikace – český tým provede revizi a následnou akceptaci funkční specifikace, Vývoj lokalizace – po schválené funkční specifikaci, globální development zahajuje vývoj, Testování lokalizace – po ukončeném vývoji je nutné lokalizaci otestovat. Tento proces je v kompetenci českého lokalizačního týmu, který v rámci testování zakládá bugy na nefunkční oblasti a neustále komunikuje s developmentem na jeho opravách, Akceptace testů – poté, co jsou provedeny finální testy, český tým provede akceptaci
37
Vytvoření uživatelské dokumentace – na základě akceptace testů globální development vytváří uživatelskou dokumentaci, Revize dokumentace – dokument je revidován a následně schválen českým týmem. Publikace lokalizace – poté, co dojde k akceptaci lokalizace a uživatelské dokumentace, je možné lokalizaci publikovat na webovských stránkách, kam mají přístup i zákazníci. Lokalizační support: Od chvíle, kde je převedená lokalizace uvolněna pro zákazníky, přebírá globální development veškerou zodpovědnost za podporu dané lokalizace. Ostatní lokalizace verze 11.5.10., které nebyly zařazeny do této fáze projektu jsou i nadále podporovány lokální pobočkou Oracle Czech. Vývoj nových lokalizací: Vývoj nových lokalizací není již realizován na úrovni lokální pobočky, ale všechny země musí postupovat podle pravidel globálního procesu. Ad 2. Převedení lokalizací z verze 11.5.10. na verzi 12.0 a výše: Aplikace Oracle e-Business Suite díky svému dynamickému vývoji dosahují další verze, kterou je verze 12. S novou verzí se mění i struktura některých tabulek a logika některých řešení. K tomu, aby bylo možné nabízet zákazníkům novou verzi Oracle e-Business Suite je nutné provést revizi všech lokalizací tak, aby pracovaly v souladu s touto verzí. Hlavním cílem této části projektu je migrace všech lokalizací do verze 12 a jejich následné převedení do globálního developmentu. Jednotlivé kroky procesu převodu lokalizací verze 12 fungují stejně jako ve fázi pro verzi 11.5.10. Shrnutí etapy: Od roku 2006 společnost Oracle mění strukturu vývoje a podpory lokalizací. Vzniká projekt migrace lokalizací, který je iniciován Oracle EMEA. Tento projekt dělíme na 2 etapy – převod lokalizací verze 11.5.10 a převod lokalizací verze 12. Lokalizace se v obou těchto epapách rozdělují do 2 skupin dle jejich využití. Jednu skupinu lokalizací označujeme jako „Global – CZ“, kde se jedná především o lokalizace používané výhradně v České republice.
38
Druhou skupinu lokalizací označujeme jako „Global – XC“, kterou tvoří lokalizace používané více zeměmi, tzn. cross country. Pro lokalizace 11.5.10, které nebyly převedeny do globálního developmentu funguje support stále na úrovni lokální pobočky Oracle Czech. Vývoj a support již převedených lokalizací je provozován na globální úrovni, provozován v centru Oracle India (IDC – Indian Development Center). 3.5.3
Lokalizace v současné době (3. etapa)
Po předchozích dvou etapách se dostáváme do poslední etapy, kterou je fungování lokalizací v současné době. Skutečností je, že všechny 3 etapy se vzájemně prolínají. Např. podpora lokalizací verze 11.5.10, se kterou jsme se blíže setkali v první fázi, v projektu migrace ve fázi druhé, tak se s ní setkáváme i v poslední fázi. Jelikož se lokalizace řeší na globální úrovni, je potřeba, aby v každé zemi v rámci EMEA byla jedna kontaktní osoba, tzn. SPOC – Single Point of Contact. Jedná se o osobu, která je zodpovědná za fungování lokalizací v České republice a vykonává následující činnosti: Komunikace s globálním developmentem – vyhodnocování požadavků, podílení se na analýze vývoje a testování nových požadavků, podpora stávajících řešení, Sledování legislativy -
proaktivní sledování změn v legislativě a následné
vypracování návrhu nového požadavku pro globální development, Komunikace se zákazníky – informovat zákazníky o všech změnách ohledně podporovaných lokalizací verze 11.5.10 a ostatních novinkách ohledně českých lokalizací, vyhodnocování nových požadavků, Komunikace s interními odděleními Oracle Corporations, Koordinace lokálního supportu – sledování a řešení nových Service Requestů (SR) V důsledku migrace českých lokalizací do globálního developmentu můžeme v současné době rozdělit support lokalizací tzv. „Českých rozšíření“ na 2 skupiny: 1. Lokalizace verze 11.5.10 – Tyto lokalizace mají dvojí charakter:
39
i. Lokalizace, které byly převedeny do IDC (Indian Development Center), ii. Lokalizace, které zůstaly ve správě u lokální pobočky Oracle Czech. 2. Lokalizace verze 12 – Tyto lokalizace jsou v plné kompetenci vývojového centra IDC i. Vývoj nových požadavků a změny stávajících požadavků, ii. Podpora lokalizací. Ad 1. Lokalizace verze 11.5.10 Vývoj a podpora lokalizací již převedených do globálního supportu se řídí procesem globálního supportu – viz popis procesu pro lokalizace verze 12. Lokalizace, které jsou stále v kompetenci lokální pobočky Oracle Czech: Popis procesu nových požadavků: Přijetí požadavku na lokalizaci – zodpovědná osoba přidělí číslo požadavku na lokalizaci, které je evidováno v interním systému, Analýza – v této fázi se identifikuje legislativa, popřípadě obchodní zvyklost ke konkrétnímu požadavku. V podobě skupinových jednání, tzv. brainstormingu se diskutují názory technických a funkčních specialistů na skutečnou potřebu nového požadavku. V rámci těchto jednání se samozřejmě probírá i možná existence alternativního řešení. Dále je nutné vypracovat pracnost vývoje a počet potenciáních zákazníků, Rozhodnutí o realizaci – odpovědná osoba rozhodne, zda se požadavek bude nebo nebude realizovat, Návrh řešení – v této fázi jsou funkčními a technickými konzultanty vypracovány: funkční analýza – dokument, který podrobně popisuje návrh řešení z funkčního pohledu v rámci možností používané aplikace, technická analýza – vypracovává technický konzultant na základě podkladů z funkční analýzy.
40
Jedná se o dokument, který
podrobně popisuje všechny vytvořené změny z pohledu vývojáře Vývoj řešení - jedná se o realizační část, kdy programátor vyvíjí konkrétní lokalizační požadavek na základě technické a funkční specifikace, technická analýza – vypracovává technický konzultant na základě podkladů z funkční analýzy.
Jedná se o dokument,
který podrobně popisuje všechny vytvořené změny z pohledu vývojáře, Testování – je nutné provést rozsáhlé testy nově vzniklé lokalizace. Testování provádí funkční konzultanti. Výsledky testů jsou zaznamenávány do zvlášních formulářů, Vytvoření dokumentace – po úspěšném provedení testů je nutné vytvořit závěrečnou dokumentaci: Instalační dokumentace – jedná se o velice důležitý dokument, který se posílá zákazníkovi společně s nově vytvořenou lokalizací, tak aby zákazník přesně věděl, jak lokalizaci nainstalovat, Technická dokumentace – jedná se o interní dokument, kde jsou přesně popsány technické parametry nově vzniklé lokalizace, Funkční dokumentace – jedná se o interní dokument, kde jsou podrobné informace o tom, jak daná lokalizace pracuje z funkčního hlediska. Informace zákazníkovi – zákazník je informován o vzniku nové lokalizace a následné distribuci. Popis procesu supportu: Zákazník zadá Service Request pomocí zákaznické aplikace, Analýza problému, Oprava kódu, Funkční testování, Zapsání řešení do SR, 41
Informace zákazníkovi. Ad 2. Lokalizace verze 12 Lokalizace Oracle e-Business Suite verze 12 jsou kompletně převedeny do globálního developmentu v Oracle India (IDC). Veškerá správa a vývoj těchto lokalizací jsou v kompetenci globálního developmentu, který komunikuje s kontaktní osobou pro Českou republiku (SPOC). Proces vývoje supportu a nových požadavků: Zadání požadavku – nový požadavek může vzniknout např. interním sledováním legislativy, požadavek z projektu nebo požadavek zákazníka, který je zadán přes web stránky MyOracleSupport v podobě tzn. Service Requestu (SR), Zpracování požadavku – primární zpracování požadavku je prováděno pracovníkem HUB, který identifikuje původ SR a předá ho kompetentnímu oddělení, Přijetí požadavku na lokalizaci – přidělení čísla požadavku na lokalizaci, Lokální analýza problémy (SPOC – single point of contact) – zodpovědná osoba za lokalizace v České republice provede detailní analýzu. Identifikuje, zda se jedná o legislativní požadavek nebo obchodní zvyklost, kolik zákazníků bude tento požadavek potřebovat, eventuelně navrhne alternativní řešení, Zadání ER – v případě, že byl požadavek shledán jako nutný k vytvoření nové lokalizace, SPOC zadá Enhancement Request (ER), tzn. žádost o rozšíření funkcionality a předá do oddělení globálního developmentu (IDC), Analýza developmentu – na základě ER development vypracuje pracnost a provede funkční a technickou analýzu, Rozhodnutí o realizaci – globální management rozhodne, zda bude nebo nebude požadavek realizován, Návrh řešení – v případě rozhodnutí o realizaci nastává etapa návrhu řešení. Jedná se o etapu, kdy je prováděna funkční analýza ve spolupráci SPOC a IDC, Technická analýza – na základě akceptované funkční analýzy development provede technickou analýzu, Vývoj řešení – nastává etapa vývoje řešení, které provádí globální development, 42
Testování – hotové řešení je důkladně přetestováno kontaktní osobou (SPOC), Vytvoření dokumentace – po akceptaci testů je developmentem vytvořena technická a funkční specifikace, pro zákazníky je vytvořena uživatelská příručka, Revize dokumentace – veškerá dokumentace projde revizí kontaktní osoby, Uvolnění lokalizace – po všech provedených akceptacích je lokalizace uvolněna pro zákazníky na web stránkách MyOracleSupport. Shrnutí etapy: Lokalizace Oracle E-Business Suite jsou v současné době převedeny do globálního developmentu v Oracle India (IDC), který je zodpovědný za jejich správu a vývoj. Na úrovni lokální pobočky České republiky existuje kontaktní osoba, tzn. SPOC – Single Point of Contact, která je zodpovědná za komunikaci s globálním develomentem, prováděním legislativní expertízy, komunikací se zákazníky a ostatními odděleními společnosti Oracle Corporation, za správu a vývoj lokalizací verze 11i, které nebyly převedeny do globálního supportu a tudíž zůstávají v kompetenci lokální pobočky Oracle Czech.
3.6 Zhodnocení přístupů V době, kdy společnost Oracle Czech začíná na trhu nabízet aplikace Oracle E-Business Suite vzniká i nutnost tyto aplikace přizpůsobit legislativním podmínkám České republiky. Tato řešení jsou zpočátku v kompetenci partnerských firem, ale později je společnost Oracle přebírá. Vývoj a podpora jsou realizovány na úrovni české pobočky a zastřešovány Product managerem. O samotné lokalizační řešení se starají funkční a techničtí experti oddělení Consultingu. Výhody: komunikace se zákazníkem v českém jazyce, znalost české legislativy, obchodních zvyklostí a prostředí u zákazníka. Nevýhody: lokalizace se nedá stáhnout z webovských stránek jako patch, lokalizace existují pouze v českém jazyce. V současné době existuje lokalizační oddělení, které je na úrovni globálního developmentu Oracle India (IDC). Vývoj nových lokalizací a podpora stávajících jsou v jejich plné 43
kompetenci. Na úrovni lokální pobočky České republiky funguje tzv. SPOC – Single Point of Contact. Jedná se o osobu, která komunikuje a podílí se na řešení lokalizací s globálním developmentem, komunikuje s českými zakazníky, provádí legislativní expertízu a vyhodnocuje žádosti o nové požadavky. Je zodpovědná za support lokalizací verzi 11i, které nebyly převedeny do globálního developmentu. Výhody: správa a vývoj lokalizací za celou EMEA jsou centralizovány na jednom místě. Nevýhody: komunikace s českým zákazníkem pouze v anglickém jazyce, neznalost českého prostředí a legislativy, nepružnost při řešení nových požadavků nebo stávajících požadavků při změně legislativy, vývoj a support jinde než v ČR. Závěr: V každém z těchto přístupů se dají identifikovat výhody i nevýhody. Ze své vlastní praxe a dle mého názoru je mnohem efektivnější a důležitější provozovat vývoj a správu lokalizací ve stejné zemi, kde působí zákazník využívající tyto aplikace. Je nutné, aby funkční i technický odborník znal prostředí dané země, tj. legislativvní požadavky, obchodní zvyklosti a požadavky zákazníka. Takto navrhovaný přístup může zajistit dodávku kvalitních služeb a spokojeného zákazníka.
44
4 Trendy v aplikacích Podnikové
informační
systémy
mají
obrovskou
vnitřní
dynamiku
technologicky
orientovaného rozvoje. Největší vliv na změnu a vývoj informačních systémů má v současné době internet, díky kterému je snadná dostupnost IS při zadávání a využívání dat. Internet má také veliký vliv na celou koncepci informačního systému. Za největší trendy v technologickém vývoji v současné době považujeme mobilní aplikace a fenomén označovaný jako Cloud computing.
4.1 Cloud computing Co si představíme pod názvem Cloud computing? Nejedná se o nový produkt jako je např. hardware nebo software, ale jedná se o model poskytování ITC služeb poskytovaných přes síť (internet). Tento termín se začal poprvné objevovat okolo roku 1999. První komerční služba se objevila v roce 2006. Jednalo se o společnost Amazon Web Service – AWS. „Zákazníci využívající cloud computing spotřebovávající ICT zdroje jako službu a platí tak jen za zdroje, které skutečně využívají. Podstatnou vlastností cloud computingu je, že uživatel neví a ani nepotřebuje vědět, kde jsou fyzicky umístěna data a funkcionalita jím užívaných aplikací.“ (Josef Basl, 2012) Z hlediska poskytování služeb Cloud computingu dělíme na: -
Infrastruktura jako služba (IaaS) – poskytování výpočetního výkonu, infrastruktury a
datových úložišť, nejčastěji prostřednictvím virtualizace. Výhodou IaaS řešení je vysoká škálovatelnost výpočetního výkonu. Aplikace zákazníků jsou od sebe vždy odděleny a dodatečná bezpečnostní opatření chrání aplikace před neoprávněným přístupem přes internet, -
Platforma jako služba (PaaS) – představuje službu, kdy se poskytují kompletní
prostředky pro vývoj a údržbu vlastních aplikací dostupných prostřednictvím internetu. V tomto případě má zákazník k dispozici kompletní vývojové, ladící a aplikační prostředí, ve kterém je možné vytvářet a následně provozovat vlastní aplikace. Na rozdíl od konceptu SaaS zde nejsou pronajímány již vytvořené aplikace, ty si zákazník musí vyvinout sám. Tento koncept je ze všech kategorií CC nejmladší a v současné době není příliš rozšířen (např. Microsoft Azure, Google AppEngine), 45
-
Software jako služba (SaaS) – jedná se o způsob provozování SW, při kterém zákazník
používá SW formou služby prostřednictvím internetu. Zákazník nepotřebuje nakupovat technické vybavení ani licence SW. Provozovatel poskytuje zákazníkovi hosting SW na svém technickém vybavení. V porovnání s tradičním modelem licencování nebo obstarání SW představuje rychlejší způsob nasazení dané aplikace nebo řešení a optimalizaci jejich provozních nákladů. Obecné výhody SaaS: -
platí se výhradně za to, co se skutečně používá,
-
nemusí se realizovat vysoká jednorázová platba při nákupu,
-
není nutné pořizovat potřebnou infrastrukturu a software pro provoz,
-
odpadá správa upgradu systémů a zvyšování výkonnosti hardwaru,
-
není nutné aktualizovat a nasazovat nové verze dané aplikace,
-
nehradí se náklady spojené s vývojem aplikace a její licence,
-
daná aplikace je dostupná za standardních podmínek kdekoli a kdykoli.
Cloud computing můžeme dále dělit dle toho, jaký je jeho model nasazení: Veřejný (Public cloud computing) – v tomto případě se jedná o model, kde je výpočetní služba nabízena široké veřejnosti, Soukromý (Private cloud computing) – v tomto případě je oblak provozován pouze pro organizaci. Je provozován samotnou organizací nebo využívá služeb třetí strany, Hybridní (Hybrid cloud computing) – jedná se o kombinaci veřejných a soukromých claudů, Komunitní (Comunity cloud computing) – pro tento model je charakteristické sdílení infrastruktury cloudu několika organizacemi, skupinami lidí, kteří ji využívají.
4.2 Mobilní aplikace Dalším klíčovým fenoménem trendů současných aplikací podnikových informačních systémů jsou mobilní přístupy. Jaký je přínos mobilních aplikací?
46
Mobilní aplikace na chytrých telefonech otevírají zcela nové možnosti v kontextu situace, ve které se uživatel nachází. Aplikace je nainstalována a využívána přímo v telefonu uživatele. V současné době existuje celá řada mobilních aplikací a to v oblasti bankovnictví, telekomunikací, zdravotnictví, státní správu, nemovitostí, dopravy, atd. Aplikace se vyvíjejí nejčastěji na platformách: I-Phone a I-Pad společnosti Apple, který odstartoval boom na trhu s chytrými telefony, Android – tato platforma je poměrně mladá, ale velice úspěšná od společnosti Google, Nokia – představuje velikou uživatelskou základnu, Windows phone – jedná se o aplikace na platformě Microsoft, BlackBerry - výrobce Research in Motion je na trhu chytrých telefonů nejdelší dobu a je v oblibě zejména u firemních zákazníků.
47
Závěry a doporučení Hlavním cílem bakalářské práce bylo analyzovat jednotlivé etapy vývoje českých lokalizací Oracle E-Business Suite v České republice a ne méně důležitým dalším cílem bylo poskytnout všeobecný přehled o tom, co podnikové aplikace znamenají, jaká je jejich charakteristika, struktura a členění. Dále seznámit se blíže s informačním systémem Oracle EBusiness Suite a jejich aplikacemi a zjistit jaké jsou současné trendy v aplikacích. Při zpracování prvních dvou kapitol jsem čerpala z dostupné tištěné a elektronické literatury. Informací k této tématice je opravdu mnoho, ale jelikož oblast informačních technologií jde kupředu opravdu velice rychle, je zapotřebí sledovat poslední trendy a dbát na to, aby informace nebyly příliš zastaralé. Při zpracování kapitoly „Lokalizace Oracle E-Business Suite“ jsem čerpala pouze a jenom ze své vlastní zkušenosti. Analýza byla založena na třech vývojových etapách. Z toho první etapa byla pojata jako začátek působení lokalizace Oracle EBS na českém trhu, za druhou etapu jsem považovala projekt migrace těchto lokalizací a třetí etapa znázorňovala současné fungování lokalizací v českém prostředí. Výsledkem je porovnání těchto epat z hlediska správy a vývoje a z hlediska pohledu zákazníka. Dle mého osobního názoru se nevyplatí oddělovat vývoj a správu českých lokalizací do zemí, kde neznají české prostředí, legislativní požadavky a obchodní zvyklosti a požadavky českých zákazníků. Tento nesoulad se dle mého názoru musí projevit na kvalitě poskytovaných služeb.
48
Seznam použité literatury Tištěné [1]. Basl, Josef a Roman Blažíček, Podnikové informační systéym: Podnik v informační společnosti 3., aktualizované a doplněné vydání. Praha: Grada, 2012. ISBN 978-80-2474307-3 [2]. Gála,L., J.Pour a Z.Šedivá, Podniková informatika 2., přepracované a aktualizované vydání. Praha: Grada, 2009. ISBN 978-80-247-2615-1 Elektronické [3]. ERP Forum: Vývoj ERP systémů z pohledů malých a středních podniků [online]. 20092013 [cit 2013 03-01], dostupné z http://www.erpforum.cz/erp-trendy/vyvoj-erp-systemu-z-pohledu-malych-a-strednichpodniku.html [4]. ERP Systémy.cz: Historie ERP systémů [online]. 2013 [cit. 2013 03-15], dostupné z http://erp-systemy.cz/historie-erp-systemu [5]. ICOM Vision: Mobilní aplikace [online]. 2006-2013 [cit. 2013 03-15], dostupné z http://www.icomvision.com/cs/produkty-a-sluzby/mobilni-aplikace [6]. Microsoft: Profil společnosti Microsoft Česká republika [online]. 2013 [cit. 2013 03-15], dostupné z http://www.microsoft.com/cs-cz/news/inside_ms.aspx [7]. Oracle: Oracle E-Business Suite [online]. 2013 [cit. 2013 03-15] dostupné z http://www.oracle.com/us/products/applications/ebusiness/overview/index.html [8]. Sage: About Us [online]. 2012 [cit. 2013 03-15], dostupné z http://www.sage.com/ourbusiness/aboutus [9]. SAP, Česká republika: Lepší řízení firem [online]. 2013 [cit. 2013 08-17], dostupné z http://www.sap.com/cz/about/index.epx [10].
Systém online: ERP v maloobchodním řetězci [online]. 2011-2013 [cit. 2013 03-15],
dostupné z http://www.systemonline.cz/erp/erp-v-maloobchodnim-retezci.htm
49
Seznam obrázků a tabulek Seznam obrázků OBRÁZEK 1 ROZŠÍŘENÝ POHLED NA ERP MODEL PODNIKOVÉHO INFORMAČNÍHO SYSTÉMU ZDROJ: [3]
11
OBRÁZEK 2 ZJEDNODUŠENÉ SCHÉMA PRINCIPU PROCESNĚ ORIENTOVANÉHO PODNIKU, ZDROJ: [3]
13
OBRÁZEK 3 LOGO ORACLE E-BUSINESS SUITE, ZDROJ: [7]
20
OBRÁZEK 4: HYPERHUB, ZDROJ: AUTORKA
28
OBRÁZEK 5: SEZNAM LOKALIZACÍ, ZDROJ: AUTORKA
33
OBRÁZEK 6: SEZNAM LOKALIZACÍ, ZDROJ: AUTORKA
34
Seznam tabulek TABULKA 1 ZMĚNY V INTEGRACI A FUNKČNÍ ORIENTACI SOFTWARU V UPLYNULÉM DESETILETÍ, ZDROJ:[1] ..... 10 TABULKA 2 VAZBA KUSOVNÍKU A PRINCIPU PLÁNOVÁNÍ, ZDROJ *1] ................................................................... 17
50
