1 Klientský portál WEB-UDS Plánovaný rozvoj systému UDS, který se oproti p vodnímu vnitropodnikovému systému i24Reus vrací k využití standardní aplika ní úrovn , nyní za azuje další stupe sdílení dat p es webové rozhraní. Zkušenosti oproti webové aplikaci využívané v oblasti intranetu stále ukazují, že je standardní aplika ní ešení rychlejší a uživatelsky efektivn jší. Úspora asu p i zadávání velkého po tu dat nativním rozhraním je nep ehlédnutelná. Co nás tedy vede k ešení webového rozhraní? Jedná se o modul systému UDS, který zprost edkovává informace koncovým zákazník m. Rozší ení t chto informací pomocí internetu k p íslušným zákazník m 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 za adit 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ž v tší… 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 p esv d il 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 zam uje na výstupy z informa ního systému UDS vztahující se ke konkrétním zakázkám vždy pro ur itého zákazníka tak, jak je zakázka definována. Jedná se o zprost edkované informace ukazující p edevším stav zakázky. Parametry k tomu zvolené definují n kolik výstup , které klient m že zvolit a zobrazit tak • Celkový p ehled stavu výroby zakázky. • P ehled materiálového toku svého dodaného materiálu. • P ehled expedovaného množství. • Náhled do vystavených položek k fakturaci. • P ehled zbytk dodaného materiálu. Zvolené sestavy dávají pak ucelený p ehled o stavu výroby zvolené zakázky.
2.2 Definice uživatele a jeho p ihlášení Protože zobrazuje portál zakázky ur ené konkrétnímu zákazníkovi, musí být uživatel portálu p i definici v systému za azen do klientské spole nosti. Systém pak zobrazuje práv ty zakázky, které mají definovaného koncového odb ratele práv uvedenou spole nost. 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 p i adí do p íslušné spole nosti. Tím je jednozna n ur ena identifika ní 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 p ihlášení uživatele zobrazí, se odvíjí pouze od spole nosti, ke které je uživatel p i azen.)
Je-li uživatel definován svým jménem, p íjmením a p ihlašovacími údaji a p i azen spole nosti, m že provést p ihlášení na stránkách portálu:
Obr. 2-1 P ihlášení uživatele portálu WEB-UDS
Pokud prob hlo p ihlášení správn , zobrazí systém dv základní položky (odkazy) sm rované na zakázky práv probíhající nebo zakázky již zpracované, které je možno prohlížet. P itom platí, že zakázky aktuální (práv probíhající) jsou ty, na které dosud nebyla vystavena faktura, ale prob hla již minimáln jejich definice ze strany manažera zakázky, nejpozd ji jsou zakázky aktuáln vystavené vždy v okamžiku, kdy byla p ijata 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 n jakým zp sobem vy ízen tok zbytkového materiálu. Zobrazení zakázek (a už aktivních nebo zpracovaných) se vždy ídí podle spole nosti, ke které je uživatel p i azen. Hodnoty konstant primárných klí jsou ukládány do pam ti a vždy figurují v SQL dotazu jako jeho parametr v klauzuli WHERE.
Obr. 2-2 P ihláš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é n jakým zp sobem 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áro n jší na zpracování než ostatní sestavy, ale nabízí komplexní p ehled o pr b hu 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 naskladn no, odvezeno, celkový po et 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ád ení 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 po tu ur uje náro nost celé zakázky pop ípad díl ích verzí. Krom nich se do seznamu díl.l adí také další komponenty ur ené ke zpracování. Seznam t chto komponent (díl ) systém UDS zpracovává, protože se de facto jedná o konsigna ní materiál, materiál dodaný zákazníkem. Je proto nasnad informovat klienta o stavu jeho zásob a pr b hu jejich zpracování a veškeré manipulace v bec. Systém eviduje veškeré pohyby tohoto materiálu vesm s od p ijetí na sklad až do výroby a pop ípad i zp t a dále ve zbytcích potom op t k zákazníkovi.
Obr. 2-5 Kontrola pohybu díl
Je-li složka nebo jiný díl p ijat 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 p ijali 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 m ní 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 p idruž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é ur ují jednak dodávané množství, datum ale p edevší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 n kolika dnech, musíme v systému USD nadefinovat stejný po et 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 ur itý 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ší p edstavu o p epravované dodávce, nemá ovšem možnost detailn nahlížet do vlastností objektu transport nebo dodacího listu. Co je ovšem pro n j d ležité je po et p epravovaných kus a palet. Hodnoty jsou navíc vyjád eny i mezisou tem pro díl í
verze a celkovým sou tem pro zvolenou zakázku. Zákazník tak získává rychlý p ehled o tom, jaké množství z jaké verze bylo transportováno.
Obr. 2-6 Vývozy hotových výrobk
2.6 Další možnosti sledování Portál nabízí zákazníkovi také zjednodušenou formou informaci o fakturovaných dodávkách práce. Nejedná se p itom o da ový 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 p ed doru ením da ové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.
Obr. 2-7 P ehled zbylého materiálu zákazníka
3 Záv r Díky zp tné vazb , kterou portál ukládá do databáze formou návšt vní knihy s údaji o p ihlášeném uživateli, data p ihlášení a definice akce, kterou klient provedl (myšlena je použitá sestava výstupu), m žeme pokra ovat ve vývoji a zam it se na skupinu t ch výstup , které uživatelé používají nej ast ji a zp ístupnit i n které 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šší d slednosti v p ístupu k zadávaným údaj m, ale také zákazníky, kte í by mohli získat pocit jistoty díky on-line p ístupu k n kterým dat m z ízení produkce a logistiky. Orientovat se více na klienta znamená poskytnout mu veškeré pot ebné informace. A to nejlépe v reálném ase.
