Microsoft Word - Regal teorija.doc

Transkripcija

1 UNIVERZA V MARIBORU FAKULTETA ZA ORGANIZACIJSKE VEDE Diplomsko delo univerzitetnega študija Smer organizacijska informatika RAZVOJ UPORABNIŠKEGA VMESNIKA ZA PODPORO PROSTOCARINSKE PRODAJE NA LETALIH Mentor: dr. Borut Werber, doc. Študent: Matija Lopuh Kranj, marec 2006

2 ZAHVALA Zahvaljujem se mentorju dr. Borutu Werberju. Hvala ge. Petri Udovič iz podjetja Regal Gebrueder Heineman za posredovanje informacij pri izdelavi diplomskega dela. Zahvaljujem se tudi lektorici Mariji Strle, ki je lektorirala mojo diplomsko nalogo. Hvala vsem ostalim, ki so na kakršenkoli način pomagali pri izdelavi moje diplomske naloge.

3 IZJAVA»Študent Matija Lopuh izjavljam, da sem avtor tega diplomskega dela, ki sem ga napisal pod mentorstvom dr. Boruta Werberja.Skladno s 1. odstavkom 21. člena Zakona o avtorskih in sorodnih pravicah dovoljujem objavo tega diplomskega dela na spletni strani fakultete.«dne Kandidat:

4 POVZETEK Diplomsko delo zajema izdelavo aplikacije za podporo prostocarinske prodaje na Adriinih letalih (Air Shop) v programu Microsoft Access. Pomemben del teoretičnega dela predstavlja opis metod in korakov pri izdelavi nove aplikacije ter predstavitev aplikacije in način dela z njo. Zajema tudi podrobno predstavitev poteka dela v okviru Air Shopa. Predstavljene so težave in pomanjkljivosti, s katerimi se srečujemo pri sedanjem delu. Po drugi strani pa vse te pomanjkljivosti opisujejo cilje in kriterije, ki naj bi jih nova aplikacija v celoti izpolnjevala. Diplomsko delo zajema tudi preizkus aplikacije z realnimi vnosi in oceno delovanja. Na koncu teoretičnega dela je predstavljena nadgradnja aplikacije, ki predstavlja izziv v prihodnosti. Ključne besede: aplikacija, podpora prostocarinske prodaje, reorganizacija dela, nadgradnja aplikacije. ABSTRACT This work includes the process of making an application for support of duty free trade on the aeroplanes of Adria Airways (Air Shop) in Microsoft Access program. Important part of the theory-part is subscribing the methods and steps of making a new application and the way it is supposed to be handled. It also contains a detailed presentation of the business processes in Air Shop. Problems and failures which we are facing with during our work in Air Shop are presented in this work. On the other hand all of these disadvantages lead us to main goals and criteria, which in the new application should be including. This work also contains the results of testing the application using realistic values and the estimation of its working. At the end of theory-part is presented an update of an application as the future challenge. Key words: application, support of duty free trade, work reorganisation, application update.

5 VSEBINA 1 UVOD PREDSTAVITEV OKOLJA OSNOVNI PODATKI O PODJETJU OPIS OBRAVNAVANEGA PODROČJA OPIS POTEKA DELA PREDSTAVITEV PROBLEMA CILJ DIPLOMSKE NALOGE METODE DELA INICIALIZACIJA RAZVOJ UVAJANJE DELOVANJE IN VZDRŽEVANJE MICROSOFT ACCESS IZDELAVA APLIKACIJE TABELE PRIKAZ ZVEZ V PODATKOVNI ZBIRKI OBRAZCI POROČILA OCENA DELOVANJA APLIKACIJE NAČRTI ZA NADGRADNJO V PRIHODNOSTI ZAKLJUČEK...45 LITERATURA...46 VIRI...46

6 1 UVOD Namen diplomskega dela je izdelava aplikacije za vodenje prostocarinske prodaje na letalih Adrie Airways. Namen nove aplikacije je hitrejše, enostavnejše, natančnejše in prijaznejše delo samemu uporabniku aplikacije. Aplikacija je izdelana v Microsoftovem programu Access. Danes si že malce bolj obsežne prodaje ne moremo predstavljati brez računalniške in programske podpore. Računalniki in programska oprema nam omogočajo hitro, učinkovito in skoraj brez napak voditi celotno prodajo in vse ostale elemente, ki nastopajo pri prodaji. Seveda pa sčasoma tako aplikacije kot tudi strojna oprema zastarijo. Kapacitete za vodenje baz postanejo premajhne, odzivnost aplikacije je vedno počasnejša, ker zahtevamo od nje vedno več, sčasoma se pojavljajo razne spremembe v načinu poslovanja, pojavljajo se nove želje uporabnikov in vse to našteto privede do sprotnih ali temeljitih prenov aplikacije ali celo njihove zamenjave. V našem primeru sem se odločil za izdelavo nove aplikacije. Stara aplikacija bi bila potrebna prenove na vseh obstoječih delih aplikacije in tudi izdelave novih delov, kar pa bi bilo bolj komplicirano in bi porabili več časa kot za izdelavo nove aplikacije. Glede na argumente za obnovo stare aplikacije ali izdelavo nove sem se odločil za izdelavo nove aplikacije, kar je bolj racionalna poteza kot sama obnova. Aplikacija zajema vsa področja prostocarinske prodaje na letalih (Air Shop), od vodenja zalog, dobave, prodaje, odpisov do izdelave raznih poročil. Air Shop razpolaga z lastnim skladiščem in pisarno. Asortiman izdelkov, namenjenih za prodajo, je cca 100 različnih kosov. Celotno prodajo obvladujejo 4 zaposleni. 2 dnevno pregledujeta in polnita z izdelki vozičke, namenjene na letala, 2 pa opravljata pisarniška dela, kot so izdelava delovnih nalogov, obračunskih listov, knjiženje prodaje, izdelava in razpošiljanje naročil, poročil, računov in oddaja gotovine. Diplomsko delo zajema krajšo predstavitev podjetja, ter natančen opis področja, ki je predmet proučevanja in izdelave aplikacije. Obravnavano področje je prostocarinska prodaja na letalih Adrie Airways oziroma Air Shop. Predstavljen je celoten opis poteka dela Air Shopa, saj aplikacija zajema vsa njegova področja. V samem delu smo seznanjeni s težavami, ki se pojavljajo pri delu z obstoječo aplikacijo in načinu kako vse te težave odpraviti z novo aplikacijo. Določeni so cilji in kriteriji, ki jih mora nova aplikacija v celoti izpolnjevati in samem načinu izdelave aplikacije. Osrednji del diplomskega dela zajema predstavitev aplikacije, ki se navezuje na nove oziroma spremenjene delovne postopke in obstoječe. Sam opis aplikacije je razdeljena na 3 dele: opis tabel, opis in delo z obrazci ter opis in namen poročil. Zaključek diplomskega dela pa dopolnjujejo smernice za nadaljnje delo oziroma nadgradnjo aplikacije v prihodnosti. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 6 od 49

7 2 PREDSTAVITEV OKOLJA 2.1 OSNOVNI PODATKI O PODJETJU Podjetje Regal Gebrueder Heineman (GH) d.o.o. so ustanovili družbeniki iz Murske Sobote in podjetja Gebrueder Heineman iz Hamburga. Vodilo pri ustanovitvi podjetja je bilo poenotenje nakupnih poti za oskrbovanje prostocarinskih prodajaln (PCP) na slovensko hrvaški meji in mednarodnih letališčih Brnik, Maribor in Portorož. Koncesijo za vodenje prostocarinske dejavnosti na Aerodromu Brnik je podjetje dobilo v letu V letu 2003 pa je podjetje dobilo koncesijo za opravljanje prostocarinske prodaje na letalih slovenskega letalskega prevoznika Adrie. Zaradi vstopa Slovenije v EU (Evropska unija), je moralo podjetje na letališčih preoblikovati Duty Free dejavnost v Travel Value, ki velja za vsa potovanja znotraj EU. V letu 2005 se je prodaja Travel Value na letalih ukinila zaradi premajhne prodaje, obdržala pa se je prodaja Duty Free. 2.2 OPIS OBRAVNAVANEGA PODROČJA Prodaja na letalih Air Shop deluje kot samostojna enota v sklopu podjetja Regal GH. Ima svoje skladišče, svoje vodenje zalog, prodajo in finance. Air Shop skladišče se nahaja v istem prostoru kot skladišče DFS (Duty Free Shop) trgovine, vendar je ločeno z mrežo. Tudi pisarni Air Shopa in DFS trgovine na letališču sta ločeni. V pisarni Air Shopa sta dva računalnika, en iglični tiskalnik in en laserski tiskalnik povezani v mrežo. Računalnika imata dostop do interneta preko kabla. Na enem računalniku je trenutna aplikacija, drug računalnik pa se bolj ali manj uporablja za dostop do interneta in pošiljanje elektronske pošte. Na igličnem tiskalniku se tiskajo nalogi na neskončen papir v štirih izvodih: za carino ob odhodu, za STW (stevardesa oziroma stevard) po zaključeni prodaji, za carino ob prihodu in en za Regal GH. Laserski tiskalnik pa se uporablja za tiskanje raznih izpisov oziroma vseh ostalih stvari. Na obeh računalnikih je nameščen Microsoftov programski paket Office, ki vsebuje tudi orodje Access. 2.3 OPIS POTEKA DELA Izdelki se naročajo skupaj z izdelki, ki so namenjeni za DFS trgovino v letališki zgradbi. Naročajo se iz centralnega skladišča, ki se nahaja v Ljubljani. Naročilo se pošlje vsak torek, dobava pa se izvrši vsak četrtek. Takrat je potrebno po dobavnicah ločiti izdelke, ki so namenjni za DFS trgovino ali Air Shop. Po prevzemu se izdelki vnesejo preko obrazca med zaloge. Vsak dan se za naslednji dan po seznamu letov, ki ga posreduje Aerodrom Ljubljana izdelajo nalogi za vsak let posebej. Pri teh nalogih gre za prostocarinsko prodajo Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 7 od 49

8 na vseh letih izven EU. Ko so nalogi vnešeni in natisnjeni, se po seznamu izdelkov, katerega vsebuje nalog napolnijo vozički. Vozičkom se priložijo carinski obrazci in modre plombe, ki so za prihod. Vozičke se zaplombira z rdečimi plombami za odhod. Ob odhodu se naloge, katere potrdi carina, priloži vozičkom. Vozičke s priloženimi nalogi se izda Airestu naslednji dan zjutraj, katere oni razvozijo na letala. Vsak dan se vnaša tudi prodaja za vrnjene vozičke oziroma naloge, na katere je STW zabeležila prodajo. Ko je prodaja vnešena, se vrnjeni nalogi zopet potrdijo na carini, ki tudi preveri, če se številke na modrih plombah ujemajo s številkami na rdečih plombah. STW denar od prodaje odda na Adrii. Tam se ga vsako jutro prevzame, ter preveri, če se vsota ujema z vsoto posamezne vnešene prodaje. Ob pregledu se denar odnese na banko na letališču. Denar za stimulacijo STW se pošilja enkrat mesečno na Adrio skupaj s poročilom o stimulaciji STW. Na Adrii pa na podlagi svojih izračunov preverijo, če se vrednosti ujemajo in izplačajo STW. Atlasi so boksi, ki vsebujejo samo miniaturne pijače in se prodajajo na vseh letih, tudi znotraj EU. Pri tej prodaji se DDV (davek na dodano vrednost) obračunava. Nalogi se ob odhodu in prihodu ne potrjujejo na carini. Boksi se zaradi varnosti plombirajo s sivimi plombami. Nalogi za atlase se izdelujejo enkrat tedensko oziroma po potrebi, saj atlas na letalu ostane nekaj dni, dokler neke vrste pijače ne zmanjka. Denar od prodaje miniaturk prevzame Adria. Ob vrnitvi atlasov se vnese prodaja. Izdela se račun, katerega se pošlje Adrii za manjkajoče miniaturke. To je potrebno, ker Adria miniaturke na letalih potnikom prvega razreda deli brezplačno, ostalim pa jih zaračuna. Poleg rednih del se občasno opravljajo inventure, kjer so poročila zelo koristna. Z novo aplikacijo pa bodo mogoči tudi naknadni vnosi in popravki seznamov, izdelkov itd. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 8 od 49

9 3 PREDSTAVITEV PROBLEMA V tem poglavju bom opozoril na vse težave in pomanjkljivosti, ki se pojavljajo med delom z obstoječo aplikacijo. Osnovni del trenutne aplikacije je narejen v Microsoftovem Accessu, s podporo orodij Excel in Word. Potek dela sem razdelil na 3 faze: Prva faza zajema redne vnose, ki se opravljajo dnevno oziroma tedensko. Odzivnost tega dela aplikacije je zelo počasna in je potrebnega kar nekaj čakanja med vsakim shranjevanjem novega vnosa. Trenutna aplikacija nam ne omogoča naročanja izdelkov iz centralnega skladišča, temveč se izdelki naročajo skupaj z izdelki, ki so namenjeni za DFS trgovino v letališki zgradbi. Naročilo je potrebno sestaviti v Excelu in ga poslati v pisarno DFS trgovine, oni pa ga naprej skupaj s svojim naročilom pošljejo v centralno skladišče v Ljubljano. Ob dostavi pa je potrebno narediti prenos izdelkov iz trgovinskega skladišča v Air Shop skladišče. S tem se poveča možnost napak in tudi postopek je daljši, kot če bi nam aplikacija omogočala naročevanje izdelkov direktno v naše skladišče. Obrazci za vnos nalogov in prodaje vsebujejo nepotrebne vnose, kot so: ali je prodaja prostocarinska ali ne, kar je ostalo še od prodaje travel value, katere ne izvajajo več. Vnašajo se vse 4 STW, stimulacija pa se obračuna le eni. Ko je nalog enkrat shranjen, ga ni več mogoče popravljati, temveč ga je potrebno označiti kot storniranega in narediti novega. Podatki za vnos atlasov in prodaje atlasov se vnašajo v obrazce nalogov, gre pa za čisto drugo vrsto prodaje. Pri prodaji atlasov se DDV obračunava, medtem ko se pri navadni prodaji ne. Težava se pojavi, ker je potrebno v polja, katera za vnos in obračun atlasov niso potrebna, vnašati znak X. Pri vnosih atlasov pa se zopet pojavijo vse težave kot pri vnosih in obračunu nalogov. Uporabnik ne more sam opraviti odpisa izdelkov, katere se občasno vrača v centralno skladišče, zaradi raznih poškodb izdelkov, preteka rokov, povratov ali drugih dejavnikov, temveč mora to opraviti sam avtor aplikacije. Druga faza zajema naknadne vnose, kot so vnos STW, izdelka, relacije, izdelava seznamov. Trenutna aplikacija ne omogoča nobenega naknadnega vnosa s strani uporabnika. Vsako spremembo opravi avtor obstoječe aplikacije v kodi oziroma tabelah, saj ima le on dostop do kode in tabel. Tretja faza zajema poročila. Vsebuje poročila o obračunu stimulacije STW, stanju zalog in kartico izdelkov. Težave se pojavljajo pri obračunu stimulacije, kajti v podjetju bi radi zamenjali fiksno stopnjo stimulacije na stopnjo, ki se določa glede na vrednost prodaje. Tudi stanje zalog nam ne pomaga veliko, saj ne upošteva zalog v obtoku, torej nam stanje prikaže le zaloge v obtoku in skladišču skupaj. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 9 od 49

10 4 CILJ DIPLOMSKE NALOGE Cilj diplomske naloge je izdelava nove aplikacije v Microsoftovem Accessu, ki bo nadomestila že obstoječo aplikacijo, ki ne zadovolji več vseh potreb po hitrem in kakovostnem vodenju prodaje. Nova aplikacija nam bo omogočila hitrejši in preprostejši način izvajanja prodaje. Z novo aplikacijo bomo odpravili vse, v prejšnjem poglavju omenjene pomanjkljivosti, kajti vsebovala bo orodja, ki jih potrebujemo in jih do zdaj ni bilo, odzivnost bo hitrejša in dana bo možnostjo vpogleda v aktualna stanja in poročila v katerem koli trenutku. Aplikacija nam bo v prvi fazi omogočala naročanje izdelkov direktno v naše skladišče. Obrazci za vnos nalogov in atlasov bodo ločeni in se bodo tudi posebej obračunavali. Omogočali nam bodo popravke narejenih nalogov oziroma atlasov v primeru sprememb. S strani uporabnika bo omogočen tudi odpis izdelkov in potreben izpis ob vnosu odpisa. Druga faza bo vsebovala vse potrebne naknadne vnose, kot so: vnos STW, vnos relacije, vnos izdelka in izdelavo seznamov. Vse vnose bo lahko hitro in preprosto opravil sam uporabnik. Tretja faza bo vsebovala poročila, kot so: izpis prodaje, pregled zalog, obračun miniaturk, obračun stimulacije STW in kartico izdelka. Stopnja stimulacije se bo obračunavala glede na vrednost prodaje. Poročilo zalog bo vsebovalo vsa stanja, tudi stanja zalog v obtoku in trenutno stanje v skladišču. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 10 od 49

11 5 METODE DELA Za vrsto rešitve problema oziroma izgradnjo aplikacije sem se odločil za kombinacijo prototipne rešitve in delne rešitve, ko uporabnik sam razvije rešitev. Sem eden od uporabnikov in imam na razpolago informacije, kako narediti aplikacijo, ki je koristna podjetju in prijazna uporabniku. Izbira prototipne rešitve pa prinaša prednosti, kot so: - nizki razvojni stroški projekta, - dokaj hiter razvoj začasne delujoče rešitve, - močno skrajšan čas razvoja sistema, - možnost preizkušanja idej brez večjih stroškov, - učinkovita delitev dela med uporabniki in razvijalci, - učinkovita uporaba človeških in strojnih virov. (Zupančič J., 2004, Zapiski s predavanja pri predmetu Razvoj uporabniških rešitev) 5.1 INICIALIZACIJA V fazi inicializacije sem zbral več podatkov, ki so mi koristili pri izdelavi aplikacije. Ker tudi sam občasno delam z obstoječo aplikacijo vem, kje so črne točke, ki jih je z novo aplikacijo potrebno odpraviti oziroma dopolniti. Obenem sem se posvetoval s sodelavko, ki prav tako uporablja aplikacijo in upošteval njene predloge za izboljšavo. Pri izdelavi je bilo potrebno upoštevati tudi vse spremembe in novosti, ki bi jih podjetje želelo doseči z novo aplikacijo, vendar jih v obstoječo aplikacijo niso utegnili uvesti. 5.2 RAZVOJ Aplikacija razvita v Microsoftovem Accessu. Izdelana je glede na potek dela oziroma kako pogosto je delo na posameznem elementu po logičnem zaporedju. Najprej sem določil vse osnovne elemente (tabele), ki jih je bilo potrebno zajeti v aplikacijo ter jih kasneje dopolnil s formami in poročili. Obenem sem pri izdelavi upošteval vse izboljšave, novosti in spremembe, ki sem jih predhodno določil. Pri izdelavi form sem najprej izdelal osnovno stran, preko katere sem kasneje izdelal še vse ostale forme. Poročila sem izdelal za vsa področja aplikacije, kjer je potrebno pri delu tiskati ali pošiljati razne izpise. Poleg tiskanja in pošiljanja pa aplikacija vsebuje tudi razna poročila o stanjih, ki jih pregledujemo v področju poročil ali pa so že vključene kot listi v obrazce, kjer je potreben stalen pregled nad določenim stanjem. Na koncu je sledila še vizualna izpopolnitev obrazcev in poročil. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 11 od 49

12 5.3 UVAJANJE Pod poglavje uvajanje sem zajel predstavitev aplikacije sodelavcem. Obenem sem tudi zabeležil mnenja o spremembah, izboljšavah, vizualnem izgledu itd. Aplikacijo sem v primeru odkritja pomankljivosti oziroma napake, dopolnil. Izpeljan je bil tudi testni vnos rednih nalogov in prodaj. 5.4 DELOVANJE IN VZDRŽEVANJE V primeru da podjetje zamenja trenutno aplikacijo z novo, pomeni začetek delovanja le-te. S tem se pojavi obveznost avtorja glede vzdrževanja in servisiranja aplikacije. Pri taki vrsti aplikacije je vzdrževanje zelo pomembno, saj se spremembe s strani carine, države, podjetij s katerimi poteka sodelovanje pogosto pojavljajo. Aplikacijo sem razvil tudi z namenom, da bi čim več sprememb lahko opravil uporabnik sam. Zato sem dodal več naknadnih vnosov, ki so preprosti za uporabnika. Kar pa zadeva spremembe v programski kodi in izgledu vnosov ali same aplikacije pa le ta še vedno ostanejo dolžnost avtorja. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 12 od 49

13 6 MICROSOFT ACCESS 2000 Predlagano rešitev bom izdelal s pomočjo Microsoftovega Accessa Microsoft Access 2000 je del programskega paketa Microsoft Office. Access je relacijska podatkovna zbirka. To pomeni, da lahko podatke skladiščimo, urejamo, vnašamo ter jih predstavljamo v obrazcih ali poročilih. Aplikacijo lahko avtomatiziramo s pomočjo makrov ali dopolnimo s pomočjo modulov. (Stuart J. Stuple, 1996, Access za Windows 95 za telebane, str. 7) Tabele predstavljajo dele celote v podatkovni zbirki, kjer so uskadiščeni podatki. Podatki so ločeni po večih tabelah. Tabele so sestavljene iz treh elementov, tako kot tabele pri Excelu. Iz celic, ki je najmanjša enota v Accessu, v katerih so shranjeni posamezni deli podatkov. Polj, ki predstavlajo posamezne kategorije podatkov in so pravzaprav stolpci v tabeli. Zapis je en vnos v podatkovni zbirki, torej vrstica v tabeli. Do tabele lahko dostopamo na način Datasheet ali Design. Datasheet način nam omogoča vnos in prikaz podatkov v tabeli. V Design načinu pa določamo pravila tabele in kaj tabela lahko vsebuje. Tabele lahko izdelujemo tudi s pomočjo čarovnika, kjer tabelo sestavimo po določenem zaporedju. S pomočjo čarovnika lahko tudi povezujemo tabele, tako da nam ni potrebno dvakrat vnašati istih podatkov v skoraj enaki tabeli. Access nam omogoča tudi uporabo čarovnika za uvažanje tabel iz drugih podatkovnih zbirk. Relacija pomeni, da lahko tabele v podatkovni zbirki med seboj povežemo. S tem nam ni potrebno podvajati podatkov, ki se nanašajo na več zapisov. Obstajajo tri vrste relacij: - nedoločena nam omogoča podvajanje vnosov v obeh tabelah, - ena proti ena pomeni, da se zapis lahko pojavi le enkrat, - ena proti mnogo pomeni, da se zapis v tabeli pod primarnim ključem pojavi le enkrat, v drugi tabeli pa je povezan z večimi zapisi. Access nam omogoča grafičen prikaz zvez med tabelami, kjer tudi določamo relacije med tabelami. S tem nam je omogočen hiter in preprost prikaz relacij med tabelami. Poizvedbe so uporaba niza pravil pri izbiranju podatkov iz podatkovne zbirke. Izdelamo jih z določitvijo pogojev, ki jih Access upošteva pri izpisu zapisov. Rezultat poizvedbe je tabela z zapisi, ki ustrezajo danim pogojem. Podobno kot pri tabelah imamo tudi pri poizvedbah dva vpogleda vanje. Prvi je Design view, kjer lahko gradimo in spreminjamo poizvedbe ter določamo kriterije. Drugi je Datasheet view, kjer so prikazani zapisi, ki smo jih izbrali pod določenimi pogoji. Tretji je SQL (Structured Query Language: standardni povpraševalni jezik) view, ki pa nam prikaže pogojni stavek, po katerem Access izbere zapise. Access nam omogoča izdelavo poizvedb tudi s pomočjo čarovnika. Obrazci se uporabljajo za vnos podatkov in prikaz zapisov. Obrazci omogočajo hitrejši in preprostejši način vnosa in prikaza podatkov kot tabele. Obrazci temeljijo Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 13 od 49

14 na tabelah ali poizvedbah in z vnašanjem podatkov v obrazec dopolnjujemo tabelo ali poizvedbo, s katero je obrazec povezan. Obrazec lahko izdelamo s pomočjo čarovnika na osnovi tabele ali poizvedbe. Lahko pa ga izdelamo tudi v Design view, kjer imamo na razpolago orodja za izdelavo obrazca in kasneje elemente obrazca povežemo k pripadajočemu polju v tabelah ali poizvedbah. Poročila imajo funkcijo prikaza podatkov. Poročila črpajo podatke iz tabele ali poizvedbe. Poročila so predvsem namenjena tiskanju ali pošiljanju in ni potrebno, da se izpisujejo na zaslonu. Lahko pa poročilo prikažemo tudi na zaslonu, če ga ne želimo natisniti ali prikaz uporabimo kot predogled tiskanja. Poročila izdelamo s pomočjo čarovnika na podlagi poizvedbe ali tabele, ali pa v Design view, kjer z orodji dodajamo elemente in jih povežemo z določeno tabelo ali poizvedbo. Makri nam omogočajo izvedbo akcije ali zaporedje akcij, ki izvede neko nalogo. Lahko nam en zagon omogoča izvedbo večih nalog naenkrat. Govorimo o akcijah, kot so odpiranje obrazcev, tiskanje poročil, kopiranje podatkovnih baz, zagon poizvedb itd. Makri nam omogočajo avtomatiziranje dela z aplikacijo. Poleg izbire akcij nam nekatere akcije omogočajo tudi vnašanje kriterijev, ciljev, odvisno od akcije. Moduli so zbirke stavkov, postopkov, zaporedij, s katerimi izdelujemo Microsoftovo Visual Basic kodo. Microsoft Access vsebuje programski jezik Visual Basic, s katerim lahko v kodo vpisujemo svoje postopke in funkcije. (Microsoft Press, 1997, Microsoft Access 97 Step by step, str ) Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 14 od 49

15 7 IZDELAVA APLIKACIJE Izdelavo nove aplikacije sem v grobem razdelil najprej na izdelavo podatkovne zbirke, torej izdelavo tabel. Sledi prikaz zvez v podatkovni zbirki, torej relacij med tabelami, nadalje pa izdelava poizvedb, kjer določimo pogoje ali skupine pogojev po katerih nam Access izpiše zapise. Sledila je izdelava obrazcev, ki služijo za enostaven, hiter vnos in prikaz zapisov in kreiranje poročil, katerih namen je prikaz določenih zapisov na zaslonu ali za tiskanje. Med samim postopkom izdelave sem aplikacijo dopoljnjeval z raznimi makri in s pomočjo modulov programski kodi. 7.1 TABELE Prvi del izgradnje aplikacije obsega izdelavo podatkovne zbirke, kjer so uskladiščeni podatki in urejeni po ločenih tabelah. Najprej sem določil vse tabele in njihove atribute. Opraviti je bilo potrebno normalizacijo podatkov. Določiti je bilo potrebno tudi primarne ključe, pri katerih se zapisi ne ponavljajo. Tuji ključi pa služijo za povezavo med primarnim ključem v drugi tabeli, torej za povezave med tabelami. Izdelek Slika 1: Tabela izdelek V tabeli izdelek so shranjeni zapisi o izdelkih, s katerimi razpolagamo. Primarni ključ te tabele je številka izdelka (st_izdelka), ki je največ do 6 mestno število. Vrsta izdelka (vrsta_izdelka) je povezana s šifrantom. Nabavna cena in marža sta izraženi v evrih, zaokroženi na 2 decimalni mesti, ker je to najpogostejša plačilna valuta v našem primeru. Atribit DDV (stopnja_ddv) imamo v tabeli, ker se obračunava le pri miniaturnih alkoholnih pijačah, ki se prodajajo na letih znotraj EU. Ostali izdelki se prodajajo na letih zunaj EU, zato je njihova vrednost DDV-ja enaka 0. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 15 od 49

16 DDV Slika 2: Tabela DDV Tabela DDV je šifrant za izdelek. Šifrant se trenutno uporablja le pri miniaturnih alkoholnih pijačah, ki se prodajajo znotraj EU, kjer se obračunava DDV, pri ostalih izdelkih je stopnja DDV enaka 0. Vrsta izdelka (vrsta_izdelka) Slika 3: Tabela vrsta izdelka Tabela vrsta izdelka je prav tako šifrant izdelka. Vrsta izdelka je trimestna tekstovna okrajšava celotnega naziva vrste izdelka. Naročilo (narocilo) Slika 4: Tabela naročilo Tabela naročilo vsebuje vse potrebne podatke za naročanje izdelkov iz centralnega skladišča. Vsebuje številko naročila, ki je primarni ključ in je samoštevilo z začetno vrednostjo Datum naročila predstavlja datum izdelave naročila. Datum dobave predstavlja datum dobave iz centralnega skladišča. Potrditev naročila pomeni prenos zalog v naše skladišče. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 16 od 49

17 Postavka naročila (postavka_narocila) Slika 5: Tabela postavka naročila Tabela postavka naročila (postavka_narocilo) je nastala pri normalizaciji med tabelo izdelek in tabelo naročilo. Primarna ključa tabele sta številka izdelka (st_izdelka) in številka naročila (st_narocila). Poleg omenjenih entitet pa tabela vsebuje tudi podatke o naročenih količinah (narocene_kolicine). Vsako naročilo torej vsebuje enega ali več izdelkov, katerim pripada naročena količina. Odpis Slika 6: Tabela odpis Tabela odpis vsebuje 2 podatka, ki sta pomembna za kreiranje odpisa izdelkov oziroma njihovo vračilo v centralno skladišče. Prvo je primarni ključ tabele številka odpisa (st_odpisa), ki je 5 mestno samoštevilo z začetno vrednosjo Drug pomemben podatek je datum odpisa. Postavka odpisa (postavka_odpisa) Slika 7: Tabela postavka odpisa Tebela postavka naročila je nastala pri normalizaciji med tabelo odpis in izdelek. Primarna ključa tabele sta številka odpisa (st_odpisa) in številka izdelka (st_izdelka). Tabela poleg ključev vsebuje še odpisano količino (odpisana_kol) posameznega izdelka in opomba, ki pojasnjuje zakaj je določen izdelek odpisan. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 17 od 49

18 Opomba Slika 8: Tabela opomba Tabela je šifrant za entiteto opomba v tabeli postavka odpisa. Primarni ključ tabele je opomba. V tabeli imamo na izbiro 4 opombe: ostalo, poškodovano, povrat, pretečeno. Pojasnjujejo pa zakaj je določen izdelek odpisan. Nalog Slika 9: Tabela nalog V tabelo nalog se zapisujejo zapisi, ki so potrebni za izdelavo naloga in kasneje tudi vnosi pri prodaji. Primarni ključ tabele je številka naloga (st_naloga), ki je samoštevilo z začetno vrednostjo Oznaka leta je povezana s šifrantom relacija. Datum in čas leta predstavljata odhod letala. Številka stevardese ali stevarda je povezana s tabelo STW in je 3-mestno število, ki sovpada s številkami poštnih predalov na Adrii. Atribut tip prodaje je povezan s tabelo tip prodaje in predstavlja različne sezname izdelkov, ki se pošiljajo v vozičkih na letala. Carinske plombe zaznamujeta dve petmestni števili od do, ki se uporabljajo za plombiranje vozičkov ob njihovem odhodu na letalo in se vpisujejo v tabelo šele ob vrnitvi vozička, do takrat pa so zapisane na nalogu, ki vedno potuje skupaj z vozičkom. Potrditev v obtok je potrditev izdaje vozička na letalo in je v bistvu odštetje količin v vozičku od količin v skladišču. Plačano predstavlja stolpec, kamor se označuje ali smo od STW že prejeli denar od prodaje ali ne. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 18 od 49

19 Postavka naloga (postavka_naloga) Slika 10: Tabela postavka naloga Postavka naloga je tabela za normalizacijo med tabelama nalog in izdelek. Primarna ključa tabele sta številka izdelka (st_izdelka) in številka naloga (st_naloga). Tabela vsebuje tudi podatke o prodanih količinah (prodane_kolicine), kar predstavlja prodano količino nekega izdelka na posameznem nalogu. Ta količina se vpisuje ob vrnitvi naloga in ne pri izdelavi le-tega. Ralacija Slika 11: Tabela relacija Je šifrant za nalog. Oznake (oznaka_leta) so določene s strani Adrie in so 5- ali 6- mestne oznake iz 2 črk (JP) in 3 ali 4 številk, in sicer 3 za redne linije ali 4 za čarterske linije. Relacija je tekstovno polje iz dveh okrajšav letališč, kjer prvo predstavlja odhod letala, drugo pa prihod letala. Oznake letov se ne ponavljajo, medtem ko ima lahko neka relacija več oznak leta, odvisno od tega ali se letalo takoj vrne na matično letališče ali pa je let vezan in se nadaljuje. STW Slika 12: Tabela STW Tabela STW vsebuje podatke, kot so številka (st_stw), priimek in ime stevardese ali stevarda, obenem pa služi kot šifrant za tabelo nalog. Podatki so potrebni kot informacija, kdo je prodajal po določenem nalogu, na podlagi česar je obračuna stimulacija tej osebi in se tudi izplača. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 19 od 49

20 Nalog atlasa (nalog_atlasa) Slika 13: Tabela nalog atlasa Primarni ključ te tabele je številka atlasa (st_atlasa), ki je samoštevilo z začetno vrednostjo Tabela nalog atlasa je podobna tabeli nalog in ima enako funkcijo. Spremembe so pri tipu prodaje (tip_prodaje), kjer seznami izdelkov vsebujejo le različne kombinacije miniaturk. Priložene plombe so le zaščita za atlase in ne kot pri tabeli nalog, kjer jih zahteva carina. Stolpec plačano predstavlja atlase, ki so že ali še neplačani s strani Adrie. Potrditev v obtok je potrditev izdaje atlasa na letalo in je v bistvu odštetje količin v atlasu od količin v skladišču. Datum izdaje se vpisuje ob oddaji atlasa na letalo, datum vrnitve pa ob vrnitvi atlasa oziroma pri vnosu prodaje. Postavka naloga atlasa (postavka_atlas_naloga) Slika 14: Tabela postavka naloga atlasa Postavka naloga atlasa povezuje tabelo izdelek in tabelo nalog atlasa. Primarna ključa tabele sta številka izdelka (st_izdelka) in številka atlasa (st_atlasa). Prodane količine (kolicina_atlas) predstavljajo prodano količino miniaturk na posameznem atlasu. Ta količina se vpisuje ob vrnitvi atlasa. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 20 od 49

21 Tip prodaje (tip_prodaje) Slika 15: Tabela tip prodaje Tip prodaje je šifrant, ki predstavlja oznako seznama. Seznam vsebuje različne kombinacije izdelkov in njim pripadajoče količine, ki pa so zapisane v tabeli postavka tipa prodaje (postavka_tipa_prodaje). Postavka tipa prodaje (postavka_tipa_prodaje) Slika 16: Tabela postavka tipa prodaje Postavka tipa prodaje je tabela za normalizacijo med tabelama izdelek in tip prodaje. Primarna ključa te tabele sta tip_prodaje in izdelek. Količina tipa (kolicina_tipa) predstavlja količino, ki pripada posameznemu izdelku in oznaki seznama (tip_prodaje). Postavka tipa prodaje služi kot tabela, kjer so shranjeni seznami, katerim pripadajo različne kombinacije izdelkov in njim pripadajoče količine. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 21 od 49

22 7.2 PRIKAZ ZVEZ V PODATKOVNI ZBIRKI Access je relacijska podatkovna zbirka, kar pomeni, da lahko tabele povežemo med seboj z relacijami. Poznamo več vrst relacij: nedoločene, ena proti ena in ena proti mnogo. V primeru relacije ena proti ena sem v postopku normalizacije le-to nadomestil z relacijo ena proti mnogo. Access nam omogoča grafičen prikaz zvez med tabelami, kjer tudi določamo relacije med tabelami. Izdelal sem entitetnorelacijski diagram za novo aplikacijo. Slika 17: Entitetno-relacijski diagram Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 22 od 49

23 7.3 OBRAZCI Obrazci se uporabljajo tako za vnos podatkov kot njihov prikaz. Obrazci uporabniku olajšajo delo, saj naj bi bili preprosti za uporabo, gumbi pa so razporejeni tako, da si sledijo po nekem logičnem zaporedju. Pomemben je tudi izgled obrazca, saj ima to lahko velik vpliv na uporabnika. Izgled obrazcev aplikacije se bistveno ne razlikujejo, saj se jih tako uporabnik hitreje nauči. (Stuart J. Stuple, 1996, Access za Windows 95 za telebane, str. 160) Osnovna stran Slika 18: Obrazec osnovna stran Osnovna stran se pojavi ob zagonu programa. Od tu imamo dostop do skoraj vseh ostalih obrazcev in poročil. S tem imamo boljši pregled nad celotno aplikacijo in manj je odpiranja ter iskanja ostalih obrazcev. Na vrhu strani imamo logotip podjetja, kateremu aplikacija pripada. Osrednji del predstavlja dostop do obrazcev in poročil. Redni vnosi predstavljajo obrazce, ki so v uporabi vsak dan, to je izdelava nalogov in vnos prodaje. Redni vnosi atlasov zajemajo potrebne vnose za prodajo miniaturk. Uporabljajo se nekajkrat na teden, odvisno od vrnitve atlasov, in zajemajo izdelavo nalogov za atlase (izdelava atlasa) in vnos prodaje (vnos atlasa). Izdelava naročila Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 23 od 49

24 omogoča dostop do obrazca naročilo, kjer naročujemo količine izdelkov, ki so v uporabi pri izdelavi nalogov in atlasov. Gumb odpis nam omogoča dostop do obrazca za kreiranje odpisa izdelkov, katere se vrača v centralno skladišče. Naknadni vnosi se uporabljajo le ob spremembah ali dodajanju novih zapisov. V to kategorijo spadajo vnosi in spremembe stevardes ali stevardov (vnos STW), relacij (vnos relacije), izdelkov (vnos izdelka) in izdelav seznamov izdelkov (izdelava seznamov). Kategorija poročila zajema izpis pozameznih prodaj in pregled stanja vseh zalog. Obračuni vsebujejo obračun miniaturk in obračun stimulacije stevardesam ali stevardom. Kartica izdelka je v obliki forme in služi kot poročilo. Spodnji del strani je informativni del in služi kot predogled stanja nalogov in atlasov. Tako nam ni potrebno vsakič odpirati form in pregledovati, kaj smo že postorili in kaj še moramo, ampak lahko to razberemo že iz osnovne strani aplikacije. Naročilo Slika 19: Obrazec naročilo Obrazec naročilo nam omogoča vnos podatkov, potrebnih za naročanje izdelkov iz centralnega skladišča in za lastno evidenco o naročenih količinah. Sestavljeno je iz glave naročila, kjer se nahajajo navigacijski gumbi in gumb za vnos novega naročila. Ob odprtju naročila ali kliku na gumb novo naročilo se nam odpre nov prazen zapis, prejšnje zapise naročil pa lahko odpiramo tudi s seznamom Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 24 od 49

25 (pregled naročil) v levem delu obrazca s klikom na posamezno naročilo. Seznam nam omogoča stalen pregled nad vsemi naročili. Številka naročila je samoštevilo in nam je ni potrebno vpisovati, število je 5 mestno z začetno vrednostjo Vnesemo le datum izdelave naročila. V osrednjem delu naročila vnašamo s pomočjo combo boxov izdelke, v stolpec zraven pa vpisujemo naročene količine. S tem je naročilo pripravljeno in ga lahko s pritiskom na gumb pošlji naročilo po elektronski pošti posredujemo v centralno skladišče. Pred pošiljanjem se nam odpre izpis naročila in ga pošljemo s pomočjo Outlooka. Do tega trenutka količine v našem skladišču ostanejo nespremenjene. Ob dobavi, ki se izvrši vsak četrtek v tednu, potrditvi dobavnic na carini, pregledu ter uskladitvi dobavljenih količin, v glavo naročila vnesemo še datum dobave in dobavo potrdimo. S potrditvijo dobave se v naše skladišče prištejejo dobavljene količine. To je takoj razvidno v dveh seznamih v desnem delu naročila, kjer je prikazano stanje zalog izdelkov in miniaturk v skladišču. S seznamoma pa si lahko tudi pomagamo pri naročanju izdelkov, kjer imamo stalen pregled nad količinami v skladišču. Ta seznama osvežujemo lahko s pritiskom na gumb osveži sezname, ki se nahaja nad njima v glavi naročila. Izhod iz obrazca nam omogoča gumb zapri v spodnjem levem kotu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 25 od 49

26 Odpis Obarzec nam služi za vnos vseh potrebnih podatkov za odpis izdelkov. Odpisujejo se zaradi povratov v centralno skladišče v primeru poškodbe, preteka rokov, običajnih povratov zaradi presežkov ali prenehanja prodaje določenega izdelka in drugih dejavnikov. Dostop do obrazca imamo omogočen z glavne strani z gumbom odpis. Obrazec je sestavljen iz glave, se nahaja številka odpisa, ki je petmestno samoštevilo z začetno vrednostjo V glavo obrazca vpisujemo le datum kreiranja odpisa. V osrednji del obrazca vnašamo odpisane izdelke, njihove pripadajoče količine in opombo, ki pojasnjuje zakaj je bil izbran izdelek odpisan. Opomba se izbere s pomočjo combo boxa, v katerem imamo na izbiro: povrat, poškodovano, pretečeno in drugo. Ko imamo vnešene vse podatke, lahko odpis natisnemo s pritiskom na gumb natisni, ki se nahaja v glavi obrazca. Izpis v večih kopijah potrdimo na carini, ketere se po en izvod priloži izdelkov, ki so namenjeni za odpis, enega obdrži carina, drugega pa obdržimo za lastno evidenco. Seznam pregled odpisov kateri se nahaja v levem delu obrazca nam služi kot pregled nad vsemi kreiranimi odpisi, s klikom na določen odpis, pa se nam ta izpiše v vnosna polja. Seznam zaloge v desnem delu obrazca pa služi kot informativni pregled nad stanjem zalog v skladišču. Sezname lahko osvežujemo z pritiskom na gumb osveži v glavi obrazca. Izhod iz obrazca nam omogoča gumb zapri v spodnjem levem delu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 26 od 49

27 Izdelava naloga Slika 20: Obrazec izdelava naloga Obrazec nam omogoča vnos podatkov za izdelavo nalogov, kjer se izdelki prodajajo izven EU, torej prostocarinsko. Tukaj v ceno izdelka DDV ni vračunan. Nalogi se pred odhodom in prihodom potrjujejo na carini. Nalogi se izdelujejo za vsak let posebej. Obrazec je sestavljen iz glave, kjer se nahajajo navigacijski gumbi in gumb za nov vnos. Ob odprtju obrazca ali kliku na gumb dodaj nov nalog se nam odpre nov prazen zapis. Hiter pregled nad ostalimi zapisi nam omogoča seznam v levem delu obrazca, s pomočjo katerega s klikom na posamezen nalog le-tega odpremo. Številka naloga je samoštevilo in nam je pri novem vnosu ni potrebno vnašati, število je 5 mestno z začetno vrednostjo Oznako leta izberemo s pomočjo combo boxa, relacija pa se nam izpiše z izbiro oznake. Če neka oznaka leta še ni vnešena, jo lahko vnesemo s pomočjo pritiska na gumb vnos nove relacije. S tem se nam odpre obrazec za vnose novih relacij vnos relacije.vnasemo še datum in čas leta. Vse te podatke dobimo predhodno od Aerodroma Ljubljana, ki nam elektronsko pošlje plan letov. Nazadnje vnesemo še tip prodaje, s klikom na katerega se v osrednjem delu obrazca odpre seznam izdelkov, pripadajoč tipu prodaje. V tem seznamu lahko spreminjamo količine posameznim izdelkom ali pa izdelek brišemo iz seznama, če ga ne bomo več prodajali. Pri določanju novih količin posameznim izdelkom si lahko pomagamo s pomočjo seznamov desnem delu obrazca, s katerim imamo stalen pregled nad stanjem zalog v skladišču. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 27 od 49

28 Ko je seznam ustrezen, lahko celoten nalog natisnemo s klikom natisni nalog in nalog oddamo v obtok s klikom na gumb prijavi v obtok. S tem se nam količine v skladišču zmanjšajo za količine, ki so na seznamu. V primeru da imamo nalog že izdelan in oddan v obtok, od Aerodroma Ljubljana pa dobimo obvestilo, da je prišlo do spremembe pri letu tipa letala, kjer je potrebno zamenjati seznam izdelkov, moramo v določenem nalogu odznačiti tipko prijavi v obtok ter s pritiskom na gumb briši iz obtoka prišteti nazaj v skladišče količine, ki so bile sprva oddane v obtok. S tem ukazom se glava naročila ne bo spreminjala, lahko pa po tem dejanju zamenjamo tip prodaje ali pa spreminjamo seznam v osrednjem delu ter popravljen nalog ponovno natisnemo in ga oddamo v obtok. Izhod iz obrazca nam omogoča gumb zapri v spodnjem levem kotu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 28 od 49

29 Vnos prodaje Slika 21: Obrazec vnos prodaje V obrazec vnos prodaje vnašamo podatke ob vrnitvi naloga. Nalog, ki ga želimo dopolniti s prodajo, izberemo s pomočjo navigacijskih gumbov v glavi obrazca ali pa s pomočjo seznama pregled nalogov v levem delu obrazca, kjer imamo pregled nad vsemi nalogi. Vrnjen nalog pred vnosom ali po vnosu ostalih podatkov odznačimo iz obtoka. S tem prištejemo nazaj v skladišče količine, ki so bile poslane v obtok skupaj z nalogom. Nove podatke vnašamo samo v prazna belo obarvana okenca, modro obarvana pa se izpišejo sama. Ob vrnitvi naloga podatke za dopolnitev razberemo iz vrnjenega naloga. Dopolnimo polje STW, pomembno za obračun stimulacije, in polje carinske plombe od-do, ki jih zahteva carina pri vsakem nalogu. V področje obrazca vnos prodanih izdelkov vnesemo izdelke, ki so bili prodani na letu in prodane količine. Informativno nam izračuna vrednost prodaje posameznega izdelka in skupno vrednost prodaje, ki nam lahko služi tudi kot kontrolno sredstvo, saj STW na obračunskih listih seštevajo vrednost prodaje. Služi nam tudi za kontrolo pri plačilu prodaje od STW, saj preverimo, če se znesek prejetega denarja ujema z dejanskim stanjem prodaje. Če se zneska ujemata, v zgornjem desnem delu obrazca označimo gumb plačano od STW, kar nam v seznam pregled nalogov označi kot plačano. Ob končanem vnosu lahko v seznamu pregled nalogov izberemo nalog za nov vnos prodaje ali pa obrazec zapremo z gumbom zapri v levem spodnjem kotu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 29 od 49

30 Izdelava atlasa Slika 22: Obrazec izdelava atlasa V obrazec vnašamo podatke za izdelavo naloga, ki potuje skupaj z atlasom. Izdelki se prodajajo na vseh letih tudi znotraj EU, torej je DDV pri teh izdelkih vračunan, prodajajo pa se samo miniaturne alkoholne pijače. En nalog se uporablja za več letov, dokler nek izdelek ni v celoti prodan. Nalogi se ob odhodu in prihodu ne potrjujejo na carini. Običajno izdelamo 10 atlasov na teden. Dostop do obrazca imamo omogočen iz osnovne strani v področju redni vnosi atlasov, kjer se nahaja gumb izdelava atlasa. Odpre se nam prazen zapis. Predhodne naloge lahko odpiramo s pomočjo navigacijskih gumbov v glavi obrazca ali pa s pomočjo seznama nalogov pregled atlasov v levem delu obrazca. Številka atlasa je samoštevilo in je 5 mestno z začetno vrednostjo Vnesemo datum izdaje atlasa. Vpišemo priložene plombe od-do, ki niso carinske plombe, ampak služijo le za varnost. Določimo še tip prodaje, s klikom na katerega se v osrednjem delu obrazca odpre seznam izdelkov pripadajoč tipu prodaje. V tem seznamu lahko spreminjamo količine posameznim izdelkom ali pa izdelek brišemo iz seznama, če ga ne bomo več prodajali. Pri določanju količin posameznim izdelkom si lahko pomagamo s pomočjo seznama v desnem delu obrazca, s katerim imamo stalen pregled nad stanjem zalog v skladišču. Ko je seznam ustrezen, lahko celoten nalog natisnemo s klikom natisni in nalog oddamo v obtok prijavi v obtok. S tem se nam količine v skladišču zmanjšajo za količine, ki so na seznamu. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 30 od 49

31 V primeru da imamo nalog že izdelan in oddan v obtok, od Aerodroma Ljubljana pa dobimo obvestilo, da je prišlo do spremembe pri letu tipa letala, kjer je potrebno zamenjati seznam izdelkov, moramo v določenem nalogu odznačiti tipko prijavi v obtok ter s pritiskom na gumb briši iz obtoka prišteti nazaj v skladišče količine, ki ko bile sprva oddane v obtok. S tem ukazom se glava naročila ne bo spreminjala, lahko pa po tem dejanju zamenjamo tip prodaje ali pa spreminjamo seznam v osrednjem delu ter popravljen nalog ponovno natisnemo in ga oddamo v obtok. Izhod iz obrazca nam omogoča gumb zapri v spodnjem levem kotu obrazca. Prodaja atlasa Slika 23: Obrazec prodaja atlasa Obrazec nam omogoča vnos podatkov ob vrnitvi atlasa. Obrazec odpremo iz osnovne strani v predelu rednih vnosov atlasov. Atlas, ki ga želimo dopolniti s prodajo, izberemo s pomočjo navigacijskih gumbov v glavi obrazca ali pa s pomočjo seznama pregled atlasov v levem delu obrazca, kjer imamo pregled nad vsemi atlasi. Vrnjen atlas pred vnosom ali po vnosu ostalih podatkov odznačimo iz obtoka. S tem prištejemo nazaj v skladišče količine, ki so bile poslane v obtok v atlasu. Nove podatke vnašamo v prazna bela okenca. Ob vrnitvi atlasa podatke o prodaji razberemo iz vrnjenega naloga atlasa. Dopolnimo le polje datum vrnitve, vsa ostala polja so ostala od izdelave naloga atlasa. V področje obrazca vnos prodanih miniaturk vnesemo miniaturke, ki so bili prodane na letu in prodane količine. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 31 od 49

32 Informativno nam izračuna vrednost prodaje posameznih miniaturk in skupno vrednost prodaje, ki nam kasneje tudi služi za izdelavo računa, katerega pošljemo Adrii za plačilo miniaturk. Običajno račun pošiljamo za predhodni mesec, katerega Adria poravna v roku enega tedna. Po plačilu računa atlase, ki so bili plačani, označimo kot plačane s potrditvijo gumba plačano. Ob končanem vnosu lahko v seznamu pregled atlasov izberemo atlas za nov vnos prodaje ali pa obrazec zapremo z gumbom zapri v levem spodnjem kotu obrazca. Vnos STW (stevardese ali stevarda) Slika 24: Obrazec vnos STW Dostop do obrazca imamo iz osnovne strani v področju naknadnih vnosov. Odpre se nam nov vnos. S pomočjo obrazca vnašamo številko STW, ki je trimestno število in se ujema s številkami njihovih poštnih predalov na Adrii. Vnesemo še priimek in ime STW. Stimulacije ne vnašamo, ker se obračunava glede na prodajo. Pod vnosi so navigacijski gumbi za iskanje določene STW, lahko pa si tudi pomagamo s seznam STW poleg gumbov, na katerem s klikom na iskano STW izpišemo podatke v vnosna polja. Izbrano STW lahko brišemo z gumbom briši STW. Izhod iz obrazca nam omogoča gumb zapri v spodnjem levem delu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 32 od 49

33 Vnos relacije Slika 25: Obrazec vnos relacije Obrazec odpremo iz osnovne strani v predelu naknadnih vnosov ali pa iz obrazca izdelava naloga, kjer se nahaja gumb vnos nove relacije. Odpre se nam prazen zapis in vnesemo oznako leta, ki je sestavljena iz 2 črk in 3 številk za redne lete ali 4 številk za čarterske lete. Vnašamo tudi relacijo, ki je trimestna okrajšava kraja odhoda leta, v našem primeru vedno LJU in trimestna okrajšava cilja leta. Pod vnosi so navigacijski gumbi, levo od njih pa seznam vseh vnešenih relacij. S pomočjo seznama lahko izbiramo s klikom določene relacije za izpis v vnosna polja. Relacije, ki niso več v uporabi, se lahko brišejo z gumbom brisi relacijo. Izhod iz obrazca nam omogoča gumb zapri v spodnjem levem kotu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 33 od 49

34 Vnos izdelka Slika 26: Obrazec vnos izdelka Dostop do obrazca vnos izdelka se nahaja na osnovni strani v predelu naknadni vnosi pod gumbom vnos izdelka. Odpre se nam prazen zapis. V zgornjem levem delu obrazca se nahajajo navigacijski gumbi. Po zapisih se lahko pomikamo tudi s pomočjo seznama desno od gumbov, in sicer s klikom na posamezen izdelek. V prazna polja vnašamo številko, naziv in vrsto izdelka, ki ga izberemo s pomočjo combo boxa. Nabavna cena izdelka je izražena v eurih. Marža je izražena v odstotkih. Stopnja DDV-ja se vnaša samo za izdelke, ki niso prostocarinski oziroma se prodajajo znotraj EU, kar v našem primeru pomeni samo miniaturne alkoholne pijače. Za izdelke, ki se prodajajo izven EU, polje vnos DDV pustimo prazno. Ob spremembi DDV-ja lahko popravimo odstotek v obrazcu DDV, ki ga odpremo s klikom na gumb sprememba DDV-ja. Izhod iz obrazca nam omogoča gumb zapri v spodnjem levem delu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 34 od 49

35 DDV (davek na dodano vrednost) Slika 27: Obrazec DDV Obrazec uporabljamo pri spremembah odstotka DDV-ja. Dostop do obrazca imamo v obrazcu vnos izdelka s klikom na gumb sprememba DDV-ja. Obrazec vsebuje navigacijske gumbe in polja za vnos. V polju stopnja DDV vnašamo ali spreminjamo odstotek DDV-ja. Polje opis DDV nam pove, za katero stopnjo DDV-ja gre. Trenutno imamo v uporabi samo osnovno stopnjo DDV-ja, saj se DDV obračunava samo pri miniaturnih alkoholnih pijačah. Obrazec zapremo s klikom na gumb zapri. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 35 od 49

36 Izdelava seznamov Slika 28: Obrazec izdelava seznamov Različne tipe prodaj izdelujemo z razlogom, ker se želje potnikov na različnih relacijah razlikujejo. Tako na primer ni ekonomično prodajati enakih izdelkov na letu v Prištino, kot jih prodajamo za Moskvo, ker se najbolje prodajani izdelki glede na relacijo zelo razlikujejo. Obrazec odpremo iz osnovne strani v predelu naknadnih vnosov. V glavo obrazca vnašamo tip prodaje, ki ga izberemo s pomočjo combo boxa. Ob izbiri določenega tipa se nam v seznam spodaj pozicionirajo izdelki, ki pripadajo izbranemu tipu. S tem seznamom imamo pregled nad izdelki, ki smo jih že vnesli in izdelki, ki jih še moramo vnesti pod posamezne tipe prodaj. Izdelek pod izbran seznam vnesemo s pomočjo combo boxa številka izdelka. Modra polja se izpisujejo sama, tako da vnesemo le še količino. Prazen zapis za vnos naslednjega izdelka priredimo z gumbom dodaj izdelek v seznam. V primeru da tip prodaje ne vsebuje iskane oznake tipa oziroma želimo vnesti novo, to storimo s klikom na gumb dodaj nov tip prodaje, kjer se nam odpre obrazec za vnos novih tipov prodaje. Seznam seznam vseh izdelkov nam je v pomoč pri vnašanju izdelkov pod različne tipe. Področje obrazca pod nazivom najbolje prodajani izdelki glede na relacijo po vrsti nam je v pomoč pri izdelavi različnih tipov prodaj. Pri izbiri oznake leta s pomočjo combo boxa se nam spodaj izpišejo vsi prodani izdelki na določenem letu od najbolj do najmanj prodajanega, grupirano glede na vrsto izdelka. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 36 od 49

37 Izhod iz obrazca nam omogoči gumb zapri v zgornjem desnem delu obrazca. Tip prodaje Slika 29: Obrazec tip prodaje Namen obrazca je dopolnilo obrazcu izdelava seznamov, in siser za vnos novih tipov prodaj oziroma novih oznak seznamov izdelkov. Dostop do obrazca nam je omogočen iz obrazca izdelava seznamov s klikom na gumb dodaj nov tip prodaje. Odpre se nam prazen zapis. Obrazec vsebuje navigacijske gumbe in gumb za nov vnos. Vnašamo samo oznako tipa prodaje, ki je sestavljena iz ene črke za letala tipa CRJ, iz številke in črke za letala tipa Airbus 320. Oznake s končnico C predstavljajo čarterske polete. Obrazec zapremo z gumbom zapri. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 37 od 49

38 Kartica izdelka Slika 30: Obrazec kartica izdelka Obrazec kartica izdelka nam služi kot poročilo o stanjih posameznih izdelkov. Zato se tudi nahaja na osnovni strani v predelu poročil in obračunov pod gumbom kartica izdelka. V obrazcu izberemo s pomočjo combo boxa izdelek, za katerega želimo izpis posameznih stanj. Modro obarvana okenca se izpišejo ob izbiri številke izdelka. Predel obrazca izpis prodaj izdelka izpiše vse naloge, datum in prodano količino, na katerih je bil izbran izdelek prodan. Predel obrazca izpis naročil izdelka izpiše vsa naročila, datum dobave in naročene količine, v katerih je bil izbran izdelek naročen. Predel obrazca izpis nalogov v obtoku izpiše vse naloge, datum in količino v obtoku, na katerih je izbran izdelek trenutno v obtoku. Predel obrazca izpis odpisov izdelka izpiše vse odpise, datum in količino, pri katerih je bil izbran izdelek odpisan. Izhod iz obrazca nam omogoča gumb zapri v zgornjem desnem delu obrazca. Razvoj uporabniškega vmesnika za podporo prostocarinske prodaje na letalih stran 38 od 49