SÍLA INFORMACE - OR-CZ · dílenské řízení výroby konfigurátor objektů s přímým...

SÍLAINFORMACE

O R C O M P U T E R

S Y S T E M S

I N T E R N A T I O N A L

2 0 0 5

EDITORIAL

OR-SYSTEM JE VIDĚT - NEPATŘÍ DO SKUPINY "OSTATNÍ"

SYSTÉMOVÁ INTEGRACE V ROCE 2005

IT PROJEKT ROKU 2004

NEJLEPŠÍ Z NÁS V ROCE 2004

ORTEX A JEHO PARTNEŘI

NÁRODNÍ PROGRAM POČÍTAČOVÉ GRAMOTNOSTI

DIALOG S UŽIVATELI TVOŘÍ BUDOUCNOST OR-SYSTEMU

NOVÉ VLASTNOSTI JÁDRA OR-SYSTEMU

GRAFY V OR-SYSTEMU

TABULKOVÉ PŘEHLEDY V OR-SYSTEMU

TPV DLE KONFIGURÁTORU

MAKRA A OR-SYSTEM

OR-SYSTEM V DLANI - MOBILNÍ SNÍMAČE ČÁROVÉHO KÓDU

TISKÁRNY ČÁROVÉHO KÓDU A PŘIPOJENÍ K OR-SYSTEMU

PŘEPRAVNÍ LISTY A EDI

SELFBILLING

PODNIKOVÝ PORTÁL

MANAŽERSKÝ INFORMAČNÍ SYSTÉM POD TAKTOVKOU CPM

INFORMAČNÍ SYSTÉM ROSTE S NÁMI - VÝVOJ INFORMAČNÍHO SYSTÉMU

DRUŽSTVA OBZOR

IMPLEMENTACE MANAŽERSKÉHO INFORMAČNÍHOSYSTÉMU A SOUČASNÝ STAV INFORMAČNÍCH

TECHNOLOGIÍ

HELPDESK JAKO NÁSTROJ KVALITNÍ PÉČE O ZÁKAZNÍKA A JEHO PODPORY

LOGISTIKA - TEORIE A PRAXE

1

2

3

4

6

7

7

8

9

12

13

14

15

16

18

20

21

23

24

27

29

31

32

OBSAH

Vážení čtenáři,

ani se nechce věřit, že tato Síla informace je, sice teprve třetísvého jména, už dvaadvacátým pokračováním našeho časopisu.Ano, opravdu dvaadvacátým. Začali jsme už v roce 1991 a zpo-čátku vydávali časopis, původně s názvem OR Computer Sys-tems, od roku 1994 jako OR-INFO, častěji. Přece jen převrat-ných událostí přicházelo v té době mnoho a my, na ně nezvyklí,je hltali a rádi se o ně dělili s našimi čtenáři. O tehdá dodáva-ných strojích jsme například psali: "Texas Instruments 1507 má4 nebo 16 MB operační paměti, která je rozšiřitelná do 64 MB…". To bylo "srdce" podnikového informačního systému, že?

Skoro dojemné, nezdá se Vám? A nyní pár dalších čísel. Slavíme letos patnácté výročí dodání prvního OR-SYSTEMuv Čechách. Někdo by o něm mohl říci - starý pán. Ale podívej-te se na jeho letošní tvář a schopnosti. Nemusíte chodit daleko.Náš vývojový tým Vám ho přiblížil na několika stranách uvnitřčasopisu. Uvidíte moderního a výkonného pomocníka pro každou fabriku - na první pohled. Dočtete se o nových vlast-nostech jeho jádra, o možnostech grafické interpretace v němzpracovaných údajů, o nových funkcích konfigurátoru objektů,o využití prostředků automatické identifikace při pořizovánía zpracování dat a o dalších novinkách v něm. Druhý, detailnípohled vám rádi umožní naši konzultanti.

Patnácté výročí si žádá také oslavy a dárky. I my jsme sijeden nadělili. Ne sice úplně přímo, přesto jsme na něj pyšní.Obdarovala nás odborná komise CACIO (Česká asociace mana-žerů úseků informačních technologií) pod vedením prof. Ing.Zdeňka Molnára, CSc. z Univerzity Tomáše Bati ze Zlína. Dár-kem je titul "IT projekt roku 2004" udělený Nemocnici Břeclav,příspěvkové organizaci za projekt "Archivační a dokumentačnísystém MARIE PACS". Více o něm najdete rovněž na dalšíchstránkách.

Tradiční místo jsme vyhradili manažerským informacím,k čemuž nás vede řada úspěšných implementací našich aplikacísystému OR-BUSINESS INTELLIGENCE. Systém je nasazennejen u uživatelů OR-SYSTEMu, ale bez problému spolupra-cuje s řadou jiných standardních ERP systémů.

Další naši významnou součást našeho portfolia představujíkomunikační systémy a systémy péče o zákazníka. V časopiseje zastupuje článek, převzatý z vydavatelství Economia, časo-pisu Technik, zobecňující zkušenosti s provozem vlastníhořešení HelpDesku. Věřím, že příště Vám budeme moci podrob-ně představit nasazení HelpDesku v motolské nemocnici, kde

slouží šesti tisícovkám uživatelů.S laskavým přispěním a svolením našich zákazníků přidá-

váme i dvě studie o jejich zkušenostech s provozováním OR-SYSTEMu. Naše poděkování za ně patří Ing. RomaněHonomichlové z plzeňského v.d.i. OBZOR a Ing. StanislavuKřivánkovi z LOSTRu Louny.

Podobně jako tento úvodník, sahá do minulosti i pojednánío vývoji systémové integrace a našem přístupu k ní.

A na závěr? Dlouholetá spolupráce s Technickou univerzi-tou Liberec našla jeden ze svých vrcholů. Je jím společná knihaDoc. Ing. Josefa Sixty, CSc. a Ing. Václava Mačáta s názvemLOGISTIKA - teorie a praxe. Stručnou recenzi najdete v závě-ru časopisu.

A na úplný závěr? Přestože naším přednostním zájmem jezajištění dostatku prostředků na nerušený chod firmy a posky-tování spolehlivých služeb, přijali jsme letos tak trochu "chari-tativní" výzvu a zapojili se do aktivity Ministerstva informatikyČR - Národního programu počítačové gramotnosti. Učenízákladům práce s počítačem a základními softwarovými nástro-ji laickou veřejnost není sice výnosné, ale spokojenosta pochvala, zejména od starších účastníků, těší nejen samotnélektory. Doufáme, že s touto naší pomocí se podaří změnitnepříznivý vývoj zaměstnanosti v regionu.

Když už jsem u té charity… "Pod modrou oblohou" se skrý-vá obdivuhodný nápad a iniciativa moravskotřebovské učitelkyPaedDr. Hany Horské spočívající ve vyhlášení celostátnívýtvarné soutěže pro dvě kategorie žáků a studentů středníchškol a gymnázií. Představa autorky, že by se počítačový zájemmládeže mohl přenést od různých násilnických her k oduševně-lému vytváření příjemných obrázků “microsoftovým Malová-ním” a jejich následnému vystavení a vyhodnocení oslovilanejen nás, ale i český Microsoft. Věříme, že s touto podporou sepodaří zapojit do projektu většinu českých škol a zasít tak ales-poň pár ušlechtilých semínek do lánu dosud planě rostoucí etikya kultury naší společnosti.

Přeji Vám příjemné a zajímavé čtení.

EDITORIAL

Ing. Jiří Žďára

1

2

Je potěšující, že se OR-SYSTEM (a oba jeho tvůrci OR-CZa ORTEX) objevil mezi sedmi jmenovanými aplikacemi ERP,které jsou v ČR nejrozšířenější. Výraznou pozici přitom máOR-SYSTEM v oblasti plánování a řízení výroby, která nenív tabulce uvedena. Jeho poslední verze, distribuovaná v dubnuletošního roku, je další reakcí tvůrců na potřeby českého trhua důkazem jejich znalostí z hlediska požadované funkcionalityIS a moderních vývojových prostředků. Nejen oni, ale my všich-ni si vážíme spolupráce se širokou základnou našich zákazníkůa na pravidelných společných pracovních setkáních přebírámejejich potřeby a požadavky, o které je následně OR-SYSTEMobohacován. Především oblast řízení výroby s řadou oborovýchřešení je obvyklou oblastí výměny bohatých a dlouholetých zku-šeností našich vlastních projektantů s odborníky přímo z praxedaných odvětví. Zvláště z tohoto důvodu se OR-SYSTEM můžepochlubit unikátními řešeními, jakými jsou např.:

zásobník práce a prohlížecí tabule pro operativní

dílenské řízení výrobykonfigurátor objektů s přímým propojením do oblasti TPVvariantní podpora plánování a řízení výroby (zakázková,sériová, hromadná výroba)podpora automatizované identifikace a bezkontaktního sběrudat - čárové kódy, RFID aj.podpora nejmodernějších trendů v komunikaci - EDI, XML.

OR-SYSTEM vždy na prvním místě preferoval širokoua kvalitní funkcionalitu, což je podle mínění jeho tvůrců prvo-řadý uživatelský zájem. Ta donedávna mohla být příčinoupotlačování grafické vizualizace. Proto letošní první uvolněnádistribuční verze "nové generace" OR-SYSTEMu přináší dooblasti prezentační vrstvy zásadní změny, jež jsou v souladus nejmodernějšími trendy. Tato nová prezentační vrstva samo-zřejmě zachovává a dále rozšiřuje původní bohaté možnostiuživatelského nastavení tak, aby i nejnáročnější zákazníci zís-kali i v této oblasti pocit, že pracují s moderním systémem.

V komerční příloze Hospodářských novin ze dne 8.3.2005 byly zveřejněny výsledky průzkumu kterýprovedl nezávislý konzultant a publicista Ing. Lubomír Karpecki ve 233 podnicích v ČR. Výsledkybyly shrnuty do takovéto tabulky:

Aplikace FINANCE NÁKUP OPERATIVNÍ PERSONALISTIKA

(producent nebo bližší specifikace) & SKLADY PODPORA MZDY

CONTROLLING MTZ PRODEJE

SAP R/2, SAP R/3, mySAP.com (SAP) 17,8% 16,7% 15,6% 7,8%

Oracle Aplications, PeopleSoft, OneWorld

(Oracle/PeopleSoft/J.D.Edwards) 2,3% 1,3% 1,3% 0,0%

Navision Financials, Navision XAL, Dynamics C/S (microsoft) 4,6% 4,3% 4,1% 1,4%

OR-System (ORTEX/OR Moravská Třebová) 3,5% 2,5% 2,8% 2,8%

Noris, Hellos IQ (LCS International) 3,3% 2,9% 2,9% 3,2%

Ostatní zahraniční ERP - aplikace (high-end)* 5,8% 6,3% 5,9% 0,4%

Ostatní zahraniční ERP - aplikace (střední cenová kategorie)** 3,6% 3,5% 3,2% 0,3%

Ostatní tuzemské ERP - aplikace (střední cenová kategorie)*** 4,6% 4,6% 3,7% 3,5%

Aplikace vyvinuté >> na míru << 10,0% 15,2% 18,6% 10,3%

Ostatní, dílčí aplikace nebo je v době dotazování nevyužívaly 44,4% 42,7% 41,9% 70,3%

* - např. Baan (SSA Global), BPCS (SSA Global), MFG/PRO (qad), MOVEX (intentia), System21 (GEAC)** - např. SCALA (SCALA), EXACT (EXACT), MAX (SSA Global)*** - např. ProFig (DELTAX), Diamac (Benefitt&Diatryma), ESO (PVT)

Zdroj: Ing. Lubomír Karpecki

OR-SYSTEM JE VIDĚT NEPATŘÍ DO SKUPINY "OSTATNÍ"

SÍLA INFORMACE NARŮSTÁ

Mgr. Stanislav Nisler, Ing. Antonín Vymětal

3

V roce 1989, od kterého se datují začátky podnikání dnešní spo-lečnosti OR-CZ, byl pojem systémová integrace (SI) pojmemnovým, málo známým. S revolučními změnami ve společnostiv tehdejším Československu došlo i k revolučním změnámv možnostech a způsobu využití výpočetní techniky. První projekt, který pracovníci společnosti realizovali v letech 1989-1991byl skutečně na tuto dobu revoluční. Jednalo se o zásadnízměnu infrastruktury IT ve velkém výrobním podniku s vícenež 5.000 zaměstnanci rozmístěnými v 18 závodech na územícelé ČR. Cílem projektu bylo nahradit centrální výpočetní stře-disko s cca 50 zaměstnanci decentralizovaným zpracováním data informací přímo na jednotlivých závodech. Skutečnost, žemísto vlastního vývoje aplikačního software (ASW) byl prořešení použit ASW (ERP) dodaný ze SRN a lokalizovaný proČeskou republiku a Slovensko byla rovněž velkou novinkou.OR-CZ se tak stala jedním z prvních českých systémových inte-grátorů. Pod pojmem SI jsme tehdy rozuměli komplexní řešeníinformačního systému, spočívající v dodávce následujícíchzákladních částí informačních technologií:

vybudování kabelážeHW (server, terminály, tiskárny)ASW (ERP) implementace ASWúdržba a vývoj ASW.

Převažující částí projektů co do finančního objemu přitom v tédobě byla kabeláž a HW. Řešení bylo zaměřeno zejména nainterní komunikaci a integraci uvnitř podniku.Dnes po 15 letech je situace jiná a obor systémové integrace sevelmi výrazně změnil. Zdaleka již nejde pouze o integraci technologickou, zaměřenou dovnitř podniku. Naprosto zřetelněse SI posunula do řídicí a strategické úrovně a stále více převa-žuje externí komunikace a integrace. Do popředí se rovněždostává význam služeb, zatímco vlastní technologie ustupují dopozadí. Vysoké nároky na systémovou integraci, resp. systémo-vého integrátora dokumentuje názorné schéma moderníhoinformačního systému.Jak je zřejmé z grafu, je systémová integrace v současné dobědávána do přímé souvislosti s naplňováním strategických cílů spo-lečností v podnikatelském i neziskovém sektoru. Graf vyplýváz průzkumu názorů na definici systémové integrace mezi dodava-teli ERP systémů. Domnívám se ale, že průzkum mezi zákazníkysystémových integrátorů by vykazoval výsledky obdobné.

Obr. 1: Architektura Moderních informačních a komunikačních systémů -Prof. Ing. Jiří Voříšek, CSc., Seminář TOP M 2005 - přednáška "Řízení

informatiky na bázi informatických služeb"

SYSTÉMOVÁ INTEGRACE V ROCE 2005 Ing. Václav Mačát

Zdroj: Centrum pro výzkum IS 2004

Legenda:

1. Technické propojování heterogenních systémů na nejrůznějších úrov-ních (hw, protokoly, databázové systémy atd.).

2. Řešení jednoho konkrétního IS/ICT projektu, přičemž systémovou inte-grací rozumíme optimální sladění projektového a právního přístuputak, aby bylo dosaženo cílů projektu.

3. Dlouhodobý koordinovaný proces řešení IS/ICT projektů vycházejícíze strategického záměru zákazníka s cílem plnit jeho vyvíjející sepožadavky na řízení procesů v organizaci.

4. Dlouhodobý koordinovaný proces řešení všech podnikových projektů(nejen IS/IT) s cílem naplňovat strategický záměr zákaznické organizace.

5. Nedokážu definovat.6. Jiná definice.

Hodnota 69 respondentů - manažerů dodavatelských firem (1 odpověď =1 respondent). Odpovědi vyjadřují relativní četnosti.

4

Česká asociace manažerů úseku informačních technologií(CACIO) vyhlásila výsledky soutěže IT projekt roku 2004.Odborná patnáctičlenná komise pod vedením Prof. Ing. ZdeňkaMolnára, CSc. z ČVUT vybrala z jednatřiceti přihlášených pro-jektů tři vítězné. Trochu překvapivě, ale zaslouženě se mezivítězi objevil projekt s názvem Archivační a dokumentačnísystém MARIE PACS. Jeho přihlašovatelem a současně uživatelem je Nemocnice Břeclav, příspěvková organizacea dodavatelem OR-CZ spol. s r. o. z Moravské Třebové. Jakpraví získaný diplom, titul byl udělen za vysokou užitnou hod-notu pro pacienty, progresivní způsob provozování s minimál-ními náklady a snadnou přenositelností na jiné nemocnice. A cose pod názvem projektu skrývá?

Jedná se o komponenty komplexního řešení PENTAS,zaměřeného na digitalizaci RTG pracovišť. Toto řešení na čes-kém trhu nabízí společnosti AURA, OR-CZ a Vidis, jejichžtechnologie pro digitalizaci, archivaci, zobrazení, distribucia výstupy jsou v řešení PENTAS použity. V nemocnici Břeclavbylo nasazeno jádro zmíněného řešení, systém MARIE PACSzajišťující sběr, archivaci a správu obrazové zdravotnické doku-mentace a její poskytování všem oprávněným žadatelům. Jiný-mi slovy - ukládání digitálních snímků pacientů ze zdravotnic-kých RTG přístrojů (modalit) do elektronického archivu a jejichnásledné zobrazení na obrazovkách a monitorech oprávněnýchdiagnostiků a dalších lékařů, kdykoliv je potřebují. Projektvzbudil pozornost poroty tím, že představuje, kromě úsporytrvalých provozních nákladů na chemikálie a fotografické mate-riály, komplexní dodávku technologie, včetně správy, údržbya servisních zásahů formou outsourcingu. Uživatel tak získal zapevný paušální poplatek nejen potřebná zařízení a software, alei záruku bezchybného, dodavatelem kontrolovaného a nepřetr-žitě dostupného provozu. Snadnou přenositelností, zmíněnourovněž ve zdůvodnění poroty, je míněno jednoduché nasazenísystému v nemocnicích všech velikostí, vybavených rozličnýmijak softwarovými (nemocniční informační systémy apod.), takakvizičně-zobrazovacími (rentgeny, CT apod.) prostředky.

Jak již bylo řečeno, v břeclavské nemocnici je nasazenojádro řešení PENTAS, kterým je archivační a distribuční systémMARIE PACS (MARIE = Medical Archiving and Retrieval ofImages Electronically, PACS = Picture Archiving and Commu-nication System) - původem z USA, kde je nejvíce rozšířen.Před zhruba třemi roky se OR-CZ spol. s r. o. stala jeho doda-vatelem a současně autorizovaným servisním střediskem prostřední a východní Evropu a Afriku. Pro diagnostické a klinic-ké prohlížení snímků byly instalovány pracovní stanice xVision

300 a xVision 100. V první etapě byly na tento systém napoje-ny modality, které jsou schopny komunikovat přes mezinárodnístandardní rozhraní DICOM, ale i jedna modalita, u níž se“digitalizace” dodávala v rámci řešení. Součástí úvodní etapybylo také nastavení komunikačních a distribučních pravidel,včetně zabezpečení dat v systému. Součástí dodaného řešení jejiž od začátku nepřetržitý monitoring systému, což zajišťuje stabilitu a spolehlivost. V dalších etapách se počítá s vyššímstupněm integrace řešení PENTAS s nemocničním IS a zejmé-na digitalizací dalších RTG modalit.

Architektura systému umožňuje řešení jednotlivých bezfilmo-vých pracovišť, ale také rozsáhlých distribuovaných komplexůs více archivačními centry. Otevřenost systému vede k možnostioprávněných zákaznických úprav a integrovatelnosti systému dojakéhokoliv nemocničního informačního systému s možnostíspolupráce s více takovými systémy současně. Výše uvedené tech-nologie také dovolují budovat tento systém i jako regionální řešenípro výměnu a sdílení obrazových informací mezi jednotlivýmizdravotnickými zařízeními (společná zálohovací centra apod.).MARIE PACS zhodnocuje více než třicetileté zkušenosti svéhotvůrce a pro současné české zdravotnictví představuje svojí cenoua kvalitou, více než přijatelnou variantu vynakládání, resp. úsporynákladů v oblasti zobrazování zdravotnické dokumentace.

V souvislosti s tímto projektem je zapotřebí ocenit rovněžodvahu a prozíravost vedení břeclavské nemocnice uskutečnit tentoprojekt a svěřit dodávku a zvláště správu celého systému do rukou

IT PROJEKT ROKU 2004

Obr. 1: Petr Baťka a Rudolf Dobiáš z Nemocnice Břeclav s cenami pro vítěze



5

externího dodavatele. Outsourcing je termín skloňovaný nejenv počítačové komunitě ve všech pádech. Jeho masivnímu rozší-ření však brání různé, víceméně psychologické, překážky.Přitom se již delší čas diskutuje a tvoří téměř nová vědní discip-lína skrytá pod zkratkou SLA. Service Level Agreement -smlouva o úrovni poskytovaných služeb představuje závaznoudohodu o tom, v jakém rozsahu a kvalitě budou prováděnydohodnuté činnosti. Současné poznatky o specifikaci a obsahuSLA (viz. např. Učeň: Metriky v informatice, Grada, 2001, ISBN

80-247-0080-8) dovolují specifikovat přesné podmínky, pravidlaa metriky smluvních úkonů a zcela zpřehlednit práva a povin-nosti obou stran smluvního vztahu. Obecně se tedy dá říci, že přisprávném nastavení smluvních vztahů a parametrů ceny a kva-lity služby, může uživatel formou outsourcingu získat naprostoprofesionální, bezpečné a efektivní řešení, což se evidentněv případě projektu PENTAS v nemocnici Břeclav podařilo.

6

Ing. Jiří TOMÁŠ Dlouhodobě jeden z nejlepších pracovníků úseku realizaceERP. Velmi schopný, zkušený a spolehlivý konzultant produk-tu OR-SYSTEM. Je vedoucím projektu nebo garantem u řadyvýznamných zákazníků, např. VELOSTEEL, BLANCO,KAREX, ALFANAMETAL, VOP, DEPRAG, LOSTR aj.

Karel TRNKAJeden z nejlepších vývojářů našeho nosného produktu OR-SYSTEM.Odvádí velmi kvalitní práci v oblasti skladového hospodářství. Aktivněse podílí na dalším rozvoji OR-SYSTEMu, který patří stále mezinejmodernější produkty ERP.

Pavel MACHÁNEKDlouholetý pracovník OR-CZ pod jehož vedením byla realizována řada pro-jektů počítačových sítí: Městský úřad Svitavy a Moravská Třebová, Rehau,Boncar atd. Jeho tým pracuje velice kvalitně a obětavě, což ocenilo několikzákazníků písemným poděkováním. A k tomu všemu se vzorně stará o majetekOR-CZ.

RNDr. Milan PILNÝČlen nejmladšího týmu OR-CZ - divize Medical Solution.Špičkový specialista a motor rozvoje našeho nového produk-tu MARIE PACS zajišťuje mimo jiné nepřetržitý servis (včet-ně nocí a víkendů) pro naše zákazníky - nemocnice. Spolus ostatními členy týmu usiluje o certifikaci servisního centrapro Evropu.

Ing. David SEDLÁČEKVysoce kvalifikovaný specialista úseku Technických služeb, kterýzajišťuje servis unixových systémů našich největších zákazníků.V minulém roce se velice aktivně zapojil do realizace nové službyOR-CZ - HelpDesku. Ochotně a obětavě pomáhá při řešení problé-mů ostatním spolupracovníkům.

Letošní firemní společenský večer zůstal věren zvyklostema všichni tancechtiví tak hned při slavnostním zahájení dostalipříležitost zatleskat svým kolegům, či obchodním nebo i život-ním partnerům a známým, kteří byli vybráni a odměněni jakonejlepší pracovníci firmy v roce 2004. Galerii vyznamenanýchpředznamenává úryvek projevu generálního ředitele: "… velicesrdečně vás vítám na společenském večeru OR-CZ, který se koná

v roce patnáctého výročí zahájení podnikání OR. Stalo se jižtradicí, že v úvodu tohoto večera vyhlašuji nejlepší pracovníky zapředchozí rok. Tak mi dovolte vyhlásit nejlepší pracovníkyOR-CZ za rok 2004! Z nominovaných pracovníků bylo hlasová-ním členů "porady vedení" vybráno pět skutečně nejlepších, kterézvu sem k nám, abych jim předal diplom a příslušnou odměnu."Na podiu se pak postupně objevili:

NEJLEPŠÍ Z NÁS V ROCE 2004Dáša Schupplerová


7

ORTEX A JEHO PARTNEŘI

Na pravidelném setkání obchodních partnerů královéhradeckéfirmy ORTEX spol. s r. o., které se uskutečnilo 27. dubna v sídlefirmy, jsme byli zařazeni mezi tři nejlepší prodejce produktůfirmy. Rozdíly mezi první trojicí byly tak mizivé, že nebylo sta-noveno ani pořadí jednotlivých firem. My se tedy považujeme zajednoho z vítězů a jsme na takový výsledek pyšní.

Náš zástupce a hlavní strůjce tohoto úspěchu, Ing. Roman Richter,si kromě jistě hřejivého pocitu uspokojení z dobře vykonanéhodíla, odnesl i originální odměnu, kterou si dovolujeme zvláštěmlsounům škodolibě představit na obrázku. O jejím osudua následném marketingovém využití, po nezbytné době setrváníve firemní síni slávy, není nic dalšího známo.


NÁRODNÍ PROGRAM POČÍTAČOVÉ GRAMOTNOSTI

Moravská Třebová a její blízké i širší okolí sestalo místem, kde lze získat základní počítačovéznalosti v rámci iniciativy Ministerstva informati-ky ČR - Národního programu počítačové gramot-nosti (NPPG).

Cílem programu je umožnit široké veřejnosti naučit se zákla-dům práce s počítačem a internetem a pomoci překonat strachz nových technologií. O tom, že program skutečně fungujesvědčí kladné ohlasy absolventů, kteří chválí nejen dobrou myšlenku a ceny kurzů.

NPPG je soubor tří praktických dvouhodinových kurzů, běhemkterých účastníci postupně zvládnou základní ovládání počítače,psaní a úpravu jednoduchých textových a tabulkových dokumentů,připojení k internetu a vyhledávání na něm a také práci s elektro-nickou poštou. NPPG představuje dotované kurzy cenově dostup-né téměř komukoliv - cena dvouhodinového kurzu činí 100,- Kč.

Kurzy se konají ve školicím středisku OR-CZ a jsou vypi-sovány zpravidla v odpoledních hodinách. Nejsnadnější způsobpřihlášení na kurz je na bezplatné telefonní lince 800 800 028,internetové adrese http://nppg.computerhelp.cz, či prostřednic-tvím stručné "žádostí o další informace" na naší internetovéstránce. Samozřejmě také telefonicky na našem telefonním čísle461 361 111 nebo osobně v našem sídle.

Seriál tří kurzů začíná lekcí "Jak na počítač" určenou provšechny začínající uživatele osobních počítačů, kteří zatíms počítačem nepracovali nebo mají jen velmi malé zkušenosti.Účastníci se seznámí s fungováním počítače, se základnímipojmy světa výpočetní techniky a naučí se prakticky ovládatpočítač pomocí myši a klávesnice. Kurz trvá dvě hodiny a nevy-žaduje žádné předchozí zkušenosti. Navazujícími kurzy jsou

"Texty v počítači" a "Internet a e-mail"."Texty v počítači" jsou kurzem pro ty, kteří nemají zkuše-

nosti s vytvářením a úpravou textů v počítači. V prostředí nej-rozšířenějších textových editorů se naučí vytvořit a uložit sou-bor, napsat, naformátovat a vytisknout dokument. Délka kurzuje 2 hodiny a předpokladem pro jeho absolvování jsou znalostipráce s počítačem na úrovni předchozího kurzu.

Kurz "Internet a e-mail" je určen pro zájemce o práci s inter-netem a využívání možností elektronické pošty. Posluchačizvládnou otevřít webovou stránku a používat hypertextovéodkazy, založit si vlastní poštovní schránku, odeslat a přijmoutelektronickou zprávu. Kurz trvá rovněž dvě hodiny a předpo-kládá znalosti získané v předchozích dvou lekcích.

Jak již bylo uvedeno, cena jednoho kurzu činí pro poslu-chače 100,- Kč a všichni účastníci obdrží tištěnou příručkua výukové "cédéčko". Absolvování všech tří kurzů není pod-mínkou, nicméně naším vřelým doporučením. Celý náš lektor-ský kolektiv se těší na setkání s Vámi.

Značný ohlas programu vede organizátory k přípravě kurzus názvem Občan, úředník a portál veřejné správy. Ten budezaměřen na možnosti komunikace se státem přes internet a naslužby, které nabízí portál veřejné správy (portal.gov.cz). Režimkurzu, osnovy a studijní materiály budou mít obdobnou struk-turu a účastníky se budou moci stát jak absolventi výše uvede-ných kurzů, tak všichni ostatní, kteří to už s počítačem umí.


Ano, nová tradice - Diskusní fórum - kterou jsmev minulém roce zahájili, se úspěšně rozjelaa máme za sebou další úspěšný díl. Na úvod sizopakujme o co vlastně jde. Snahou této iniciati-vy je dát našemu uživateli možnost podílet se navývoji svého informačního systému v jeho růz-ných oblastech, společně s našimi vývojáři tvořittým pro vznik nových hodnot OR-SYSTEMu.Témata jsou pečlivě vybírána dle své aktuálnostia potřeby. Zúčastnit se může každý kdo se nebojí,má zájem a snahu podílet se na společném pro-jektu. A nyní již k poslednímu fóru.

Seminář proběhl v termínu 10.2. - 12.2. 2005 v překrásném,zasněženém prostředí Beskyd - Ondrášově dvoře - Mezivodía obdržel pracovní téma TPV dle konfigurátoru.

S úsměvem jsme si zavzpomínali na trochu divoké pracovníprostředí Základní školy šumavského Kramolína. Tady jsme už

měli veškeré pohodlí s ochotnou a pohotovou obsluhou. Přípravana seminář probíhala velice dobře jak analyticky, tak organizačně,přesto nám štěstí přálo již méně - trefili jsme se do chřipkové epi-demie, která způsobila minimální účast. Seminář přesto proběhl,protože jeho aktuálnost roste geometrickou řadou.

Zahájen byl vyhodnocením předchozího ročníku. Účastníciz řad uživatelů byli jako první, kteří shlédli ve zkrácené forměpředstavení letošní významné verze 4.5.01. Jejich spontánní reak-ce nás přesvědčila, že verze se skutečně povedla a má našim uži-

vatelům co přinést. To nás velmi potěšilo a motivovalo do dalšípráce. Víme, že to neděláme zbytečně. Pak jsme se již vrhli do při-praveného tématu. V průběhu 3 dnů jsme představili naši základ-ní koncepci řešení a na praktickém příkladě vysvětlili principa hlavní představu. Zde je na místě veřejně poděkovat Ing. Pavlu

Opálkovi z TOSu Znojmo, který se aktivně účastnil přípravné ana-lýzy a je autorem zmiňovaného příkladu (škoda, že i on onemoc-něl a nemohl se zúčastnit).

Během prezentací všichni účastníci bedlivě poslouchalia pozorně sledovali výklad, protože jednotliví prezentující hovoři-li nejenom zajímavě, ale chvílemi i velmi sugestivně. I přes menšíúčast proběhla dlouhá diskuze, která nás utvrdila v tom, že jsmese pustili do oblasti, která je pro naše zákazníky velmi zajímaváa bude určitě přínosem nejen pro pracovníky obchodních odděle-

8

DIALOG S UŽIVATELI TVOŘÍBUDOUCNOST OR-SYSTEMuIng. Antonín Vymětal, Mgr. Stanislav Nisler

Obr. 3: Po práci 1


Obr. 2: Při práci

Obr. 1: Prostředí

ní, ale i konstruktéry a technology. Diskutovalo se i o přestávkách.Leckterému šéfovi se může o takovém využití času jenom zdát.

Podrobnější informace o tématu přináší specializovaný článek na jiném místě tohoto časopisu.

Opět novinkou a naším vstřícným krokem se stalo, že všichniúčastníci obdrželi certifikát, který jim zaručuje, při splnění nade-finovaných podmínek, až 30 % slevu při nákupu tohoto modulu.Prostě aktivitu je třeba po zásluze odměnit a vážit si jí.

Opět, jak už bývá dobrým zvykem a tradice to deklaruje, zbylčas na zábavu a hlavně sportovní vyžití. No, nejděte si zalyžovat,když je kolem tolik sněhu, upravené sjezdovky a bílé stopy běžkařů.

Jsme rádi, že se akce všem líbila, a to nejenom pracovně. Již nyníplánujeme příští ročník, možná na stejném místě, které se tak osvěd-čilo. Téma je již známé. Bude jistě opět atraktivní a včas bude dánona vědomí. Pokud již teď má někdo zájem, stačí kontaktovat autoryčlánku a již nyní se přihlásit. Nebude zklamán.

9

Obr. 4: Po práci 2

Z hlediska obecných vlastností doznal OR-SYSTEM v posled-ním roce značných změn. Pojďme se tedy ohlédnout a shrnoutty nejpodstatnější. Současně se však v tomto článku dozvíte, conového se připravuje do chystané verze 4.5.02.

Asi nejviditelnější změnou je využití tabulkových přehledů.O tom však pojednává samostatný článek v tomto čísle našehočasopisu. Na jiném místě časopisu se rovněž dočtete o zabudo-vání grafů do obrazovek OR-SYSTEMu.

V oblasti tiskového jádra byla doplněna nová možnostarchivace tiskového výstupu do prostoru přístupného všemuživatelům, jež mají přístup k dané tiskové úloze. Původnímožnost uživatelské archivace však zůstala také zachována.Zajímavá je i možnost automatizovaného vyplňování kolonekelektronických formulářů ve formátu .pdf. Jedná se o nejrůz-nější formuláře vydávané např. Ministerstvem informatiky ČR.

Nové je také vkládání "prolinkovaných" připojených doku-mentů. Tyto dokumenty jsou umístěny nejčastěji na sdíleném disku a tam také zůstávají. V systému vytvoří jen "ukazovátko".Novinkou je využití připojených dokumentů při e-mailovékomunikaci s obchodními partnery. Uveďme si vše na příkladu:Při tvorbě nabídky můžeme mít k jednotlivým položkám nabíd-ky připojeny specifické dokumenty. Podobné dokumenty může-me mít přiřazeny i k obchodnímu partnerovi nebo ke konkrétní-mu záhlaví nabídky. Všechny tyto dokumenty chceme odeslate-mailem současně s nabídkou. To vše je možné již dnes reali-zovat. Protože se jedná o obecnou vlastnost, lze tuto funkci vyu-

žít i v dalších oblastech OR-SYSTEMu.Další novinkou, spadající spíše do oblasti databázového

jádra, je možnost předávání parametrů z volby tiskového pro-gramu externímu programu. Uživatel (nebo spíše správce) si takmůže připravit vstupní masku, ve které se budou zadávat nebovybírat z přehledů či poptextů požadované hodnoty. Ty se potompředají externímu klientskému nebo serverovému programu.Tím může být například webová stránka s PHP skriptem, kterýmůže prostřednictvím SQL podat potřebná data v požadované

NOVÉ VLASTNOSTI JÁDRA OR-SYSTEMuIng. Ladislav Bačovský, Ing. Petr Motl

Obr. 1: Ukázka elektronického formuláře MF ČR

10

formě, například grafu či agregované tabulky. Hlavní výhodouje integrace - uživatel při zadávání informací využívá známéprostředí OR SYSTEMu se všemi možnostmi vyhledávání dat.

Na straně uživatelského rozhraní přibyly ikonky u datumo-vých polí vyvolávající standardní komponentu Windows prozadávání a vyhledávání datumů. U polí s telefonními čísly jesice tlačítko stále stejné, ale nově se po jeho stisku volá program"Telefon", který je také součástí Windows. Pokud tedy má uži-vatel tu správnou ústřednu a telefony, tak s pomocí tohoto tlačítka ušetří mnoho práce. Pracuje se také na tom, aby přijí-mané hovory automaticky aktivovaly příslušnou úlohu OR-SYSTEMu a ten zobrazil přímo informace týkající se vola-jícího zákazníka (faktury, platby, objemy obchodů apod.).

Ve funkci komunikace mezi uživateli je nově doplněna mož-nost odeslání odkazu na aktuální záznam. Pokud tedy uživatelodešle takovou zprávu, je příjemci nabídnuto spuštění úlohya nastavení tabulkového přehledu na tento záznam. Pokud pří-jemce není aktuálně připojen do OR-SYSTEMu, je mu odesláne-mail s připojeným souborem, jehož aktivací se spustí úlohaOR SYSTEMu a rovněž se nastaví na příslušný záznam.

V programu SF040 pro správu masek je ve verzi 4.5.02doplněna možnost editace off-line. To znamená, že při trvaleotevřeném editoru je možné promítat průběžné změny masky naserver a v OR-SYSTEMu automaticky aktualizovat. Dále bylydoplněny funkce pro převzetí nadpisů tabulkových přehledůz datového slovníku nebo z distribuce.

V programu S0900 je od verze 4.5.02 umožněno vyhledá-vání názvu tabulky v poptextu zadáním více písmen a dále pakve funkcích Export/Import možnost použití tabelátoru jakooddělovače, určení ukončovacích znaků řádků a rovněž kódo-vání češtiny.

Nejpodstatnější změnou v Excel Manageru je možnost pou-žití uživatelských popisů polí při návrhu úlohy ve vlastnímexportním souboru. Uživatelské popisy se přiřazují v úloze

SORS. Umožněno bylo také volání Excel Manageru z menu.Uživatel či správce potom vidí všechny úlohy a má možnost zji-stit potřebné informace z jednoho místa. Vše od verze 4.5.02.

Příznivce Linuxu jako pracovní stanice jistě potěší zpráva,že byla ověřena možnost provozování grafické verze OR-SYSTEMu pod emulátorem wine. Podmínky takového pro-vozování jsou popsány v dokumentaci SWAHL a také v MSD.

Do jádra OR-SYSTEMu byla doplněna možnost uživatelskédefinice povinných polí v maskách, tj. polí, která systém testuje na vyplnění a nepovolí zápis záznamu, dokud nejsouvšechna povinná pole vyplněna. Na nevyplněné pole je operá-tor upozorněn varovnou zprávou a kurzor je nastaven na prvnínevyplněnou položku.

Dále byl do masek aplikován nový objekt typu checkbox,který je využit pro dvoustavové proměnné typu Ano/Ne nebo0/1. Lze jej také uživatelsky definovat a ovládat.

Velkou změnou prošlo přímé volání programů (pomocíF9), kde lze nadefinovat pro celý systém nebo pro jednotlivéprogramy množinu povolených volání. V samostatné záložceje evidována historie přímých volání a z ní lze také tyto pro-gramy spustit.

Uživatelsky definované toolbary - do záhlaví oken byladoplněna možnost (pro libovolnou volbu - MenuItem) v rolova-cím menu základního okna uživatelsky definovat, které funkcebudou obsaženy v doplňujícím toolbaru (ikonové menu). Funkce byly rozděleny stejně jako v roletovém menu do jedno-tlivých toolbarů, které se tvoří dynamicky ve chvíli, kdy jeoznačena alespoň jedna funkce pro umístění do toolbaru.

Tvoří se tyto toolbary:toolbar pro funkce nad vybraným záznamem základníhopřehledu (browse) toolbar funkcí pro správu záznamu základního přehledu(browse)toolbar pro funkce nad vybraným záznamem vedlejšíhopřehledu (browse)toolbar pro funkce nad výběry (multiselem) toolbar pro obecné funkce

Klikem na ikonu se aktivuje taková funkce, jako klikem naodpovídající menu v roletovém menu. Zachována jsou přístu-pová práva stejně jako v roletovém menu, stejně tak i pravidlasensitivity.

Obr. 2: Datumová a telefonní tlačítka

Obr. 3: Záložka "Oblíbené"


11

Doplněna byla možnost definice a práce s roletovým menu,konkrétně s objektem MenuItem

klasický MenuItemradiobutton - dané menu je označeno puntíkem a systémhlídá sám, aby v daném menuboxu byl pouze jediný aktivníMenuItem checkbox - dané menu je označeno fajfkou. V menuboxu

může být více aktivních MenuItem.Ze zajímavých novinek, připravovaných do verze 4.5.02, lzeuvést aplikaci záložky Oblíbené, kam si každý uživatel můžepomocí funkce Drag&Drop přemístit libovolné menu nebo pro-gram z hlavní nabídky. Záložka Oblíbené je kódována stejnýmzpůsobem jako menu, takže ji lze upravovat off-line správcemsystému.

Pokud je nastavena funkce uchování pozice a velikostioken, pak při příštím přihlášení je uživatel nastaven na naposle-dy použité menu, včetně jeho eventuálního rozbalení a nastave-ní na program, ve kterém naposledy pracoval.

Do verze 4.5.02 bude zobecněna možnost duplikace polo-žek z naposledy pořizovaného záznamu. Tato funkcionalita bylav grafické verzi doposud umožněna pouze v Katalogu položek(F5 - duplikace všech položek, Shift+F5 duplikace jedné polož-ky na pozici kurzoru).

Další obecnou vlastností všech programů bude opis datovétabulky s respektováním třídění, filtrace a zobrazených sloupců.Tento opis bude obalen standardním záhlavím a zápatím. Podokončení zpracování se tato sestava objeví ve standardnímprohlížeči sestav, odkud ji bude možné dále zpracovat - vytisk-nout, převést do formátů .pdf, .rtf apod.

Obr. 3: Opis datové tabulky

12

GRAFY V OR-SYSTEMuMgr. Stanislav Nisler

Jak již bylo avizováno na loňském ročníku naší uživatelské kon-ference a první zmínka na okraj se objevila v předchozím čísletohoto časopisu, zabývali jsme se otázkou grafické prezentaceinformací. Všichni zákazníci jistě znají možnost exportu dat doEXCELu, ve kterém lze interpretovat příslušné hodnoty různýmigrafy. To je jistě standardní záležitost všech obdobných systémů.

Objevily se však náměty, a to i mezi našimi uživateli, zdabychom nepřipravili vlastní grafickou interpretaci i když třebajen jednoduchou, která by byla součástí libovolného formuláře.Tato myšlenka nás zaujala natolik, že vznikla první verze vlast-

ní komponenty, která je schopna do libovolného místa formulá-ře vložit graf a interpretovat v něm podaná data.

V tak velkém systému, jakým OR-SYSTEM je, existujecelá řada informací, které má smysl a účel takto interpretovat.Cílem prezentace není však říci např., že skutečné množství jeo 12 jednotek menší než plánované, ale rychlou vizuální formouuživateli sdělit, že skutečnost zatím nedosáhla plánu a zaostává.

Jinou variantou grafu, která nás zaujala, byla možnost apli-kovat do oblasti operativního řízení výroby tzv. Plánovací tabu-li, která je součástí speciálních APS systémů. V takovémtografu jsou pro každý výrobní zdroj zobrazeny zaplánované operace provedení v linii za sebou v časové posloupnosti.

Vytvořili jsme tedy takový náhled na zásobník práce jehožprvní verze je již v provozu - viz obr. 2. Nyní se zabýváme opti-malizací přístupu.

Výše zmíněné příklady zastupují aplikační funkce, ve kte-rých je možnost vytvoření grafu zabudována jak se říká "natvr-do". Mysleli jsme však dále na naše uživatele. Každý má svépředstavy a potřeby co a jak graficky zobrazit. Připravili jsmedo přicházející verze 4.5.02 obecnou vlastnost systému, kteráumožňuje nad libovolným pohledem (ve formě tabulky) uživa-telsky definovat grafický pohled a to tak, že výběrem sloupcůdeklaruje obsah grafu jak co do hodnot, tak i jejich popisu.

Takových grafů je možno definovat dle potřeby jak nadzákladním přehledem OR-SYSTEMu, tak přehledem pomoc-ným. V deklaraci má uživatel možnost zadat i její archivaci,takže při příštím vstupu do dané části systému se graficképohledy vygenerují již samy a jsou připraveny uživatele infor-movat dle jeho potřeby.

Sestavit takovouto deklaraci je věc jednoduchá, odpovídástandardním dialogovým postupům.

Jedná se o vlastnost jádra systému, tedy pokud vzniknenová funkce (modul), jejíž součástí je tabulková informace,automaticky je k dispozici grafická interpretace a není nutno,cokoliv programovat.

Pevně věřím, že tato nová vlastnost systému dále zvýší spo-kojenost našich uživatelů.

Obr. 3: Deklarace grafu

Obr. 2: Plánovací tabule

Obr. 1: Pohled na disponibilní kapacity výrobních zdrojů v porovnání s pracovním kalendářem.


13

Od verze 4.5.01 se staly standardní součástí OR-SYSTEMutabulkové přehledy. Protože většina uživatelů již tuto verzi mánainstalovanou, pojďme si zrekapitulovat co nového tato kom-ponenta přináší a co nového se s ní ještě chystá.

Prvním přínosem tabulkových přehledů je možnost zobra-zení většího množství informací. Na rozdíl od předchozího způ-sobu, kdy bylo možné zobrazit informace v maximální délce 80znaků, je nyní umožněno zobrazení až 237 znaků v jednomřádku. Uživatel si může jednoduchým způsobem upravit obsahpřidáním, ubráním nebo přeskupením sloupců. OR-SYSTEM si"pamatuje" nastavenou šířku sloupců pro opětovné spuštěnídaného modulu. K "obrazu svému" je rovněž nastavitelná veli-kost písma tabulkového přehledu.

Další významnou vlastností je podbarvení řádku tabulkové-ho přehledu při splnění definované podmínky. Lze tak zvýraz-nit pro uživatele důležité informace, jako jsou například nezaplacené faktury po splatnosti, neplatící obchodní partneři,

kritické množství na skladě apod. Ve verzi 4.5.01 bylo sicenutné "definici" zapsat poměrně složitým způsobem, ale odverze 4.5.02 je k tomuto určen "klikací" nástroj podobný tomu,kterým se definují filtry. Červeně zvýrazněná záporná číslanapomohla také ke zpřehlednění informace.

Tabulkové přehledy také umožnily významným způsobemaplikovat filtrační mechanismy. Rychlý filtr umožňuje vybránímbuňky v tabulce docílit výběru požadovaných vět. Opakovanýmpostupem nad dalšími sloupci lze dosáhnout průniku vybranýchmnožin. Bleskový filtr nám metodou drag&drop vyfiltruje tabul-kový přehled podle hodnoty editačního pole v detailové části okna.

Zjednodušeno je také třídění v tabulkových přehledech.Kliknutím na zvýrazněný nadpis dojde k setřídění podle vybra-

ného sloupce. Ve verzi 4.5.02je potom v databázové varian-tě možné třídit podle libovol-ného sloupce. Databázováverze také umožňuje nadtabulkovými přehledy prová-dět agregační funkce. Zname-ná to tedy, že třeba v přehledufakturace můžeme vysoučto-vat hodnoty vybraných dokla-dů. Současně je podána mini-mální, maximální a průměrnáhodnota. Funkce je dostupnápouze v databázové verziz toho důvodu, že pouze data-báze má k dispozici potřebnéagregační funkce.

Ve verzi 4.5.02 je k dispo-zici také kopírování obsahutabulkového přehledu doschránky Windows. Obsahschránky lze potom použítv Excelu, Wordu a dalšíchaplikacích. Při kopírování doschránky si lze vybrat ze dvourežimů. První, řádkový, kopí-ruje vybrané řádky. Druhýumožňuje pomocí kombinacemyši a klávesy Shift vybratoblast buněk.

Všechny uvedené infor-mace se týkaly hlavních

přehledů. Do budoucna se však počítá s jejich aplikací i napomocné přehledy. Věřím, že uvedené změny přispěly ke zvý-šení spokojenosti všech uživatelů. Uvítám další náměty, kterézašlete na mou e-mailovou adresu [email protected].

TABULKOVÉ PŘEHLEDY V OR-SYSTEMu Ing. Petr Motl

14

Firma OR-CZ již delší dobu nabízí modul s názvem "Konfigu-rátor". Představení tohoto nástroje se na těchto stránkách obje-vuje pravidelně, proto zde zmíním pro připomenutí jen jehonejzákladnější určení:

konfigurovat nové položky - tj. popisovat položky vlastnost-mi a jejich hodnotami, vytvářet identifikaci a další řetězce,které položku popisujídoplnit charakteristiky k dalším objektům, které mají odkazna položku (nabídky, zakázky, kusová skladová místa apod.)vyhledávat na základě zadaných hodnot vlastností.

Modul je průběžně vyvíjen a obohacován o nové funkce.V poslední době se stále častěji objevovaly požadavky našich

zákazníků na propojení modulu Konfigurátor s modulem TPV.Analytické práce na propojení byly zahájeny již v loňskémroce. V minulosti se nám, při vytváření nových modulů a funk-cí, vždy osvědčila spolupráce s našimi zákazníky, kteří přichá-zejí s konkrétními požadavky a představami z praxe. Proto i přivývoji této nadstavby nad Konfigurátorem pokračujeme ve spo-lupráci se zákazníky, u kterých je předpokládané využití tohotomodulu. Vyvrcholením přípravných prací bylo setkání s vybra-nými uživateli letos v únoru, kde byla představena ucelená kon-cepce modulu TPV dle konfigurátoru. V současné době již pro-bíhá programování jednotlivých kroků tak, aby do konce toho-to roku byla k dispozici první verze modulu.

Problematika je značně obsáhlá, na tomto místě se pokusímshrnout jen základní charakteristiku modulu. V podstatě sejedná o to, že pro skupinu položek, reprezentovaných Konfigu-rátorem, bude vytvořeno "představitelové TPV". Teprve v oka-mžiku vzniku konkrétní položky (založení do katalogu položekpři objednání zákazníkem) bude na jeho základě vygenerovánostandardní TPV pro konkrétní položku.

Vytvářený modul je koncipován tak, aby v co největší mířebyla využita stávající funkčnost OR-SYSTEMu v oblasti TPV.

Základní koncepce začlenění modulu je znázorněna na obrázku 1.Z tohoto schématu je patrné co bude modul obsahovat a za

jakých podmínek bude pracovat:primární podmínkou pro uživatele je, aby měl zavedenmodul Konfigurátor a modul TPVmodul Konfigurátor bude obohacen o prvky, které jsounutné pro spojení s TPVbude rozšířena funkčnost nad katalogem položek samostatný modul pro psaní a vyhodnocování vzorců (tentomodul je koncipován obecně tak, aby v budoucnu našeluplatnění i dalších oblastech OR-SYSTEMu, jeho podrob-nější popis naleznete v článku "Makra v OR-SYSTEMu")vlastní nadstavba nad modulem TPV, která spojuje TPVa Konfigurátor.

Vlastní funkčnost modulu je možné rozdělit na 2 části:1) Tvorba "představitelového TPV" - pro skupinu položek,která je reprezentována jedním Konfigurátorem bude vytvořentzv. "představitelový kusovník" - jeho složení je na obrázku 2.

Představitel vyráběné i nakupované položky musí být repre-zentován Konfigurátorem. Popis všech vlastností představitelův kusovníku musí být odvoditelný z vlastností představitele profinální výrobek (na obr. 2 "Definování vztahů"). Tato podmínkaje důležitá pro generování standardního kusovníku - na základěhodnot vlastností finální položky musí být plně popsána nižšípoložka tak, aby bylo možné vygenerovat její identifikacia pokud ještě není v katalogu položek založena, tak ji i založit.

Pro určení definovaných atributů v kusovníku (např. spo-třební množství) je možné využít uživatelsky psané vzorce. Tymohou také obsahovat kritéria, která určují, zda daná kompo-nenta "představitelového kusovníku" bude či nebude do stan-

TPV DLE KONFIGURÁTORUIng. Rostislav Novotný

Obr. 1: TPV dle konfigurátoru

Obr. 2 : Prvky "představitelového kusovníku"


Obr. 3 : Prvky "představitelového technologického postupu"

15

dardního kusovníku vstupovat.Obdobně vznikne i "představitelový technologický postup"

- viz. obrázek 3.Od standardního technologického postupu se odlišuje jen

v tom, že některé atributy (např. normy spotřeby času) mohoubýt vyjádřeny vzorcem. Vzorec může také podobně jakou kusovníku obsahovat kritéria, která určují, zda příslušná operace "představitelového technologického postupu" budevstupovat do standardního technologického postupu.2) Generování standardního TPV - pro každou finální položku,která bude zadávána do výroby, vzniká, tak jako doposud,standardní TPV. Podkladem pro jeho vznik je již vytvořené"představitelové TPV". Další zpracování v OR-SYSTEMu nadvytvořeným standardním TPV již probíhá beze změny. Výhodoutohoto řešení je to, že standardní TPV pro konkrétní položky,které jsou předmětem výroby, nemusí být vytvářeno dopředu, aleje vygenerováno až v okamžiku potřeby (např. potvrzení prodej-ní objednávky pro novou položku apod.).Z tohoto faktu vyplývají i přínosy pro uživatele OR-SYSTEMu,které se projeví především ve dvou oblastech:a) obchodní oddělení

zrychlení komunikace se zákazníkemminimalizace komunikace s oddělením TPV (pokud jezpracované TPV pro představitele, pak se pro nový výro-bek, který požaduje zákazník, standardní TPV vygenerujebez nutnosti dalšího zpracování v oddělení TPV)využití nástrojů pro podporu cenotvorby (cena určenapomocí Konfigurátoru nebo na základě vygenerovanéhostandardního TPV)

b) oddělení TPV snížení počtu ručně vytvářených kusovníků a technologic-kých postupů a jejich nahrazení "představitelovým TPV"(nároky na jejich tvorbu budou ale vyšší) zkrácení dodacích lhůt pro výrobu.

Závěrem bych se chtěl zmínit o předpokládané cílové sku-pině uživatelů modulu. Jedná se především o ty uživateleOR-SYSTEMu, kteří se zabývají zakázkovou a malosériovouvýrobou s velkým počtem variantních výrobků. V těchto přípa-dech bylo při vzniku nového výrobku vždy nutné manuálněvytvářet TPV. Při nasazení modulu TPV dle konfigurátoru by setato činnost měla stát podstatně efektivnější.

Pojem "makro" ve smyslu, ve kterém se s nímpracuje v OR-SYSTEMu, je určitý vzorec zapsanýve formě textového řetězce. Výstupní hodnotoutohoto vzorce může být opět textový řetězec nebočíselná hodnota, případně výraz logického typu.Pro zápis makra byl vytvořen speciální modul,který zároveň kontroluje správnou syntaxi zapsa-ného makra. Makro bude primárně využíváno provýpočet atributů v TPV dle konfigurátoru.

Makro se může skládat z více řádků, kdy každý řádek můžeobsahovat až 80 znaků. Každý řádek se bude skládat z levé části(výstupní hodnota ve formě proměnné), znaku přiřazení a pravéčásti (výraz). Pokud mít předepsaný obsah nebude (znak přiřazení), bude výstupní hodnota vrácena programem makrozpracovávajícím.

Možnosti využití a další vývoj makra jsou určitě široké. Prokaždý atribut bude možné nadefinovat vlastní makro, které budeplnit vypočtenou hodnotou daný atribut. V tiskových programechbude možné vytvářet jakékoliv výpočtové položky dle zapsanéhomakra. Do masky bude možné zařadit fiktivní položku, ke které se

přiřadí název makra a podle něj se bude provádět výpočet položky.V budoucnu se při zápisu makra neuvažuje s omezením na

pouhé aritmetické operace, ale makro by mělo plnit vyšší úlohuve formě vlastního "makrojazyka" (množinové operace, dalšífunkce atd.).

MAKRA A OR-SYSTEMIng. František Krejčí

16

Mobilní snímače čárových kódů prošly v nedávné historii bouř-livým vývojem - od jednoduchých zařízení schopných pouzesejmout čárové kódy a "někam odeslat", přes terminály vybave-né již znakovým displejem, pamětí a operačním systémem nabázi DOS, až po výkonná zařízení, založená na bázi PDA počí-tačů, vybavených grafickou dotykovou obrazovkou, operačním

systémem Windows Mobile, respektive Windows CE s mož-ností bezdrátového přenosu dat. S rostoucí oblibou a rozšíře-ností technologií pro bezdrátový přenos dat, ruku v ruce s růstem spolehlivosti těchto technologií se při realizaci mobil-ního snímání čárových kódů stále častěji dává přednost řešeníon-line oproti donedávna využívanému dávkovému (off-line)způsobu práce. Poslední dobou pak jde stále častěji o řešení,kdy potřebné aplikace ERP systému běží přímo na serveru a namobilním terminálu jsou "živá data" reprezentována přes bezdrátové síťové připojení pomocí terminálových služeb (pře-nosového protokolu Microsoft RDP, případně Citrix ICA).Naopak jakýkoliv vstup dat (sejmutí čárového kódu, stisk klá-vesy, dotyk obrazovky) do terminálu je přenesen stejným způ-sobem zpět na server, přímo do aplikace IS. Pro tuto variantuřešení není potřeba programovat žádné jednoúčelové aplikacena straně terminálu. Pouze je nutné optimalizovat stávající apli-kace IS (zobrazit na obrazovce přenosného terminálu obvykleo velikosti 1 VGA relevantní údaje atd.).

Ani OR-CZ nezůstala v tomto velmi perspektivním trendupozadu a již má na svém kontě několik úspěšných realizacís využitím výše zmiňovaných technologií v oblasti odhlašování

výroby a skladového hospodářství, přičemž na dalších projek-tech pracuje. Na následujících obrázcích je vidět příklad řešeníu zákazníka.

Připojení odloučeného skladu je realizováno bezdrátovětechnologií WiFi, stejně jako vlastní pokrytí všech skladovýchmíst. Mobilní terminál má provozní teplotní rozsah od -20 do+50 0C. Na obr. 3 je, kromě mobilního terminálu v základnovéstanici, i tzv. tenký klient OR-SYSTEMu, umístěný, vzhledemk velmi drsným klimatickým poměrům v zimním období,v temperované skříni.

Pro on-line chod grafické verze OR-SYSTEMu na mobil-ním terminálu je použit klient terminálových služeb, který jestandardní součástí jeho operačního systému. Na straně

OR-SYSTEMu pracuje terminal server, v současnosti typickyWindows Server 2003, s příslušným počtem terminálovýchlicencí. Ten zprostředkuje běh klientské aplikace a spojení s terminály pomocí přenosového protokolu (RDP). Terminalserver nabízí dále pro stávající pracoviště možnost využití tech-

OR-SYSTEM V DLANI - MOBILNÍSNÍMAČE ČÁROVÉHO KÓDUAntonín Onuca

Obr. 1 a 2: Skladové hospodářství a používaný terminál


17

nologie tenkých klientů jako velmi perspektivní a levnou náhra-du klasických PC s jednoduchou centrální údržbou SW.

Výhody on-line řešení:největší a nesporná výhoda spočívá již ve vlastním názvumetody, tedy v okamžitém přenesení dat přímo do OR-SYSTEMu, jejich zpracování a zpětná odezva s aktuálními výsledkyvybudované infrastruktury pro bezdrátový přenos (WiFi) lzevyužít i k jiným účelům, např. pro tisk etiket na přenosnýchtiskárnách (v budoucnu se tyto možnosti budou určitě dálerozšiřovat)možné využití terminal-serveru i pro technologii tenkých klientůterminál lze v odůvodněných případech použít samozřejměi pro dávkové aplikace sběru dat stejným způsobem, jakbylo zvykem u předcházejících generací terminálů.

Jak bylo v úvodu naznačeno, lze popsanou metodou připojení realizovat prakticky jakoukoliv úlohu OR-SYSTEMu,kterou má smysl provozovat na mobilním zařízení, to vše umoc-něno možností snímání čárových kódů, případně jiného druhuautomatické identifikace (například RFID).

Tím se dostávám k základní myšlence v názvu tohoto člán-ku - máme OR-SYSTEM v dlani!

Obr. 4 a 5: Převody mezi sklady a zpracování v centru.

Obr. 3: Implementovaná skříň s terminálem

18

Základní charakteristikaTiskárnami čárového kódu jsou myšlena speciální zařízení určenápro tisk čárových kódů, textů a grafických symbolů na kontinuál-ní média, obvykle samolepicí etikety, obaly výrobků, fólie apod.Nejčastěji se pro tento účel používá termotransferová metodatisku, která, oproti standardně používaným metodám, vyniká pře-devším odolností výtisku a robustností tiskového mechanismu.OR-CZ pro tyto účely dodává tiskárny jednoho z největších svě-tových výrobců, americké firmy Zebra, používající jazyka ZPL(Zebra Programing Language) pro vlastní definici tisku. Typic-kým představitelem je tiskárna Z4M (obr. 1), která za příznivoucenu splňuje vysoké nároky na rychlost a kvalitu tisku, při velkéodolnosti před vlivy prostředí a dlouhé životnosti. Obecně všaklze pro tento účel použít i tiskárny jiných výrobců. U nich byovšem muselo proběhnout tzv. "naportování" - převod souborůs formátem etikety do požadovaného jazyka tiskárny a úprava tis-kových masek.

Obecné způsoby připojení k ERP systémůmTisk na tiskárnách čárového kódu z ERP systémů je realizovánobvykle jedním z následujících způsobů:

standardní tisk do formuláře přes (obvykle Windows) ovladačtiskárny, tedy jako na jakékoliv běžné tiskárně

přímý tisk s využitím speciálního řídicího jazyka tiskárny využití specializovaného programu pro tisk etiket (někdy jesoučástí, nebo doprovází návrhový program)využití specializovaného programu pro návrh etikety s využi-tím ODBC vazeb na data (např. Bar ONE Plus a vyšší verze)další metody (např. OLE server).

Napojení na OR-SYSTEMOR-SYSTEM pro tisk etiket využívá přednostně druhý zmiňo-vaný způsob - tedy přímý tisk, kdy tisková úloha zajistí kromě

vlastního výběru potřebných dat i všechny úkony spojené s tis-kem, jako přesun použitých fontů, grafiky, souboru s popisemformátu etikety a vlastních proměnných přímo do tiskárny s vyu-žitím příkazů jazyka tiskárny.

Parametrizace výběru dat probíhá pomocí tiskových masek,kde se jednoduše uživatelsky mění údaje pro tisk a dle potřebypak i další parametry etikety, například dynamický výběr celého formátu etikety, případně grafického symbolu apod. V etiketě naobrázku 2 je mj. i schéma uprostřed tisknuto dynamicky, nazákladě krátkého čísla výrobku.

Výhody tohoto řešení jsou zřejmé - přímý tisk bez potře-by dalšího přídavného software, tzv. middleware - neboližádné další výdaje pro zákazníka, jednoduché spouštěnítisku přímo z prostředí OR-SYSTEMu nenáročné na obslu-hu, nezávislost na platformě (stejně jako OR-SYSTEM)a v neposlední řadě velmi rychlá odezva tisku (do tiskárny

TISKÁRNY ČÁROVÉHO KÓDU A PŘIPOJENÍ K OR-SYSTEMu

Obr. 2: Vzor etikety

Antonín Onuca


Obr. 1: Tiskárna ZEBRA Z4M

se přenáší jen nezbytná data).Nevýhodou je nutnost určité míry znalostí řídicího jazy-

ka tiskárny (ZPL) a nemožnost zobrazit etiketu před tiskem.Vlastní návrh etikety však lze značně zjednodušit využitímprogramu pro grafický návrh etikety (v tomto případě BarONE), tiskem formátu etikety do souboru a jeho úpravou.K tomuto účelu lze použít i odlehčenou verzi programu,která je dodávána s tiskárnou, případně je volně k dispozicina internetu.

Občas používaným druhem tisku etiket z OR-SYSTEMu jetřetí popisovaný způsob, kdy je vygenerován krátký textový sou-bor s daty a případně i dávkový soubor zajišťující spuštění tisko-vého programu (např. Winorchis). Tento způsob v sobě slučujevýhody jednoduššího návrhu etikety bez nutné znalosti řídicíhojazyka tiskárny a přímý tisk etiket z ERP systému. Nutným je alemiddleware (tiskový program).

U ostatních výše zmiňovaných způsobů tisku z ERP systémůvíceméně převažují nevýhody, spočívající v pomalosti a nepřes-nosti tisku (v prvním popisovaném způsobu jdou data z ovlada-če do tiskárny jako grafika, kterou řada starších tiskáren nepodpo-ruje) nebo ve složitosti tisku a nutnosti dokoupit relativně drahýmiddleware (tisk není přímý, je nutno ERP systémem vygenero-vat data a ta následně vytisknout jinou aplikací).

Výhodou pak je jednodušší návrh etikety bez nutné znalostiřídicího jazyka tiskárny a větší přehlednost v případě používánívětšího množství různých formátů etiket.

Závěrečné shrnutíFirma OR-CZ preferuje pro tisk etiket tiskárny firmy Zebraz důvodu jejich vysoké spolehlivosti, výkonnosti. Nicméněnebrání se zakázkovému přizpůsobení tisku etiket z OR-SYSTEMui pro jiné typy tiskáren, přesně podle přání zákazníka.

19

20

Dálkový přenos dat (DPD) o dodacích a přepravních listechČlánek popisuje doporučení řídicí elektronickou výměnu dat o:

dodacích a přepravních listech mezi dodavatelem a zákazníkemdodacích a přepravních listech a o toku materiálu mezi doda-vatelem, externím poskytovatelem služby (EPS) a zákazní-kem.

Cílem zavedení přepravních listů je:rychlá příprava údajů o dodávkách a přepravě jako předběž-ná informace pro příjemce zboží, minimalizující zpětné dota-zy na dodavatelelepší přehlednost toku materiálu

zvýšení bezpečnosti a kvality dat a tím omezení rozdílů meziúdaji o dodávce a údaji na faktuřesnížení nákladů na zjišťování údajů na straně příjemce zbožírychlejší přejímka zboží.

Přepravní listPřepravní list je novým typem dokladu, který obsahuje:

vlastní tabulku parametrůstandardní mechanismus číslování dle počítadelhlavičkové údaje - typ a číslo dokladu, identifikace zákazní-ka, identifikace odběrního místa, identifikace přepravce, refe-renční číslo dodávky datumové a časové údaje - datum vytvoření dokladu, datumpředání zboží přepravci, čas předání zboží přepravci, poža-dované datum dodání, požadovaný čas dodání hodnotové a množstevní údaje - hrubá váha zásilky, čistáváha zásilky, počet balicích jednotek, zastavěná ložná plocha,

zastavěný ložný objem identifikaci přepravního prostředku - kód přepravní podmín-ky, číslo přepravního prostředku (SPZ, číslo návěsu, apod.),klíč druhu nákladního vozidlastavové atributy - tisk dokladu, převod do EDI.

Pro tvorbu přepravních listů jsou stanovena následující pravidla:přepravní list popisuje obsah jedné zásilky (maximálně jednonaložené nákladní auto) dodavatele/odběratele/přepravní firmyjeden přepravní list může obsahovat pouze dodací listy jed-noho zákazníka přepravní listy jsou tvořeny na základě dodacích listůjeden dodací list není možné "rozdělit" na více přepravních listůjeden přepravní list může obsahovat i více dodacích listů.

Vlastní řešeníV OR-SYSTEMu se tvorba a odeslání přepravního listu sestáváze tří úloh:1. Manuální pořízení přepravního listu - řešeno dialogovým

programem. Po založení hlavičky přepravního listu (viz obrá-zek č. 1) se provede přiřazení dodacích listů k přepravnímulistu. To se provádí výběrem z nabídnutého seznamu doda-cích listů (viz obrázek č. 2).

2. Tisk přepravního listu - řešen tiskovým programem M849.Úlohu lze spouštět přímo z dialogového programu pro sprá-vu přepravních listů SPLH.

3. Export přepravního listu do EDI - řešen tiskovým programemM933. Úlohu lze spouštět přímo z dialogového programu prosprávu přepravních listů SPLH. Provede se vytvoření export-ního textového souboru se současnou tvorbou protokoluo zpracování.

PŘEPRAVNÍ LISTY A EDI (DESADV - VDA 4913) Ing. Josef Steklý

Obr. 1: Hlavička přepravního listu

Obr. 2: Přiřazení dodacích listů


21

V poslední době se stále častěji, hlavně v oblasti automobilové-ho průmyslu, můžeme setkat s pojmem Selfbilling. O co sejedná? Jde o vystavení faktury u odběratele jménem dodavatelena základě pořízených dat o příjmu zboží a následně její elek-tronický přenos (obvykle prostřednictvím EDI - Electronic DataInterchange) k dodavateli. EDI v tomto případě představujeelektronickou výměnu strukturovaných fakturačních údajů zesystému odběratele do systému dodavatele, která se vyznačujestandardizací obsahu předávaných zpráv i způsobu spojenía identifikace stanic partnerů. Samozřejmostí je vysoká spoleh-livost. Znamená to tedy, že "selfbillingová" faktura je přenáše-na jako standardní datová struktura, přičemž v automobilovémprůmyslu se používají dva základní standardy - EDIFACT a VDA. Jaké jsou rozdíly mezi klasickým a "selfbillingovým" procesemfakturace?

Klasická fakturace:fakturu vystavuje dodavatel na základě expedice svýchvýrobkůodběratel páruje fakturu s dodacími listyodběratel řeší problémy se zaúčtováním faktury, která neod-povídá dodacím listům - nedodaný materiál, nekvalitnímateriál, další rozpory v datech na faktuře a dodacích listech

Selfbillingová fakturace:fakturu vystavuje odběratel na základě příjmu materiáluodpadají problémy při párování faktury s dodacími listyzaručena konzistence dat mezi fakturou a dodacími listymožnost okamžité platbyelektronický přenos faktur (EDI)

Proces selfbillingové fakturace je možné představit na jednodu-chém schématu:

Ministerstvo financí ČR akceptuje využití EDI jako stan-dardní cestu doručení faktury za předpokladu, že elektronickáfaktura má všechny předepsané náležitosti daňového dokladua je kdykoliv k dispozici v čitelné formě, přičemž integritaobsahu faktury a její čitelnost musí být zaručena během celéhoobdobí uchovávání. Údaje faktur nesmí být měněny ani doplňo-vány a musí zůstat čitelné po celou stanovenou dobu archivace.

Výhody EDI pro přenos logistických dat jsou dostatečněznámé, rozšíření o přenos selfbillingové faktury znamená pouzezodpovědět otázku, jaký formát dat zvolit pro přenos. V řaděpřípadů se naskýtá snadná odpověď: mnoho dodavatelů másvou mateřskou firmu v Německu, jejich aplikace často běžíprávě u mateřských firem a německé firmy mají dlouhodobé

zkušenosti s EDI přenosem elektronických faktur. Budeme tedyimplementovat zprávu VDA4908, z hlediska připravenostisystémů na zpracování nákladově nenáročnou.

Ale zde je kámen úrazu - co zatím vyhovuje podmínkámv Německu, v žádném případě nesplňuje podmínky české legislativy, ani směrnice platné v EU. Zpráva VDA4908 nenív žádném případě daňovým dokladem. Slouží jen pro účetnictvía neobsahuje některá, v ČR povinná data. Jmenovitě se jedná o:

plné jméno a adresu plátce, který uskutečňuje zdanitelnéplnění (dodavatel) plné jméno a adresu plátce, pro něhož se uskutečňuje zdani-telné plnění (zákazník) registraci organizace u příslušného úřadu ČR.

Navíc nelze přenášet údaje současně v měně dokladua domácí měně, zpětný přepočet by mohl přinést rozdíly v účet-nictví zákazníka a dodavatele.

Z těchto nedostatků tedy jasně vyplývá, že na základě datpřenesených zprávou VDA4908 není možno vytisknout přede-psaný daňový doklad, aniž by data nebyla nějakým způsobemdoplněna z jiných aplikací - požadavek integrity obsahu taknení splněn.

Vyvarovat se možných střetů s českými finančními úřadylze však v tomto případě jednoduše - implementací přenosu datzprávou GLOBAL INVOICE ve formátu EDIFACT. Tato zprá-va již splňuje všechny požadavky české i evropské legislativyna datový obsah elektronické faktury a je akceptována daňový-mi a finančními institucemi všech států EU.

Elektronické komunikace se řídí následujícími dokumenty:Směrnice rady 2001/115/EC, týkající se elektronické faktura-ce a selfbillingu, stanovuje přesné požadavky na datovýobsah přenášených elektronických zpráv z hlediska daňovélegislativy. Je platná pro všechny členské státy, definuje pravidla pro elektronickou fakturaci. Autenticita původua integrita obsahu faktur a jejich čitelnost musí být zaručenaběhem celého období uchováníZákon č.563/1991Sb. o účetnictví po novele zrovnoprávňujeelektronickou i písemnou formu záznamuZákon č.235/2004Sb. o DPH stanoví, že daňový doklad můžebýt v elektronické formě a může být vystaven osobou, prokterou se uskutečňuje zdanitelné plnění. Příslušná ustanovenízní:§26/odst.3: Plátce, který uskutečňuje zdanitelné plnění nebo

plnění osvobozené od daně s nárokem na odpočet daně, můžezplnomocnit k vystavení daňového dokladu svým jménem:(1) osobu, pro kterou se zdanitelné plnění nebo plnění osvobo-zené od daně s nárokem na odpočet daně uskutečňuje, pokud seplátce, který zdanitelné plnění nebo plnění osvobozené od daněs nárokem na odpočet daně uskutečňuje, písemně zaváže, žepřijme všechny takto vystavené daňové doklady, nebo(2) třetí osobu.

§26/odst.5: Za správnost údajů na daňovém dokladu a za jeho

SELFBILLING Vladimír Koblovský

22

vystavení ve stanovené lhůtě odpovídá plátce, který uskutečňujezdanitelné plnění nebo plnění osvobozené od daně s nárokem naodpočet daně, a to i v případě, že daňový doklad byl vystavenosobou podle odstavce 3.

Zákon o elektronickém podpisu

Popis řešení procesu selfbillingové fakturace v OR-SYSTEMu:1. Příjem odvolávek od zákazníka - řešen přes EDI (typ zprávy

DELFOR).2. Expedice zboží - založen "konsignační" sklad (účetně majetku

zákazníka). Jednotlivé dodávky jsou řešeny přesuny na odvo-

lávky z expedičních skladů dodavatele na konsignační sklad,včetně tisku interního dokladu.

3. Příjem selfbillingové faktury od zákazníka - selfbillingovéfaktury jsou zasílány pomocí EDI. Jsou založeny hlavičkyfaktur s "předřádky", připravenými na odsouhlasení.

4. Porovnání dodávek odeslaného a potvrzeného zboží - vytvá-řena kontrolní sestava pro porovnání dodávek odeslanéhoa potvrzeného zboží.

5. Dogenerování řádků faktury a skladových výdejů z konsig-načního skladu - po kontrole sestavy jsou, na základě detail-ních informací z předřádků, vygenerovány regulérní řádkyfaktury a vytvořeny skladové výdeje.


23

Co je to portálPortál, o kterém zde bude řeč, je webová aplikace určená prointegraci aplikací na úrovni uživatelského rozhraní. Když se doportálu přihlásí uživatel, měl by vidět vše, co potřebuje ke svépráci, měl by mít přes portál přístup do všech aplikací, ke všemdatům, která běžně používá.Portál lze charakterizovat následujícími prvky:

Portlet - stavební kámen portálu, pohled do určité aplikace.Obsahuje informace, zpřístupňuje specifickou funkci, v inter-netovém prohlížeči vypadá jako malý rámeček. Uživatel vidína obrazovce množinu portletů, kterou si vybral (resp. kterámu byla přidělena). Informace v portletu mohou být jak statické, tak dynamické, aktuálně generované napříkladz ERP systému.Role - definice přístupových práv jednotlivých uživatelů -specifikuje, které portlety může uživatel používat, do jakémíry může měnit rozvržení portálu.Šablona - množina portletů specifická pro určitou skupinuuživatelů.

Portál má mimo jiné následující vlastnosti:Single Signed On (SSO) - uživatel se jednou autentifikujea pak už má přístup do všech aplikací - do všech portletů, nakteré má přístupová práva. Nemusí se hlásit do každé aplika-ce zvlášť - to dělá portál za něj.Personalizace - uživatel si může (pokud na to má právo) jed-noduše nastavit, které portlety chce vidět, jak mají být rozvr-ženy na obrazovce. Vybírá si tak sám informace, které jsoupro něj zajímavé a důležité.

Proč portálJe mnoho důvodů rozhodnout se pro portál, zde jsou některé z nich:

Zvýšení efektivity práce zaměstnance - zjednodušená distri-buce informací a jejich vyhledávání. Uživatel má k dispozicito, co nejvíce potřebuje a naopak není obtěžován (nemusí se"proklikávat") informacemi, které ke své práci nepotřebuje.Snížení nákladů na školení - pracovníci mají k dispozicisměrnice, direktivy, školení a další informace v portálu. Portál zpravidla poskytuje přístup do více aplikací a díky jed-notnému prostředí portálu dochází k rychlejšímu osvojenípráce s nimi.Provozní úspory - eliminace distribuce dokumentů typu "one-to-many" přes e-mail (mj. snížení nárůstu objemu e-mailových schránek), zjednodušení správy přístupových práv.

Portál součástí řešení OR-CZOR-CZ nezůstává pozadu a zařazuje portál jako součást svéhoportfolia produktů. Po pozitivní zkušenosti s vývojem i imple-mentací produktu e-Docházka byla zvolena stejná vývojovátechnologie - Java.

Podobně jako jsou různé operační systémy nebo různé javovskéaplikační servery, existují i různé javovské portály se standardy,kterými se aplikace mohou řídit, a které zaručují kompatibilitunapříč operačními systémy, aplikačními servery i portály. V pří-padě portletů je to zvláště norma označovaná jako JSR-168,kterou budou portlety vyvinuté v OR-CZ splňovat a nebudoutak vázány na portál dodaný od určitého výrobce. To nám dovo-lí nabízet více platforem - v tomto případě více portálů:

základní "levnější" řešení - portál Liferay. Jeho výhodou jezejména menší úvodní investice.řešení pro náročnější zákazníky - portál IBM Websphere Portal(případně i portály dalších firem). Jeho výhodou je mimo jinémnožství už hotových portletů, které jsou distribuoványpouze v rámci WebSphere Portal (jde například o portletyContent Management, Komfortní přístup do Lotus Notesapod.), širší možnost přístupu na portál z různých zařízení,jakými jsou například mobilní telefony.

Portlety V současné době připravujeme portlety:obecné

kurzovní lístek, kurzy akcií, podílových listůzprávy z iHNed, iDNES apod.kalendářpočasínástěnkaanketychat.

OR-SYSTEMinteraktivní prohlížení, filtrování, třídění aktuálních dat veformě přehledů, grafů, tiskových sestav (např. stav určitépoložky na skladu nebo tržby, vydané a přijaté faktury apod.)

PODNIKOVÝ PORTÁLMgr. Jan Pechanec

Obr. 1: Varianta vzhledu portálu 1

24

volání konkrétního programu nativního klienta.Lotus Notes

poštaúkolypracovní listdalší LN aplikace, které dodáváme.

přístup na aplikace e-Docházka a e-Přístupy, které jsou díky svéarchitektuře jednoduše integrovatelné do portálu.

Portály představují elegantní způsob integrace celého informač-ního systému na vrstvě uživatelského rozhraní a jeho snadnéa efektivní využívání.

Zdroje:Under construction, Jaromír Habáň, časopis ebiz, červen2004Portálem snížíte náklady firmy, Jiří Štěpán, časopis ebiz,červen 2004Liferay portal,http://www.liferay.com/cms/servlet/PRODUCTS-PORTALIBM software products - Portals category,http://www-306.ibm.com/software/sw-bycategory/subcategory/SWH40.html

Je to již rok, kdy jsme vás prostřednictvím tohoto magazínu infor-movali o změnách, které se dějí na poli Business Intelligence. Tatotřída informačních systémů, původně sloužící podnikovémureportingu a analýzám podnikových dat, přerostla v mnohemkomplexnější celek nástrojů a aplikací, podporujících manažerskérozhodování, monitorování a řízení výkonnosti podniku.

Přední, celosvětově uznávaná společnost Cognos, která jeleaderem v oblasti vývoje softwarových nástrojů pro manažer-ské informační systémy (MIS), spolu s poradenskou skupinouGartner Group, přišla, v návaznosti na tyto probíhající změny,s novým pojmem Corporate Performance Management (CPM).Za tímto pojmem, jak jsme již loni informovali, se skrývá uce-lená metodologie systému podnikových řídících procesů, spějí-cích k vyšší výkonnosti podniků. Zároveň Cognos jednotlivéprocesy CPM podložil sadou navzájem kooperujících softwaro-vých nástrojů, které fakticky naplňují teoretickou podstatuCPM. A právě na těchto nástrojích je postaveno i naše řešenímanažerského informačního systému.

Kdo alespoň trochu v minulém roce sledoval situaci na trhus nástroji pro podporu MIS, musel se pousmát nad tím, jak

v návaznosti na tento zásadní krok společnosti Gartner Groupa Cognos začaly i ostatní konkurenční firmy přicházet s podob-nými pojmy jako třeba Business Performance Management(BPM) nebo Enterprise Performance Management (EPM). Tojen potvrzuje, jak klíčový je moment rozšíření stávajícíhopohledu na Business Intelligence o prvky Modelování, Celo-podnikové plánování, či Monitorování.

Společnost ORM, jakožto člen sdružení OR Computer SystemsInternational nezaváhala a pružně doplnila své stávající řešeníMIS, které již bylo delší dobu stavěno na nástrojích Cognos,o zmíněné nové prvky. ORM tak začala poskytovat manažerůmvýznamných českých podniků nástroj pro pohodlné řízenívýkonnosti ve vší jeho nové komplexnosti.

Celopodnikové plánováníJak by se před rokem mohlo zdát, že potřeba zakomponovatprvky celopodnikového plánování v rámci manažerského systémubude výsadou pouze uvědomělých manažerů dravých spo-lečností, opak se stal pravdou. Jen výjimečně se setkávámes tím, že by poptávka automaticky neobsahovala požadavek na

MANAŽERSKÝ INFORMAČNÍSYSTÉM POD TAKTOVKOU CPMIng. Ivo Gavenda

Obr. 1: Varianta vzhledu portálu 2


25

celopodnikové plánování. A proč tomu tak je? Řešení "Celopodnikové plánování" vnáší do řízení společnos-

ti nové prvky, které doposud manažerům nebylo umožněno pou-žívat, a nebo alespoň ne v takové míře a komfortu. Tím myslímnaprostou flexibilitu při vytváření, porovnávání a vyhodnocovánípodnikatelských scénářů s možností analýzy typu "co když".

Pomocí nástrojů Cognos Analyst dovedeme manažerům zevšech oblastí podnikového řízení poskytnout rychlé odpovědina otázky, jako třeba:

Do jaké míry ovlivní hospodaření naší společnosti investicedo nové výrobní linky?Jaký způsob financování plánované investice nás zatížínejméně?Bude možné vyrobit plánovaný objem prodeje se stávajícíkapacitou?Co se stane, když od nás odejde klíčový odběratel?Jak se změní naše marže, když vzrostou ceny pohonných hmot?Vyplatí se nám přijmout nového obchodního zástupce?Jaké budou naše výrobní náklady v závislosti na THNa plánu prodeje?Jaký bude mít dopad slibované snížení cen v nově plánova-né reklamní kampani?A mnohé jiné.

A to aniž by museli skutečně cokoliv reálného podniknout.Vzájemně provázaná funkčnost plánovacích procesů, založenána komplexní logice mezi jednotlivými dílčími plány a jejichvzájemné závislosti umožňuje snadno a rychle měnit podnika-telské záměry a sledovat dopad takových změn v reálném čase.

Na konkrétních projektech se s našimi zákazníky každý denv praxi přesvědčujeme o tom, že není oblast, která by se nemo-hla stát dílčím plánem v rámci uceleného plánovacího modelukterékoliv společnosti.

Analýza a ReportZákladní a nedílnou součástí konceptu CPM je již tradičněoblast týkající se podnikové analýzy a reportingu. Jsme pře-svědčeni, že právě důsledné a precizní zvládnutí této části jepředpokladem nasazení i částí ostatních. Důvody lze spatřovatpředevším v kvalitním zpracování její technologické části,kterou je datový sklad. Ten je základním zdrojem dat i provšechny další oblasti CPM.

V řešení Analýza a Report jsme postupem času dosáhli dal-šího rozvoje funkčnosti našich manažerských aplikací a jejichnapojení na nejrůznější ERP systémy.

Kromě OR-SYSTEMu se jedná o primární systémyMOVEX, QI, NAVISION, DIAMAC, MAX, DIMENZE++,BAAN, ALTUS VARIO a další. Mezi funkčnostmi našich apli-kací přibyly například tyto novinky:

výpočet krycího příspěvkuvýkazy Cash - Flowtvorba výkazů manažerského účetnictvístatistiky reklamacívyhodnocení prodeje dle dodavatelů (u obchodních organizací)sledování a vyhodnocení kritických výrobních operacíanalýza docházky a odvádění operacívytížení kapacit strojů i obsluhyanalýzy spotřeby materiálu na výrobní příkazy.

Ve spolupráci s našimi partnery, poradenskými firmamiv oblasti controllingu, můžeme naše projekty, dle přání zákaz-níků, rozšířit o zpracování reportingových map, ale i komplex-ních controllingových koncepcí, což bezesporu dává celémunašemu řešení pevné teoretické základy.

Při implementacích našeho řešení stále více využívámemožnosti realizace přes vzdálenou plochu (remote connection).

26

Dochází tak k výrazné úspoře cestovních nákladů a zvýšeníproduktivity našich konzultantů.

Cognos Metrics ManagerNovinkou, která se začíná pozvolna prosazovat mezi produktyportfolia Cognos je nástroj pro podnikové monitorování -Cognos Metrics Manager. Monitorování podnikových procesů,které jde ruku v ruce s pojmem Balanced Scorecard, je považo-váno za pomyslnou špičku ledovce zvaného CPM. Úkolem tétočinnosti je, zjednodušeně řečeno, podrobně popsat podnikovéprocesy, těm přidělit klíčové ukazatele výkonnosti a následněurčit systém metrik, který vyhodnocuje jejich aktuální stav.

Uživatelé mohou modelovat a sledovat libovolné metriky,popisující hodnoty ukazatelů výkonnosti a přitom hodnotitdosahování cílů s ohledem na zvolenou strategii. Přiřazenímzodpovědnosti za vývoj jednotlivých metrik konkrétnímuzaměstnanci je efektivním způsobem, jak spojit cíle organizaces osobní výkonností a zodpovědností. Zaměstnanci pak mohouindividuálně nastavit priority pro své vlastní aktivity a sledovat,jak jejich rozhodnutí zpětně ovlivňuje výkonnost firmy.

Klíčovými ukazateli výkonnosti nemusí být vždy jen číslaz oblastí financí, ale také nefinanční ukazatele, jako například spo-kojenost zaměstnanců a zákazníků, dodavatelské vztahy a podobně.

Přímé napojení na ostatní části CPM umožňuje uživatelůmzjistit, co stojí za stavem dané metriky a co ovlivňuje její hodnoty. V integraci s Cognos reportovacími a analytickýminástroji je umožněno analyzovat otázky výkonnosti a porozu-mět příčinám vzniku odchylek od plánovaného stavu. Na druhéstraně pak mohou v rámci nástrojů pro podnikové plánováníprosadit a zhodnotit několikeré způsoby protiopatření a rozhod-nout tak během krátké chvíle, které z navrhovaných opatření jenejvhodnější. Organizace tímto způsobem mohou zabezpečitprovázání plánu a aktuální výkonnosti.

O změně stavu konkrétní metriky mohou být uživatelé auto-maticky informováni elektronickou poštou. Mohou přidávathodnotící informace nebo porovnávací testy (Benchmark).

Jak je možné vidět, Cognos Metrics Manager má v CPMsvé opodstatnění. I když je ještě v podmínkách našeho středo-evropského prostředí "nováčkem", věříme, že stejně jakonástroje pro celopodnikové plánování se brzy dostane do zorné-ho pole všech aktivních manažerů.

Společnost ORM je plně oddána problematice Manažer-ských informačních systémů. Neustále prohlubuje databázisvých znalostí a zkušeností a vytrvale drží náskok před svoukonkurencí. Věříme, že tímto našim úsilím budeme i nadálevnášet do řízení mnohých společnosti stále více světla.


27

Družstvo OBZOR, výrobní družstvo invalidů,Plzeň, zaměstnává více než 200 pracovníkůa vyrábí především bovdenové hadice a bov-denová spojení dodávaná v mnoha rozměrecha provedeních převážně výrobcům automobi-lů. Dále jsou dodávána jako náhradní díly namotocykly a malé zemědělské stroje. Doplň-kovým sortimentem jsou papírenské výrobkya rozsáhlý sortiment kooperačních, obvyklemontážních prací. Družstvo postavilo základysvé podnikatelské činnosti na kvalitě – ta mározhodující význam pro uplatnění na trhu a jezákladním předpokladem pro konkurence-schopnost a jeho úspěch. Cílem firmy je zajiš-tění trvalého růstu. Vedení družstva si přitomvždy uvědomovalo, že tak ambiciozní cíl nelzeplnit bez odpovídající informační podpory.

Již v průběhu roku 1998 začalo pracovat na výběru komplexní-ho podnikového informačního systému, který by nahradil stávající řešení spočívající v podstatě na odděleném zpracováníekonomických agend samostatným, standardně dodávanýmvybavením. Logistické a výrobní procesy byly podporoványvlastnoručně vyvinutými aplikacemi. Na dvaceti osobních počí-tačích v „novelovské“ síti tak byla zpracovávána celá roztříště-ná podniková agenda.

Hlavním cílem nákupu komplexního podnikového infor-mačního systému na konci roku 1998 mělo být právě zjednodu-šení zpracování a propojení všech důležitých podnikovýchagend, a především odstranění, či spíše „rozmnožení“ jedinéhocentrálního místa pro zadávání dat, které obvykle způsobovalozpoždění informací pro řízení družstva. Pro dosažení uvedené-ho cíle byl vybrán informační systém OR-SYSTEM od firmyOR-CZ. Po uzavření smlouvy v září roku 1998 se rozběhl proces instalace softwaru, školení uživatelů a implementacejednotlivých částí OR-SYSTEMu. Od 1.ledna 1999 byly spuš-těny práce v novém systému, hlavně jeho ekonomické části.

Přestože uvedení modulu mzdové agendy do běžného pro-vozu bylo o čtvrt roku posunuto, nepodařilo se jej uskutečnit

zejména proto, že mzdy a s nimi spojená personální agendau zaměstnavatele, jako je družstvo invalidů, jsou takovým spe-cifikem, že by bylo nutné modul téměř celý upravit „na míru“.Výsledkem byla nakonec dohoda o setrvání u stávajícího řešenípro zpracování mezd, upuštění od implementace řešení novéhoa přenos dat mezi oběma systémy.

Již po pěti měsících duplicitního zadávání dat do „staréhoa nového“ systému se dodavatelem původně akceptované stávající technické vybavení pro rozběh a počáteční provozsystému ukázalo jako nedostatečné a vedlo k pořízení novéhoserveru a přechodu zpracování na unixovou platformu.

Po této nápravě byly do rutinního provozu postupně převe-deny ekonomické moduly (účetnictví, finance, majetek), po nichpostupně logistické moduly pro prodej, skladování a nákup.Moduly výrobní oblasti byly do reálného provozu uváděny zhruba po roce od zahájení implementace. Po zvládnutí rutin-ního provozu bylo přistoupeno k přímému napojení a on-line

INFORMAČNÍ SYSTÉM ROSTE S NÁMI - VÝVOJ INFORMAČNÍHOSYSTÉMU DRUŽSTVA OBZORIng. Romana Honomichlová

zpracování pobočných závodů, čímž došlo k další aktualizacizpracovávaných informací a snížení chybovosti. Další zhrubarok trvalo doladění a plné zprovoznění výrobní části systému,a to vzhledem k jeho nutnému přizpůsobení vykazovacím zvy-klostem družstva a povinnostem v rámci norem pro řízení kva-lity ISO/TS.

Vzhledem k tomu, že stále existují náměty na další zlepšenífunkčnosti a využitelnosti systému, připravuje se v současnédobě ve spolupráci s OR-CZ výměna stávající verze OR-SYSTEMu za novou a její nastavení podle požadavků jednotlivých uživatelů tak, aby od počátku stoprocentně splňo-vala přesně specifikované nároky. Proběhnou nová školení pra-covníků a ve spolupráci s nimi bude systém detailně nastavena parametrizován v souladu s veškerými oprávněnými požadavkydružstva. Dalším krokem k efektivnějšímu využívání informačníhosystému byla implementace základních aplikací manažerského

informačního systému. Stále větší orientace OBZORu na odběratele z oblasti auto-

mobilového průmyslu si vynucuje potřebu přizpůsobení se jimipoužívanému systému komunikace a výměny dokumentů (EDI)a zvýšení detailního sledování výroby a zejména přesnostidodávek pro tyto odběratele. To je ovšem další výrazná výzvak neustálému zdokonalování informačního systému.

Autorka článku, Ing. Romana Honomichlová, je vedoucíekonomického úseku ve družstvu OBZOR, výrobní družstvoinvalidů, Plzeň.

(Dle časopisu IT Systems č. 5/2005)

28SÍLA INFORMACE NARŮSTÁ

Družstvo OBZOR, výrobní družstvo invalidů, v sou-časné době zaměstnává více než 200 pracovníků,z větší části se zdravotním postižením. Hlavní závoda sídlo vedení je v Plzni, další závody jsou v Domaž-licích, Hořovicích a Sušici. Družstvo je držitelemcertifikátů dle norem ISO 14001 a ISO/TS 16949vydaných SGS Switzerland SA, International Certifi-cation Services, Zürich. Družstvo totiž postavilozáklady své podnikatelské činnosti na kvalitě. Velkýdůraz je kladen na ochranu životního prostředí.Ochrana životního prostředí tvoří současně s trvalýmdosahováním kvality, bezpečnosti práce a ochranyzdraví nejvyšší priority družstva.

29

Firma LOSTR a.s. navazuje na bohatou tradici,která se datuje již od roku 1873, kdy byly z roz-hodnutí C.K. Rakousko-uherských státních drahvybudovány dílny na opravu kolejových vozidel.

Od počátku roku 2002 se výrobní program společnosti ustálil nasegmentech:1. Opravy železničních kolejových vozidel.2. Novovýroba železničních kolejových vozidel.

Historie vývoje moderní výpočetní techniky se ale počítá ažod roku 1992, kdy se rozpadla řešitelská skupina projektuASŘP a skončilo zpracování několika agend na počítači SMEPRPP16S. Na jaře 1993 zvítězila ve výběrovém řízení tehdejšívarianta OR-SYSTEMu, která je ve společnosti provozovánadodnes. V průběhu doby bylo mimo OR-SYSTEM implemen-továno několik SW produktů s funkcemi, které v daném oka-mžiku OR-SYSTEM neobsahoval.

Posledním softwarovým produktem implementovanýmv LOSTRu byl MIS, smluvně dodaný a implementovaný v roce2004 na základě výběrového řízení z konce roku 2003. Z nabíd-ky od firem GIST s.r.o., ORTEX s.r.o. a OR-CZ s.r.o. bylvybrán systém OR-BI z důvodu komplexnosti nabízené imple-mentace, včetně propojení na všechny požadované moduly pri-márního IS. Dle smlouvy o dílo byl tedy od OR-CZ následnězakoupen k užívání komplexní systém, včetně mechanismůa nástrojů potřebných pro plnění datového skladu, pro tvorbumodelů datových kostek, pro tvorbu reportů a pro prováděníanalýz pomocí nástroje Cognos Impromtu Administratori Cognos Power Play User. Součástí dodávky byly všechnystandardní moduly OR-BI, které byly v projektu implementacerozšířeny o požadavky LOSTRu. Realizaci projektu implemen-tace OR-BI v naší organizaci hodnotím velmi dobře. Drobnéodchylky, které se v rámci tak velkého projektu logicky vyskyt-ly, byly rychle řešeny a odstraněny, což pokládáme za normálnírizika obou smluvních stran. Podstatné je to, aby v rámci záruč-ního i pozáručního placeného servisu tento stav setrval. Celáimplementace měla jen dvě stinné stránky.

První problémem byla portace celého OR-BI do prostředíoperačního systému WINDOWS XP PRO z finančních důvodů(cena licence nástrojů COGNOS na UNIX/LINUX několikaná-

sobně převyšovala cenu licence pro WINDOWS), a jak se uka-zuje i zde, pořizovací cena není jen investiční náklad. Zhrubauprostřed implementace (v noci, po jedné z návštěv pracovní-ka OR-CZ, kdy jsme z důvodu ještě neskončených činnostídatových pump neprovedli kompletní zálohu rozpracovanéhoprojektu) "klekl" operační systém. A "klekl" tak, že fyzickyzrcadlený diskový prostor provozovaného rozpracovaného pro-jektu se nepodařilo zotavit. Náprava tohoto stavu byla možnápouze ve formě nové implemetační návštěvy pracovníků OR-CZ a opakovaného provedení instalací atd. Po ukončeníimplementace nastala téměř identická chyba ještě jednou,nápravu jsme v LOSTRu zajistili vlastními silami. Tato selháníse stala podnětem k rozhodnutí přeinstalovat celý systém OR-BI do heterogenního prostředí LINUX/WINDOWS.V dohledné budoucnosti bude v prostředí LINUX provozovánkompletní datový sklad a datové kostky budou pomocí softwareSAMBA umístěny rovněž do prostředí LINUXu. Na samostat-ném stávajícím "SERVERU OR-BI" zůstane pouze aplikaceprovádějící generování datových kostek jednotlivých modulůOR-BI nebo bude úplně vyřazen a tato činnost bude přenesenana stanici vedoucího pracovníka controllingu.

Druhý problém spočíval v tom, že z důvodu časového zane-prázdnění pracovníků OR-CZ a možná i z důvodu popsanéhov předešlém odstavci, překročil celý projekt plánovanou dobu -nepočítám-li přípravy pro nabídku, trvala implementace téměřcelý rok. Mezitím zájem některých manažerů LOSTRu jaksiochabl (i to jistě přispělo k prodloužení realizace). To je pocho-pitelně do značné míry problém i naší organizace, nikoliv jenOR-CZ. Ostatně takový trend lze vysledovat i u užívání jinýchaplikací mimo naší organizaci. Je to pravděpodobně jakési "při-rozené" chování uživatele, pracovně ho pojmenovávám parafrá-zí známého pořekadla "Nejdřív huj a potom fuj".

Od r. 1992, kdy s výpočetní technikou ve firmě pracovalo 10uživatelů, stoupl jejich počet na cca 250 v současné době. Bylonutno překonat psychické bariéry zejména u starších pracovní-ků, což se v ojedinělých případech úplně nepodařilo dodnes.Původní neochota měnit metodiku práce vedla k neaktuálnostiinformací v IS, což dále přineslo nepřesnosti zejména při pro-vádění plánovacích algoritmů. Povrchní pohled s neznalostíalgoritmických vazeb řadových uživatelů inicializoval jejich

IMPLEMENTACE MANAŽERSKÉHOINFORMAČNÍHO SYSTÉMU A SOUČASNÝ STAV INFORMAČNÍCH TECHNOLOGIÍIng. Stanislav Křivánek - správce informačního systému LOSTR a.s.

nedůvěru k těmto "novým" metodám sdílení informací. Přecho-dem na procesní způsob řízení byl postupným nenásilnýmvývojem tento problém překonán. Převážná část všech proces-ních činností je zaplánována pomocí IS a realizace těchto plánůje monitorována s časovým odstupem, který odpovídá odezvámzpětných hlášení ve všech položkách plánu. Plánovací metodoupro segment novovýroby a výroby náhradních dílů je MRP2,pro segment opravárenský je užívána dřívější metoda modifiko-vaná v OR-SYSTEMu. Dodržení realizace těchto plánů jev současné době vyhodnocováno v týdenním režimu.

Výzvou pro další efektivní využívání primárního OR-SYSTEMu je možnost využití OR-BI k efektivnímu plněníobchodního plánu, k snadnému agregování plánu nákupua k snadnému rozpadu těchto dvou plánů do plánu financí. Pro-počet obchodního plánu v OR-SYSTEMu do výrobních i nákup-ních plánů a sledování jejich následného plnění na dny v OR-BIjistě výrazně usnadní plnění dynamických nároků současného mezinárodního trhu, stejně jako požadavků na snížení nákladůpřesným sledováním denních odchylek od plánovaných hodnotprocesů. Do stávajícího stavu řízení procesů podporovanéhoinformačními technologiemi jsme dospěli s využitím invencevlastních pracovníků podporovaných dodavatelem v průběhuzavádění jednotlivých modulů IS. V některých případech našenáměty iniciovaly vytvoření nových, speciálních funkcív modulech OR-SYSTEMu.

Rovnovážný stav mezi tvůrcem systému a jeho uživatelem,ve kterém je názor stávajícího uživatele na konkrétní plánya návrhy řešitele akceptován, je nejlepším směrem vývoje SWpotřebného pro uživatele i k jeho následné snadné implementa-ci u nových zákazníků. Nikdo jistě dnes nepochybuje o tom, žeimplementace informačních technologií do firem je nutností.Jedinou možnou cestou vedoucí k úspěchu je vyvážený vztahdodavatel - zákazník, což je stav, kdy hra mezi nimi rozehranáje v trvalém stavu mírného vítězství na obou stranách. Nasamém začátku byl určitě vztah obou stran vyrovnaný (jinak bypatrně nevznikl), nicméně dodávka IS není "smluvní" nákup

v samoobsluze. Daleko více se "věčná péče obou stran o imple-metovaný IS" podobá dlouhodobé Abrahamově smlouvě, a takvzájemný stav musí odolávat poruchovým vlivům. Násilné udr-žování tohoto stavu nemůže z dlouhodobého hlediska přinášetprospěch dodavateli ani uživateli IS. Ústupky bývají zpravidlana straně uživatele - jde přece jenom o jeho snahu ochránitnemalou investici do komplexního IS (míněno TCO). Zejménav stávající invazi tvůrců software, při stále stoupajícím poža-davku na novou funkcionalitu, je tržní prostředí kodifikovánosnahou dodavatele "omráčit potencionálního zákazníka kom-plexní funkcionalitou". Pak se snadno stává, že nové verzefunkčních vlastností jsou pro určitou skupinu uživatelů nepo-třebné, ba dokonce někdy vývoj software směřuje tam, kam sito jednotlivý uživatel nepřeje. Paradox však je v tom, že sii takové změny prakticky každý stávající uživatel platí ve formětzv. "řešitelského servisu". Aby se takovéto "paradoxy" nestalypravidlem, je potřeba zavést obousměrnou účinnou komunikacio problémech zákazníků. Na takový požadavek OR-CZ jižsprávně zareagovala (viz článek Dialog s uživateli … pozn.redakce). Zanedlouho se bude konat již třetí setkání takovéto"oponentní rady". Diskusní téma je obvykle vyhlašováno zestrany vizionářských představ OR-CZ a teprve čas ukáže, zdatento vizionářský pohled OR-CZ nebo praktický pohled napotřebné funkce OR-SYSTEMU ze strany "starých" uživatelůbyl ten pravý. Ano, stále je to ten protichůdný názor tvůrcůsoftware a jeho uživatelů, který je asi natolik obecný, ženezadává příčinu měnit IS středního kalibru za jiný IS střed-ního kalibru, protože "v každém je nějaký zakopaný pes".Tak by šlo pouze o "peníze vložené" do praku zamířenéhomalinko jiným směrem, který ale "dostřelí" stejně daleko.A koupit "dělo" na vrabce? To by sice za úsilí a rozpohybo-vání stálo, ale jaká střední firma jej dnes zaplatí? Ale pozor,v tomto smyslu mohou přijít mnohem lepší časy, hardware"šel" cenově za posledních cca 5 let dolů na pouhých 20 pro-cent a u software jsou tyto tendence nyní již také patrné,takže - kdo ví ????

30SÍLA INFORMACE NARŮSTÁ

Přestože výraz HelpDesk často zcela automatic-ky evokuje představu o pultu s řadou usměva-vých operátorek a neustále vyzvánějících telefo-nů hledajících nouzovou pomoc pro zákazníkyohrožené poruchami užívaných produktů, můžebýt jeho využití daleko širší a představovatvýznamný nástroj efektivní obchodní spolupráce.

Univerzálním způsobem navržená aplikace je schopna při-jímat, evidovat, zpracovávat a vyhodnocovat zákaznické poža-davky nejrůznějšího charakteru, od správy informačníchsystémů přes zajištění provozu technického vybavení, až povlastní správu objektů, vše samozřejmě bez lidského zásahu.Je rovněž schopna spolupracovat s dalšími intranetovýmifiremními aplikacemi, zejména formou poskytování získanýchdat a z nich zpracovaných přehledů. Její neocenitelnou vlast-ností je vytváření synergického efektu pro jednotlivé zakázkya obsluhu společných zákazníků tím, že jednak eviduje rozlič-né požadavky stejného zákazníka, jednak své údaje sdílí sevšemi pracovníky firmy, ať už pracují přímo v terénu či na dis-lokovaných pracovištích. Pokud funkce HelpDesku jsouv souladu, a ještě lépe, když efektivně podporují firemnísystém řízení kvality a navíc jsou snadno ovladatelné, před-stavuje takový systém neocenitelný přínos pro oblast péčeo zákazníky v jejím širokém pojetí.

Zdání, že takový rozsah mohou zajistit jen velké, a tudíždrahé systémy renomovaných firem nemusí být ani zdalekaoprávněné. Například HelpDesk OR-CZ je přijatelnou alterna-tivou k takovým řešením. Je určen pro firmy středního rozsahu,které potřebují za rozumnou cenu řešit problematiku evidencea zpracování rostoucích požadavků svých zákazníků. Systém jepostaven na platformě IBM Lotus Notes, jejíž propracovanýsystém replikací dovoluje všem pracovníkům aktualizaci stavujednotlivých zakázek třeba i několikrát denně. Stejně jakou podobných systémů patří mezi jeho základní funkčnosti: pří-jem požadavků, přehledná evidence existujících požadavkůa sledování změn jejich stavu včetně záznamů o průběhu řeše-ní, eskalace požadavků při nedodržení termínu patřičné odezvy,vystavení podkladů pro fakturaci, evidence pohotovosti řešitelů,evidence zařízení a prostředků, na něž se vztahují služby HelpDesku, evidence příslušných servisních smluv, přístupzákazníků do znalostní databáze.

V případě existence firemní intranetové aplikace spolupra-cuje systém s moduly, jako jsou například organizační strukturafirmy, obchodní kontakty či plnohodnotná CRM aplikace, výka-zy činnosti, sledování nákladů, evidence úkolů a porad apod.

Jednodušší a levnou verzí HelpDesku z hlediska pořízení jetzv. Call Centrum umožňující pracovníkům zákaznické podpo-

ry rychle registrovat volané požadavky a přiřazovat je specialis-tům k vyřešení. V řadě případů mají požadavky uživatelů charakter incidentu, což je hlášení obvykle spojené s výpadkemnezbytné služby. Pro takové případy disponuje Call Centrummechanismem automatických eskalací, který zabezpečí, žeinformace o poruše služby jsou automaticky předávány meziřešiteli. Přiřazení správné priority požadavku zajistí včasnouodezvu na vzniklý problém a nedojde k časovým prodlevámmezi dobou vzniku poruchy a zahájením prací na jejím odstranění. Každý požadavek obsahuje záznam o provedenýchpracovních úkonech a provozní protokol, v němž jsou přesnězaznamenány události týkající se požadavku a sloužící mimojiné k naplnění přísných nároků norem ISO. Aplikaci standardnědoplňuje nástroj pro vytváření požadovaných zpráv o informa-cích uložených v databázi aplikace.

Plnohodnotné HelpDeskové řešení obsahuje samozřejměveškeré funkčnosti Call Centra, navíc doplněné o řadu důleži-tých funkcí, vhodných zejména pro větší firmy se složitější

organizační a geografickou strukturou. Jedná se předevšímo možnost přístupu k HelpDesku prostřednictvím internetu jakpro zákazníky, tak pro řešitele, využití strukturovaného e-mailu pro automatický vznik požadavku ze spolupracujícíaplikace (chybové hlášení z takové aplikace může automatic-ky vygenerovat nový požadavek na servisní zásah), zabudova-né WAP rozhraní umožňující mobilním řešitelům převzetínových požadavků, jejich akceptování a bezprostřední zaháje-ní řešení. Evidenční listy prostředí sloužící k podrobnémupopisu prostředí a prostředků zákazníka nebo uživatele jsoudalší součástí HelpDesku. Obsahují informace důležité prořízení servisních činností (popisy výrobků, schémata zapojení

31

HELPDESK JAKO NÁSTROJKVALITNÍ PÉČE O ZÁKAZNÍKA

Obr. 1: Ukázka pracovní plochy HelpDesku

32

apod.) a úzce souvisí s evidencí servisních smluv a SLA (Service Level Agreements). Ty obsahují pravidla pro posky-tování servisu – definici toho co je a co není předmětem servisních činností, smluvní časy pro odezvu na předloženýpožadavek, priority podle kategorizace (urgentnosti) požadav-ků atd. Znalostní databáze vznikající v průběhu rutinního provozu HelpDesku je zaměřena na analýzu opakujících senebo podobných hlášení a incidentů. Výsledkem analýzy jenalezení a definice jejich systémové příčiny a následné navržení optimálního postupu odstranění.

Jak tedy v praxi vypadá činnost takového HelpDesku? Nepřetržitě běžící aplikace automaticky přijme požadavek veformě strukturovaného e-mailu, zaeviduje jej, vyhledá přísluš-ného řešitele a ověří jeho připravenost k řešení (přítomnost napracovišti). V případě kladného výsledku zasílá do jeho e-mailové

schránky zprávu o požadavku společně s úkolem na jeho vyřešení podle smluvních podmínek zákazníka. V případěnepřítomnosti pracovníka vyhledá zastupující osobu a požada-vek distribuuje na ní. Podle zmíněných podmínek pak očekáváreakce řešitelů. V kladném případě je zaevidováno úspěšnévyřešení problému, v případě opačném následuje eskalace neřešeného požadavku na další zainteresované osoby (obvyklenadřízené pracovníky). To může být provedeno e-mailovouzprávou nebo SMS zprávou do jejich mobilních telefonů. Všepopsané proběhne prakticky bez zásahu člověka. Způsob vyře-šení požadavku je zaznamenán do sdílené databáze pro dalšívyužití oprávněnými řešiteli i zákazníky.

(Dle časopisu Technik č. 4/2005)

Jednou z květnových novinek knižního nakladatel-ství CP Books, a.s. se stala kniha autorské dvojice Doc. Ing. Josef Sixta, CSc. a Ing. VáclavMačát, která, jak naznačují jména autorů, vznikáve spolupráci s naší firmou. Teoretické poznatkya některé praktické příklady docenta Hospodář-ské fakulty Technické univerzity v Liberci a naše-ho blízkého spolupracovníka a logistického kon-zultanta jsou doplněny ukázkami našich reálnýchprojektů, případně vyspělých řešení dalších firem.

Obsah knihy a její poslání snad nejlépe vystihuje úryvek z před-mluvy knihy, kterou obstaral Prof. Ing. Gustav Tomek, DrSC.,vedoucí katedry ekonomiky, manažérství a humanitárních věd,Elektrotechnické fakulty ČVUT:

"Na tvorbě konkurenční výhody se ve výrobním podnikupodílí především ty články hodnototvorného procesu, kteréovlivňují jak výrobní náklady tak jedinečnost produktu. Z teo-retického i praktického hlediska je to především výroba, stejnětak jako její zajištění výrobními faktory na straně jedné a zabez-pečení distribuce směrem k zákazníkovi či zprostředkovatelůmprodeje na straně druhé. Při reálném hodnocení situace nelzepřecházet ani skutečnost, že zmíněné požadavky, vyjádřenéjako narůstající dynamika a komplexnost, vyvolávají skutečnénebo alespoň latentní rozpory mezi jednotlivými rozhodujícímičlánky hodnototvorného řetězce. Sladit tyto rozporné názory nařešení požadavků zákazníků a tím zajistit konkurenční schop-nosti výrobního podniku, lze integrací jejich plánování a řízení,při rozhodujícím podílu integrující funkce logistiky. Nabídkanakladatelství CP Books, a.s. Brno vytvořit takto koncipovanou

publikaci, nemohla nalézt lepšího řešení, než jakým je zde před-kládané dílo, které ztvárňuje uvedené představy. Ideálním jepředevším prolínání vlastního odborného textu s příkladyz praxe. Publikace danou problematiku charakterizuje, analyzu-je a posléze definuje z hlediska její podstaty, ovšem vždy s ohledem na konkrétní doporučení pro praxi, včetně příkladů,které mají charakter odborných případových studií."

Realitu jeho slov potvrzuje i stručný náhled do obsahuknihy.

Úvodní kapitola, uvozená ukázkou z "logistického království"- Škody Auto, s názvem Pojetí logistiky a vnější okolnosti její-ho vývoje definuje vlastní pojem, podstatu a vývojové fázelogistiky v míře právě únosné pro praktiky a dostatečně detail-ní i pro zvídavé studenty.

Kapitolu o Strategiích a cílech logistiky zařazující logistic-kou problematiku do globální podnikové strategie příhodnědotváří velmi aktuální informace Ing. Aleše Noska, ekonomic-kého ředitele podniku Kovona System, a.s. o výstavbě novéhovýrobního provozu, důvodech a požadavcích, které k ní firmuvedly. Generální ředitel a předseda představenstva strakonické-ho Fezka, Ing. Josef Blecha, důstojně zakončil oddíl knihyvěnovaný Řízení toku materiálu pomocí logistiky svým rozho-vorem o zásadní reorganizaci firmy v souvislosti s přechodemna nový výrobní program. Právě z jeho příspěvku je zřejmé, žeprakticky všechna teoretická doporučení musí firma logistickyuřídit v zájmu spokojenosti náročného zákazníka, jakým světové automobilky, odebírající interiérové textilie z Fezka,bezpochyby jsou. Kapitola knihy s názvem Služby zákazníkům- zákaznický užitek je více méně věnována logistickým podni-kům a jejich zařazení do celého logistického řetězce i kdyžnevynechává problematiku vlastní podnikové logistiky. Logis-tické náklady - další téma knihy je lahůdkou pro ekonomicky

LOGISTIKA - TEORIE A PRAXEIng. Jiří Žďára


33

smýšlející čtenáře. Koncepce celkových nákladů, jejich roztří-dění, identifikace a možná optimalizace jsou doplněny srozu-mitelnými a přesvědčivými studiemi převzatými ze zahranič-ních pramenů firmy Oracle Corporation.

Outsourcing logistických služeb při vstupu na zahraničnítrhy je erudovaným pojednáním o možnostech a schopnostechlogistických podniků z rukou nejpovolanějších - generálníhoředitele firmy Direct Parcel Distribution CZ, s.r.o. Ing. DanielaMareše. Spolu s pohledem na šíři služeb tradičního českéhodopravce - ČSAD Hodonín představuje vhodný doplněk kapito-ly o Poskytovatelích logistických služeb.

Skladování, již v úvodu oddílu správně nazvané jednouz nejdůležitějších částí logistického systému, je podrobnýmrozborem základních funkcí, charakteru a významu skladová-ní. Kapitola popisuje vztahy mezi skladováním a výrobou,přepravou, a servisem, věnuje se základním funkcím skladů,stanovení jejich velikosti a členění, stejně jako novým trendům ve skladování. Popis centrálního distribučního skladufirmy Koh-I-Noor Hardtmuth v Českých Budějovicích, říze-ného OR-SYSTEMem je právě onou ukázkou moderníhopojetí skladování.

Doprava jako činitel umožňující propojení jednotlivýchčástí logistického řetězce je náplní další samostatné kapitoly.

Pasivními prvky logistických systémů se zabývá jedenáctákapitola knihy a podrobně klasifikuje přepravované materiály,manipulační a přepravní jednotky, obaly a jejich funkce. Významný prostor je věnován moderním identifikačním pro-středkům, ať už jde o čárové kódy nebo nastupující generaciradiofrekvenčních prostředků. Obdobně podrobně se autořivěnují problematice Aktivních prvků logistických systémů, ať užjde o prostředky manipulační či dopravní. Ukázka z výrobyvysokozdvižných vozíků DESTA v ČZ Strakonice bude jistě hoji-vým pohlazením těžce raněné duše opravdového českého strojaře.

Oddíl Logistické technologie s potřebným nadhledem popi-suje řadu technologií jako jsou např. Kanban, Just in Time,Quick Response, Cross - Docking apod.

Nezbytnost moderních informačních technologií pro efektiv-ní řízení logistických činností je podtržena jejich zařazením dosamostatné kapitoly s názvem Informační systémy v logistice,navíc doplněné historií vývoje OR-SYSTEMu právě v návaz-nosti na rozvoj logistických technologií a požadavků z nich plynoucích.

Všudypřítomný controlling samozřejmě nesmí chybět aniv moderní logistice. Slabost jednoho z autorů (doc. Sixty) prototo nazírání na hospodářské dění dala vzniknout obsáhlé,v mnoha směrech velmi přínosné kapitole, která se jistě staneinspirací pro mnoho, nejen logistických manažerů.

Závěrečná doporučení jak úspěšně zavádět logistiku dopraxe jen potvrzují orientaci knihy na široký okruh čtenářů nejenz obce akademické, ale stejně tak i hospodářské. Potvrzenímbudiž i další část předmluvy Prof. Tomka:

"Dosavadní logistická literatura dostupná naší teorii i praxi,vycházela většinou z jiných představ o pojetí logistiky. Ať jižjako síťového odvětví přerůstajícího až do podmínek globální

ekonomiky, nebo naopak jako dílčích problémů nákupu, někdyvčetně skladování nebo jako řízení zásob, jindy jako řešeníotázky technických prostředků, manipulace, skladovacíchsystémů či vazeb na distribuční politiku marketingu apod. Protoje třeba uvítat dílo, které plně odpovídá naplnění definice logistiky, kterou autoři po analyzování řady teoretických i prak-tických přístupů charakterizují především jako řízení materiálo-vého, informačního a finančního toku s ohledem na splněnípožadavků finálního zákazníka, které je neodmyslitelné odvztahu k vývoji výrobku, výběru dodavatele, vlastní realizaciproduktu ve všech etapách, samozřejmě ke vhodné cestě výrob-ku k zákazníkovi a v neposlední řadě ani od likvidace morálněči fyzicky zastaralých výrobků. Kniha založená na ověřenýchteoretických předpokladech přibližuje problematiku logistikyširoké paletě uživatelů. Odpověď na aktuální otázky i poučenízde naleznou manažeři různých úrovní podnikové činnosti,stejně tak jako pracovníci prodeje, nákupu a výroby, případnědalších oblastí. Z komplexních poznatků autorů mohou účelněčerpat i studenti ekonomických i technicko-ekonomických stu-dijních oborů vysokých škol. V souvislosti s informací o struk-tuře díla je jistě na místě zmínit i koncepční práci odpovědnéredaktorky CP Books, a.s., Ing. Martiny Bartoňové, jejíž odbor-ná práce přispěla k vytvoření racionálního celku z obou části,které na sebe plynule navazují a dávají uživateli poznatky jakteoretické, tak jejich ověření na praktických ukázkách logistic-kých projektů."

OR-CZ spol. s r.o.Brněnská 19571 01 Moravská Třebovátel.: + 420 461 361 111GSM: + 420 603 884 666

+ 420 724 321 829+ 420 777 982 497

fax: + 420 461 319 030e-mail: [email protected]: LAT 49°45'21"NLONG 16°39'39"E

Pobočky:OR-CZ spol. s r.o.Freyova 27190 00 Praha 9 - Vysočanytel.: + 420 296 645 711fax: + 420 296 645 234e-mail: [email protected]

OR-CZ spol. s r.o.Jelínkova 26616 00 Brnotel.: + 420 541 243 217fax: + 420 541 236 744e-mail: [email protected]

OR-CZ spol. s r.o.Tyršovo náměstí 440686 01 Uherské Hradištětel.: +420 572 552 102e-mail: [email protected]

OR-CZ spol. s r.o.Gogolova 18852 00 Bratislavatel.: + 421 263 814 371fax: + 421 263 814 373e-mail: [email protected]

Sesterská společnost:ORM spol. s r.o.Jelínkova 26616 00 Brnotel.: + 420 541 236 744fax: + 420 541 236 744e-mail: [email protected]

Místa implementační podpory:České Budějovice - tel.: +420 603 166 008 e-mail: [email protected] - tel.: +420 737 802 434 e-mail: [email protected] Šternberk - tel.: +420 603 864 986 e-mail: [email protected] Uničov - tel.: + 420 605 406 809 e-mail: [email protected]

Date post:	07-Oct-2020
Category:	Documents
Upload:	others
View:	5 times
Download:	0 times

SÍLA INFORMACE - OR-CZ · dílenské řízení výroby konfigurátor objektů s přímým...

Documents