HSI, spol. s r. o. Praha - JISTOTA A KVALITA IT ŘEŠENÍ

Automatizace procesu vyjádření

PROFIL ZÁKAZNÍKA

Telefónica O2 Czech Republic, a. s. (dále jen TO2) je předním integrovaným telekomunikačním operátorem na českém trhu. V současnosti provozuje více než sedm miliónů mobilních a pevných linek (údaj z roku 2010), což z ní činí jednoho z vedoucích poskytovatelů plně konvergentních služeb na světě. Nabízí nejucelenější nabídku hlasových a datových služeb v České republice. Mimořádnou pozornost věnuje využití r ůstového potenciálu především v datové a internetové oblasti. Společnost provozuje nejrozsáhlejší pevnou a mobilní síť včetně sítí 3. generace – datovou síť CDMA a síť UMTS, která umožňuje přenos dat, hlasu, obrazu a videa. Telefónica O2 Czech Republic je také předním poskytovatelem ICT služeb v ČR.

PROBLÉM ŘEŠENÍ

Společnost Telefónica O2 Czech Republic, a. s. do roku 2003 (tehdy ještě jako společnost Český Telecom a. s.) řešila problematiku poskytování dat o existenci sítí lokálními aplikacemi, které vznikaly neřízeně na jednotlivých pracovištích technické dokumentace. Proto v roce 2004 vznikl systém VETEZ, který sjednotil organizační a technické prostředí pro procesy vyjádření. Všechny tyto procesy byly centralizovány s využitím jednotné databáze ORACLE a s přímým napojením na centrální systém správy grafických dat (systém CSD) a vybudováním klienta VETEZ, který kromě procesu vyjádření zajišťuje také další úkony související s procesy technické dokumentace, jako jsou interní informace, vazby na provozní údržbu, podporu vytyčování apod. Systém VETEZ řídil vlastní workflow procesu vyjádření. Umožňoval také spolupráci mezi pracovišti technické dokumentace (DLSS – Dokumentace liniových staveb sítě) a pracovišti ochrany sítě (POS) na jednotlivých případech. Žádosti o vyjádření byly přijímány osobně na přepážkách jednotlivých pracovišť DLSS, přicházely poštou nebo později elektronicky na základě vyplněné žádosti na portále TO2. Celý proces od přijetí žádosti přes vyhodnocení střetů v grafickém prostředí CSD až po vlastní tisk a odeslání žadateli probíhal manuálně. Technologické i organizační sjednocení celý proces vydání vyjádření značně zjednodušilo a zrychlilo, snaha o další automatizaci procesu pokračovala dál.

POPIS ŘEŠENÍ

Cesta k cílovému stavu probíhala ve třech etapách. První etapa (2005-2007) řešila výhradně integraci náběru požadavku od žadatele přes portál, avšak počet takto podaných žádostí se pohyboval pouze v intervalu od 3 do 14%. Ve druhé etapě se řešila automatizace tzv. negativních střetů, tedy těch, kdy v zájmovém území žadatele není síť patřící společnosti TO2. Tato etapa byla realizována v roce 2009 a počet elektronicky podaných žádostí se zvýšil až na cca 80%. Po zhruba ročním provozu byl implementován tzv. plný automat, který řeší i případy se střetem a je v provozu od března roku 2010.
Celé řešení se opírá o následující pilíře:

• elektronický příjem žádosti – standardizovaný IF, otevřený vůči třetím subjektům,
• automatické zpracování žádosti (polygon s vyznačeným zájmovým územím, poloha liniových staveb, algoritmizovatelné podmínky ochrany sítě),
• automatizované odeslání (uložení vyjádření na portálu k vyzvednutí žadatelem nebo odeslání tisku k distribuci),
• plně zvládnutý proces vyjádření, stabilní prostředí systému VETEZ,
• grafická data sítě jsou uložena do jednotného databázového prostředí technologií ORACLE SDO,
• znalost kvality dat v rámci celé republiky, systém umožňuje korekce v závislosti na kvalitě dat vlastníka sítí včetně možnosti korekcí podle kvality podkladových referenčních map.

Srdcem celého systému automatizace se stala tzv. řídící logika, což je funkčnost na straně databáze, která zpracovává všechny požadavky na nové vyjádření. Požadavky do systému vstupují z portálu TO2, na kterém žadatel svoji žádost podává. Součástí této žádosti je zakreslení polygonu zájmového území, který slouží následně pro další zpracovaní, jako je určení střetů, tvorba grafické dokumentace k vyjádření, příprava předávaných DGN souborů. V současné době je vyjádření připraveno do jedné hodiny zcela bez nutnosti aktivní účasti kteréhokoli zaměstnance společnosti TO2. Celý systém automatizace však počítá i s případy, které nelze řešit plně automaticky. Jedná se o velká území, například pro potřeby územního plánování, nebo o vyjádření v místě, kde grafická data nedosahují takové kvality, aby šlo bezchybně rozhodnout o střetu automaticky (systém má nastaveny limity pro automatické zpracování: např. počet polygonů či velikost zájmového území pro vyjádření). Tyto případy se nadále řeší dál manuálně v klientu VETEZ ve spolupráci s grafickým prostředím (dnes systémem MacroTEL V8). Stejně tak je zajištěna podpora v okamžiku, kdy se žadatel dostaví osobně na pracoviště DLSS s novou žádostí. I v těchto případech ale může dojít k znatelnému ušetření práce. Po založení žádosti se případ odešle do automatického zpracování, které celý zbytek vyjádření dokončí opět bez zásahu uživatele. Systém mimo jiné také reflektuje tzv. VIP žadatele, těmto žadatelům systém sám nastaví identifikační a přihlašovací údaje při požadavku o další vyjádření. Systém je připraven recipročně distribu-ovat žádosti stavebníků na další správce technické infrastruktury (z TO2 na ČEZ, RWE atd., a opačně na základě volby žadatele).
 

Systém VETEZ v číslech

• 150 000 žádostí ročně od stavebníků
• 30 000 žádostí ročně od ostatních správců infrastruktury (havárie apod.)
• 80%  žádostí s elektronickou komunikací
• 23%  plně automaticky vydáno v první etapě automatizace (negativní střety)
• 1TB grafických dat
• 12 dnů –> 1 hod. celkový čas (od přijetí až po distribuci) zpracování vyjádření po zavedení automatu na negativní střety
• 2 minuty/vyjádření průměrná propustnost systému VETEZ
• 85% očekávané procento plně automatických žádostí, včetně těch, kdy dojde ke střetu (cíl pro rok 2010)
• 33 mil CZK úspora ročních provozních nákladů po zavedení plného automatu ve společnosti TO2 

POUŽITÉ PLATFORMY

• Oracle 10g (databáze)
• OS Serveru: Windows 2003 (generování textových a mapových příloh vyjádření, generování DGN souborů)
• OS Klientů: Windows XP 

Vyjádření zákazníka

„Dlouhodobým zájmem společnosti Telefónica O2 Czech Republic, a. s. je poskytovat stavebníkům, investorům, projektantům a dalším oprávněným žadatelům o Vyjádření stanoviska v elektronické podobě bez nutnosti osobních návštěv a výrazně tak zkrátit nejen dobu spojenou s doručením žádosti od stavebníka na příslušné pracoviště dokumentace sítě, ale také zkrátit dobu zpracování žádosti a doručení stanoviska zpět žadateli včetně preference elektronické komunikace. Proto na základě námětů našich zákazníků provozujeme a průběžně rozvíjíme veškeré aplikace, které nejen stavebníkům/občanům umožní rychlý přístup k potřebným informacím včetně zajištění odpovídající úrovně aplikací. V tomto případě jsme díky nasazení technologie Bentley Geo Web Publisher a aplikace, vytvořené společností HSI, spol. s r.o. (dlouhodobý dodavatel společnosti TO2 v oblasti správy technické dokumentace a GIS), vytvořili ucelené řešení, které využívá vlastností moderních technologií a poskytuje tak vysoký uživatelský komfort jak na straně zpracovatele, tak především na straně žadatele. Pro koncového uživatele probíhá v současné době celý proces elekt-ronicky – od registrace zájemce a zadání požadavku prostřednictvím web portálu, přes interní, centrální zpracování až po získání oficiálního vyjádření formou e-mailové zprávy a odkazu na elektronické úložiště, kde je příslušné vyjádření uloženo. Žadatelé mohou své žádosti podávat prostřednictvím aplikace, kterou naleznou v rámci TO2 web portálu na http://www.cz.o2.com/dokumentace. Na této adrese rovněž naleznou žadatelé také popis řešení, včetně návodu na použití, instruktážní video a odpovědi na nejčastější otázky.“

Ing. Jiří Lagner,
manažer Administrace a dokumentace sítě, Telefónica O2 Czech Republic, a. s.

 Stáhnout v PDF

Grafický registr sítě společnosti Telefónica O2 Czech Republic ve světle času

O společnosti Telefónica O2

Telefónica O2 Czech Republic, a.s., je prvním integrovaným operátorem v České republice, který vznikl 1. července 2006 spojením nejvýznamnějšího provozovatele pevných linek, ČESKÉHO TELECOMU, a.s., a nejsilnějšího mobilního operátora, Eurotel Praha, spol. s r.o., do jedné telekomunikační společnosti. Společnost dnes provozuje více než sedm miliónů mobilních a pevných linek, což z ní činí jednoho z vedoucích poskytovatelů plně konvergentních služeb na světě.

Telefónica O2 Czech Republic nabízí nejucelenější nabídku hlasových a datových služeb v České republice. Mimořádnou pozornost věnuje využití růstového potenciálu především v datové a internetové oblasti. Společnost provozuje nejrozsáhlejší pevnou a mobilní síť včetně sítí 3. generace – datovou síť CDMA a síť UMTS, která umožňuje přenos dat, hlasu, obrazu a videa. Telefónica O2 Czech Republic nabízí také největší síť WiFi hotspotů v zemi. 

Již z úvodu je zřejmé, že celý obor elektronických komunikací prochází výrazným rozvojem v oblasti služeb i technologií. Jedním ze základních předpokladů úspěchu na trhu elektronických komunikací je však také kvalita a úroveň podpůrných aplikací včetně odpovídajícího rozsahu dat. Téma tohoto textu se proto nebude zabývat procesy vedoucími od SPT Telecom k Telefónica O2, ale bude zaměřeno na minulé období z hlediska technologií, které byly využívány na pracovištích technické dokumentace a správy dálkových kabelů. Obě tato pracoviště nejsou pro běžného zákazníka využívajícího služeb společnosti Telefónica O2 známa, ostatně nepřijde s nimi do přímého styku, i když jejich správné fungování je pro poskytování kvalitních a spolehlivých služeb nezbytné, ať už jsou to služby datové, či služby hlasové.

Provozní systém přenosových cest

V letech kolem roku 1995 byla spolupráce mezi firmou HSI a SPT Telecom zahájena. Tehdy byl ve společnosti SPT Telecom budován registr přenosové sítě (RPS), jako aplikace nad systémem ORACLE ve verzi 6. Tato aplikace byla čistě textová a evidovala přenosovou síť, a to jak fyzickou vrstvu, tak i vrstvu logickou. Tehdy začal vznikat systém RPS/V (V jako vizualizace), který graficky prezentoval data z relační databáze. Jednalo se o generaci schématické mapy dálkových kabelů. Mimo grafickou prezentaci tak byl postaven základ pro další rozšiřování systému RPS/V a grafická prezentace umožnila jiný pohled na do té doby čistě textová data a umožnila validovat data zadávaná přes ORACLE Forms. Grafická strana byla zajišťována aplikacemi v prostředí CAD editoru MicroStation firmy Bentley (tehdy obchodně zastupovanou firmou Intergaph), v té době ještě verze 5.0, a to ještě pod operačním systémem MS DOS.

Sběr polohopisných dat

Vývoj RPS i RPS/V pokračoval i v dalších letech, měnila se verze RDBMS ORACLE, verze operačního systému i grafického prostředí MicroStation. Ještě v této technologicky přechodné době se spolupráce zaměřila jiným směrem. Tím byl sběr polohopisných dat o telekomunikační síti. Cílem této spolupráce bylo sjednocení komunikace složek technické dokumentace s dodavateli staveb. Vzhledem k tomu, že probíhala obrovská výstavba a stávající data byla v nejednotné struktuře a někdy i v jiných formátech, byla pro pozdější daleko intenzivnější využívání těchto dat tato struktura nepřijatelná. Firma HSI nabídla řešení spočívající ve vytvoření produktu MacroTEL, který vycházel z tehdy již rozšířeného komerčního produktu MacroGEO. MacroGEO, jakožto systém pro správu dat o území, poskytl solidní základ pro nově vznikající systém MacroTEL, který byl uzpůsoben potřebám společnosti Český Telecom a specifikám telekomunikačního operátora. Vytvoření jednotného prostředí, které budou používat všechna pracoviště (přes 300) jednotně, bylo koncepčně velmi důležité. Ale mnohem větší přínos přinesla směrnice TSM 2022, která se stala „zákonem“ určujícím pravidla výměny dat, zejména s dodavateli zajišťujícími zpracování výsledků investiční výstavby telekomunikační sítě či její rekonstrukci, dále pak pravidla formátu dat, způsobu tvorby a hlavně jejich podoby. Součástí systému MacroTEL byl i systém TesTEL, který jako strážce hlídal, zda data vstupující do společnosti jsou v takové podobě, v jaké být mají. Tím, že systém MacroTEL vzešel ze systému MacroGEO, který byl rozšířen mezi dodavateli, a tím, že oba systémy obsahovaly stejné kontrolní nástroje, byla tato změna poměrně bezbolestná. Systém MacroTEL ve své lokální podobě byl ve společnosti Český Telecom používán až do příchodu systému CSD (Centrální Správa Dat), a svou éru v této podobě ukončil nad systémem MicroStation verze 95. O úspěšnosti tohoto řešení svědčí fakt, že řada další správců sítí si vzala z tohoto postupu vzor a šla podobnou cestou. 

Centralizace správy dat

V předchozím odstavci zazněla zmínka o velké stavební aktivitě. To vedlo k tomu, že dat o nových stavbách přibývalo, stále bylo velké množství dokumentace, která vznikla ještě před zavedením směrnice TSM 2022 a také začaly vznikat požadavky na využívání dat, a to celorepublikově. A jak se vyvíjela oblast informačních technologii, zvyšovaly se nároky na systém správy technické dokumentace, což s sebou přineslo počátek vývoje systému CSD. Nejdříve ale bylo nutné provést revizi všech dat, která byla ve správě technické dokumentace. Vznikla směrnice TSM 2054, popisující obsah technické dokumentace, na jehož základě pak v roce 2002 systém CSD vznikl.

V čem tedy tento systém spočívá?

Řešení CSD je založeno na architektuře klient-server. Veškerá digitální data technické dokumentace jsou uložena na aplikačních serverech. Správa a popis celého datového fondu je veden a udržován v centrální databázi systému ORACLE. Základem pro využití a zpracovávání digitální technické dokumentace je aplikační systém CSD, uživatelské prostředí tvoří známé a ověřené systémy MacroTEL (příp. ViewTEL) společně s kontrolním systémem TesTEL, jejichž funkčnost je rozšířena pro potřeby CSD. Na této úrovni jsou dva typy pracovišť. Pracoviště se systémem MacroTEL (tzv. garanti), kteří zodpovídají za data spadající do jejich působnosti. Mají tedy v rámci své působnosti editační práva nad daty a jsou za ně zodpovědní. Pracoviště se systémem ViewTEL jsou pracoviště s pasivním přístupem k datům. Zde se jedná především o úlohy typu vyjádření se k existenci telekomunikačních zařízení apod., či je toto pracoviště určeno pro provozní složky, které data ze systému pouze využívají.

Uživatelská digitální data jsou ukládána na aplikační server. Datová struktura je orientována souborově, tj. grafická data jsou ukládána pomocí souborů na disk. K jednotlivým souborům jsou na centrálním databázovém serveru založeny záznamy, které obsahují uživatelské a systémové atributy určující obsah souboru. Správu systému, přidělování přístupových práv a zpracování požadavků řeší aplikace umístěné na centrálním databázovém serveru.

Prezentace dat

V době vzniku systému CSD byl již výše zmíněný registr přenosové sítě průkopníkem také v další oblasti. Grafická data registru se začala prezentovat v prostředí intranetu společnosti. Tato prezentace umožňovala zobrazit republiku se schématickou sítí dálkových kabelů. Tato síť umožnila zobrazit další údaje o síti a zároveň i prezentovat schémata jednotlivých kabelů, která byla dalším výstupem aplikace RPS/V. Toto zprostředkování dat i ostatním pracovníkům společnosti bylo dalším krůčkem k zviditelnění technické dokumentace.

V té době velcí leadeři geoinformačních technologií pouštěli na trh svá řešení umožňující prezentaci grafických dat. Jedním z prvních dodavatelů grafických technologií do SPT Telecom byla firma Intergraph. Proto je logické, že tato prezentace byla postavena na technologii GeoMedia WebMap.
Úspěch prezentace dat RPS vyvolal logické požadavky i na prezentaci dat polohopisných. Proto byl současný systém vyvíjen i pro prezentaci dat dle směrnice TSM 2022, která byla uložena v CSD. Zde musel být řešen problém s velkým objemem dat a následně s potřebnou uživatelsky přijatelnou dobou odezvy. Řešení postavená na technologii Intergraph umožňovala přímou prezentaci bez nutnosti konverze. V té době oddělení rozvoje začalo paralelně připravovat systém CDM, který měl za cíl vytvořit www řešení pro jednoduchou tvorbu rozvojové dokumentace. Ten byl od počátků vyvíjen v produktu Map Guide (MG). Vzhledem k tomu, že tehdejší verze systému WebMap nedostačovala kapacitně zvládat takové objemy dat v požadovaných časech odezev, bylo jako základní prostředí pro www prezentaci zvoleno právě prostředí Map Guide. To s sebou ale přineslo nutnost konverze dat, která byla v systému nativně uložena v podobě DGN souborů (prostředí MicroStation).

Proto vznikl další projekt, tzv. CSD Cache, který byl úzce spjat se systémem CSD a v pravidelných dávkách komunikoval s prostředím MG a posílal nové či změněné dokumenty. Ty se na straně produktu MG ukládaly v jeho nativním formátu. Toto řešení bylo po roce nahrazeno řešením novým. Důvodem byl opět velký objem dat, kdy docházelo k situacím, že konverzní linka provozně „nestíhala“ ukládat data pro prezentaci tak, aby byla tato data dostatečně aktuální. Tento problém vyřešil až projekt „Zrcadlo“, který automaticky, bez nutnosti pouštění dávek, ukládal kopie dat z CSD do struktur SDO (Spatial Data Option – technologie ORACLE pro ukládání grafických dat). Mimo to bylo tímto také umožněno prezentovat i jiná data než data dle směrnic TSM 2022 či TSM 2096, a to i data starší, a tím dát ještě větší prostor www prezentaci. Toto řešení je v zásadě v provozu dodnes.

Grafická data v databázi

O technologii SDO se nezačalo uvažovat až v projektu Zrcadlo. Již při přípravě systému CSD se počítalo s tím, že grafická data, která jsou strukturovaná, se budou spravovat právě v tomto prostředí. Tehdejší doba k tomu již dávala také lepší předpoklady, a to jak organizační, tak technické. Technologie byla dál. Firma ORACLE přišla na trh s databází ORACLE 9i, problémy s prezentací na www ukázaly nutnost otevřenějšího formátu a zároveň zde bylo nutné respektovat i hledisko bezpečnosti. DGN soubory jsou přeci jen soubory a ty se mohou poškodit.

Proto, když firma Bentley vyšla na trh se systémem MicroStation V7.2, kde byla deklarovaná podpora pro práci s SDO daty, bylo o zahájení takového projektu jednoznačně rozhodnuto. Nakonec pro vlastní komunikaci s databází nebylo použito rozhraní MSTN J7.2, které bylo postaveno na bázi Java a které nevyhovovalo jak po stránce rozšíření požadavků zákazníka, tak ani po stránce výkonu, ale řešení proprietální. Firma HSI vyvinula vlastní API pro komunikaci s DB. Jelikož bylo požadováno sledovat historii změn u grafických dat tak, jak tomu bylo v CSD, a zároveň vznikl logický požadavek na zpracování dat v dlouhých transakcích, bylo pro tuto oblast zvoleno rozšíření ORACLE produktů, tzv.WorkSpace Manager (OWM).

Při aplikaci tohoto systému firma HSI narážela na různá technologická úskalí. OWM jakožto hotový produkt ne vždy plnil deklarovaná očekávaní. Objemy stovek gigabytů dat byly pro stařičkou databázi oříškem, specifické požadavky zákazníka jako například zajištění automatické aktuálnosti dat u klienta a zajištění bezkonfliktní editace ve více uživatelském prostředí nutily vývojový tým hledat nové cestičky, které povedou ke kýženému cíli.

Schémata místní sítě

Pokud lze říci, že systém MacroTEL a směrnice TSM udělaly pořádek v polohopisných datech, tak projekt Schémat měl za cíl to samé, tj. v schématických datech místní sítě. Tato snaha se nese celým dosavadním obdobím spolupráce obou firem a vždy skončila na nenalezení společného průsečíku jednotlivých věcných oblastí, tj. jak tato data tvořit. Zlom nastal až se zavedením SDO technologie do provozu a vytvořením směrnice, která popisovala tvorbu geoprostorových schémat v prostředí společnosti. Jelikož i tato data se mohou tvořit dodavatelsky, vznikl produkt TagTEL, který umožňoval dodavateli vytvořit schéma, které nebude jen kresbou, ale ponese si negrafické informace o síti, které se pak přenesou do datového modelu u zákazníka.

Dodavatel tak vytvářel data v DGN souboru, ke kterým plnil negrafické informace pomocí tzv. štítků, které se po importu na straně společnosti plnily do struktur ORACLE SDO. Modul Schémat v systému CSD tak byl celý tvořen už jen pouze jako modul SDO. Tedy veškerá takto vzniklá data se již nedržela v DGN souborech, ale pouze v databázi. Prvky schémat již nebyly pouze linie, ale nesly si negrafické informace, obsahovaly dynamické popisky a dynamický vzhled na základě jejich atributů. Jako součást schémat byl i vytvořen relační model umožňující tvořit topologicky čistou kresbu s úlohami trasování a možností analyzování informací typu šetření, například které domácnosti budou bez připojení při přerušení tohoto kabelu apod. Na základě těchto principů byl později vytvořen modul Kabelovody. Ten obsahoval speciální funkčnost pro práci s otvory jejich obsazením a další.

Systém VETEZ

V Českém Telecomu, a.s., byl v první polovině roku 2004 ukončen pilotní provoz systému VETEZ - Vyjadřování o Existenci Telekomunikačních Zařízení (dnes se podle Zákona č. 151/2000 Sb. o telekomunikacích uvádí pojem „Vyjádření o existenci podzemních vedení telekomunikační sítě“.) Hlavním záměrem projektu bylo implementovat moderní work-flow systém pro podporu činnosti vydávání vyjádření, sjednotit procesy a nahradit stávající lokální systém WinVIS a částečně i systém KAPA, které tuto agendu do oné doby podporovaly, a umožnit centralizaci pracovišť technické dokumentace.
Vyjádření o existenci podzemních vedení telekomunikační sítě je nedílnou součástí žádosti o stavební povolení a Telefónica O2 musí toto vyjádření poskytovat žadatelům z řad veřejnosti (fyzickým osobám) i projekčním organizacím (právnickým osobám) na základě stavebního zákona (Zákona č. 50/1976 Sb).

Z hlediska technologického lze celý systém VETEZ považovat jako systém pro evidenci požadavků a sledování jejich stavů. Pro pracovníky DLSS je to nástroj, který umožňuje efektivně tuto agendu provádět. Zajišťuje komunikaci mezi složkami optické a místní sítě, oddělením ochrany sítě či poskytuje podporu služeb vytyčení či provozní údržby. Tím, že byl tento proces centralizován a postaven nad jednou centrální databází, mohlo dojít k personálním úsporám, ke kterým vede i další vývoj v této oblasti. Ti z vás, kteří sledují tuto problematiku, ví, že Telefónica O2 jako první společnost na českém trhu zavedla elektronické podávání a vybavování žádostí. Tím mohla zaniknout řada pracovišť pro styk se zákazníkem a celý proces se tak ještě více zefektivnil. Současně s tím se nyní připravuje ještě vyšší automatizace, kdy přínos z minulých deseti let spolupráce umožní vydávat vyjádření v podstatě bez zásahu pracovníka DLSS. Že je nutnou podmínkou stabilní informační systém je jasné, ještě více však je důležitá úplnost a kvalita dat.

A dnes?

V roce 2009-2010 se bude mění systém správy dat technické dokumentace. Verze MicroStation J7 bude nahrazena poslední verzí - označovanou XM. Systém bude postaven na technologii Bentley XFM s využitím komerčního produktu ProGEO z dílny HSI. OWM bude nahrazen vlastním řešením firmy  HSI – nazvaným HWM. Celý tento migrační projekt s sebou přináší velké očekávání, neboť by měl eliminovat řadu provozních limitů a posunout řešení o získané zkušenosti ze spolupráce, která již má deset let za sebou. Jak se toto očekávání naplní, se jistě dozvíte někdy příště, v dalším článku obdobného zaměření.

Ing. David Kaufman
vedoucí vývojový pracovník HSI, spol. s r.o. a projektový manažer projektů O2