1 Klientský portál WEB-UDS Plánovaný rozvoj systému UDS, který se oproti pvodnímu vnitropodnikovému systému i24reus vrací k využití standardní aplikaní úrovn, nyní zaazuje další stupe sdílení dat pes webové rozhraní. Zkušenosti oproti webové aplikaci využívané v oblasti intranetu stále ukazují, že je standardní aplikaní ešení rychlejší a uživatelsky efektivnjší. Úspora asu pi zadávání velkého potu dat nativním rozhraním je nepehlédnutelná. Co nás tedy vede k ešení webového rozhraní? Jedná se o modul systému UDS, který zprostedkovává informace koncovým zákazníkm. Rozšíení tchto informací pomocí internetu k píslušným zákazníkm bylo cílem posledního vývoje. Testovací fáze nyní zkoumá schopnost systému konzistentní kontroly tak, aby nedocházelo k nesrovnalostem v zobrazovaných informacích. 2 Technické ešení Po letech jsem se rozhodl zaadit do svého menu také skriptovací jazyk PHP. Asi to po zkušenostech s HTML vyvstalo automaticky, kdy jsem musel uznat, že statickým webovým stránkám odzvonilo. Tedy ne tak úpln, ale nároky okolí jsou již vtší ešení klientského portálu tím bylo definováno práv kombinací A-P-I jako Apache PHP Interbase k emuž m nakonec pesvdil dobrý popis pro zaínajícího programátora v PHP na stránkách Slávka Rydvala: http://www.rydval.cz/phprs 2.1 Popis systému co všechno WEB-UDS nabízí WEB-UDS se zamuje na výstupy z informaního systému UDS vztahující se ke konkrétním zakázkám vždy pro uritého zákazníka tak, jak je zakázka definována. Jedná se o zprostedkované informace ukazující pedevším stav zakázky. Parametry k tomu zvolené definují nkolik výstup, které klient mže zvolit a zobrazit tak Celkový pehled stavu výroby zakázky. Pehled materiálového toku svého dodaného materiálu. Pehled expedovaného množství. Náhled do vystavených položek k fakturaci. Pehled zbytk dodaného materiálu. Zvolené sestavy dávají pak ucelený pehled o stavu výroby zvolené zakázky. 2.2 Definice uživatele a jeho pihlášení Protože zobrazuje portál zakázky urené konkrétnímu zákazníkovi, musí být uživatel portálu pi definici v systému zaazen do klientské spolenosti. Systém pak zobrazuje práv ty zakázky, které mají definovaného koncového odbratele práv uvedenou spolenost. Do portálu nemohou uživatelé vstupovat automaticky, nýbrž jsou administrátorem definováni. Ten nejprve založí uvedenou osobu v kmenových datech systému a opak ji piadí do píslušné spolenosti. Tím je jednoznan urena identifikaní dvojice klí pro zobrazení píslušných zakázek. (V podstat zde jméno ani tak nerozhoduje, protože to, jaké zakázky systém po pihlášení uživatele zobrazí, se odvíjí pouze od spolenosti, ke které je uživatel piazen.)
Je-li uživatel definován svým jménem, píjmením a pihlašovacími údaji a piazen spolenosti, mže provést pihlášení na stránkách portálu: Obr. 2-1 Pihlášení uživatele portálu WEB-UDS Pokud probhlo pihlášení správn, zobrazí systém dv základní položky (odkazy) smrované na zakázky práv probíhající nebo zakázky již zpracované, které je možno prohlížet. Pitom platí, že zakázky aktuální (práv probíhající) jsou ty, na které dosud nebyla vystavena faktura, ale probhla již minimáln jejich definice ze strany manažera zakázky, nejpozdji jsou zakázky aktuáln vystavené vždy v okamžiku, kdy byla pijata první položka zákaznického materiálu. Na druhou stranu jsou zakázky zpracované práv ta, které již obsahují položky faktury nebo byl njakým zpsobem vyízen tok zbytkového materiálu. Zobrazení zakázek (a už aktivních nebo zpracovaných) se vždy ídí podle spolenosti, ke které je uživatel piazen. Hodnoty konstant primárných klí jsou ukládány do pamti a vždy figurují v SQL dotazu jako jeho parametr v klauzuli WHERE. Obr. 2-2 Pihlášení uživatele do klientského portálu WEB-UDS 2.3 Souhrnné hlášení o výrob A již zákazník zvolí jakoukoli možnost pro zobrazení svých zakázek, tedy aktuální nebo již zpracované, vždy mu systém nabízí stejnou skupinu povolených výstup. Sestav, které njakým zpsobem odrážejí realitu produkce zvolené zakázky, kterou klient vybírá ze seznamu.
Obr. 2-3 Seznam základních výstup o zakázce Na prvním míst stojí souhrnné hlášení o výrob (Fertigmeldung), které je sice asov náronjší na zpracování než ostatní sestavy, ale nabízí komplexní pehled o prbhu produkce. Zobrazuje seznam všech definovaných verzí dané zakázky a pro každou z nich pak informaci o požadovaném množství (výrobním nákladu), množství, které bylo naskladnno, odvezeno, celkový poet zpracovaných kus a rozdíl oproti definovanému nákladu. Obr. 2-4 Hlášení o výrob Klient má tak z uvedeného výtu hodnot možnost rychle se orientovat v celkové situaci výroby jednotlivých verzí. Procentuální vyjádení podílu vyrobeného množství pak dává uživateli jasnou zprávu o stavu zakázky (verze).
2.4 Kontrola pohybu díl Dílí složky, které se zpracovávají systém vede jako tzv. díly a podle jejich potu uruje náronost celé zakázky popípad dílích verzí. Krom nich se do seznamu díl.l adí také další komponenty urené ke zpracování. Seznam tchto komponent (díl) systém UDS zpracovává, protože se de facto jedná o konsignaní materiál, materiál dodaný zákazníkem. Je proto nasnad informovat klienta o stavu jeho zásob a prbhu jejich zpracování a veškeré manipulace vbec. Systém eviduje veškeré pohyby tohoto materiálu vesms od pijetí na sklad až do výroby a popípad i zpt a dále ve zbytcích potom opt k zákazníkovi. Obr. 2-5 Kontrola pohybu díl Je-li složka nebo jiný díl pijat od zákazníka externím pohybem na sklad, pak množství figuruje ve sloupci (+), je-li ást pak exportována do externího okolí (napíklad ke kooperaci) objeví se tato hodnota ve sloupci (-). Rozdíl potom tvoí množství, které jsme pijali ke zpracování (Zur Bearbeitung). Z toho se potom ást mže nacházet na sklad (Auf Lager), ást ve výrob (in der Produktion). Hodnoty se dynamicky mní podle toho, jak jsou jednotlivé palety skenovány do výroby. Množství na sklad ubývá až do nuly. 2.5 Vývozy hotových výrobk Jestliže dojede k vývozu by jen ásti z definovaného nákladu, je v systému UDS založen dodací list s pidruženými paletami. V takovém pípad se záznam objeví také v seznamu vývozu hotových výrobk, který postupn zobrazuje definované dodací listy a množství odvezených kus k píslušné verzi zakázky. Jednotlivé záznamy vznikají pro definované transporty, které urují jednak dodávané množství, datum ale pedevším místo dodání. Tyto informace se sice v sestav neobjevují, charakterizují ovšem transport jako takový. Jestliže tedy vezeme náklad na jedno místo v jeden den, postaí nám definice jednoho transportu. Pokud se náklad vyváží v nkolika dnech, musíme v systému USD nadefinovat stejný poet transport. Tato struktura výrazn napomáhá k orientaci ve vývozech. Zákazník ovšem dostává informaci v souhrnu.uvažuje se o možnosti dynamického odkazu na uritý transport nebo dodací list v níže zobrazeném výstupu. Má sice možnost sledovat výsledek s ohledem na jednotlivé dodací doklady a dokonce vidí také název transportu, který asto slouží pro lepší pedstavu o pepravované dodávce, nemá ovšem možnost detailn nahlížet do vlastností objektu transport nebo dodacího listu. Co je ovšem pro nj dležité je poet pepravovaných kus a palet. Hodnoty jsou navíc vyjádeny i mezisoutem pro dílí
verze a celkovým soutem pro zvolenou zakázku. Zákazník tak získává rychlý pehled o tom, jaké množství z jaké verze bylo transportováno. 2.6 Další možnosti sledování Obr. 2-6 Vývozy hotových výrobk Portál nabízí zákazníkovi také zjednodušenou formou informaci o fakturovaných dodávkách práce. Nejedná se pitom o daový doklad jako takový nýbrž o seznam položek dílích faktur. Klient má tak možnost sledovat položky faktury již v okamžiku jejího vzniku ped doruením daového dokladu. Podobn jako systém sleduje jednotlivé díly (zákaznický materiál), má klient možnost sledovat množství zbylého materiálu, které bylo vráceno z výroby do skladu a rozhodnout, jak bude s takovým materiálem dále nakládáno. Sestava zobrazuje seznam všech definovaných díl a uvádí množství zbytk na sklad, které zbylo z produkce.
3 Závr Obr. 2-7 Pehled zbylého materiálu zákazníka Díky zptné vazb, kterou portál ukládá do databáze formou návštvní knihy s údaji o pihlášeném uživateli, data pihlášení a definice akce, kterou klient provedl (myšlena je použitá sestava výstupu), mžeme pokraovat ve vývoji a zamit se na skupinu tch výstup, které uživatelé používají nejastji a zpístupnit i nkteré detaily nejen z výstup, ale pímo odkazy na konkrétní objekty jako je napíklad dodací list, faktura atp. Vím, že klientský portál motivuje nejen klíové uživatele systému k vyšší dslednosti v pístupu k zadávaným údajm, ale také zákazníky, kteí by mohli získat pocit jistoty díky on-line pístupu k nkterým datm z ízení produkce a logistiky. Orientovat se více na klienta znamená poskytnout mu veškeré potebné informace. A to nejlépe v reálném ase.