Teadmusbaasi ehk knowledgebase artikkel
| Broneeringumootori lennupiletite liidese kasutusjuhtumid | |
|---|---|
| Sisu: | <h2>Üldist</h2> <ol> <li>Standardtoimingud a) koosta arve infosüsteemi b) teavita arve- ja tellimuseinfost süsteemihaldurit (arve number, IS ID, IS kuupäev, haldaja); kui piletid on vormistatud offline, siis saada ka piletinumbrid, piletite vormistuse kuupäev, makse kuupäev ja teave teenustasu kohta; vea korra saada ka vea põhjus c) vajadusel sisesta APIS-teave d) vajadusel müü seotud lennuteenuseid (näiteks BT pagas) e) jälgi Q'sid ja teavita vajadusel klienti muutustest f) halda kliendi poolt tehtud tagastusi ja tühistusi g) halda vedaja poolt tehtud tagastusi ja tühistusi h) võimalusel tee lisamüüki muude teenustega</li> <li>Olulised põhimõtted a) kiirus - kliendid eeldavad online tehingute puhul kiiret tagasisidet või vigadele reageerimist ning online-tellimustega tegelemine seega alati prioriteetne b) online segmendid on olulised - seega hoia ootele pandud broneeringut seni kuni kliendilt on selge vastus käes ja asendustellimused tee alati online's samas veebisaidis, kus algne tellimus oli tehtud c) standardne suhtlus - kõik saadetavad sõnumid peavad nägema välja samasugused ning märkima pealkirjas ja jaluses saidi nime millega nad seotud on (Pealkirja näide: Tallinn-Bangkok lennupiletite broneering 44Z9V2 Lennupiletid.ee saidist)</li> </ol> <h2>Kasutusjuhtumid</h2> <p>1 Klient broneerib, maksab, makse õnnestub, klient tuleb pangast tagasi, pilet vormistatakse automaatselt, klient saab kinnituskirja (makseolek 12, broneeringuolekud 9 ja H3) 1.1 standardtoimingud</p> <p>2 Klient broneerib, maksab, makse õnnestub, klient ei tule pangast tagasi, pangaliides saadab maksemootorile automaatset makseteate ehk makseolek 15 juhtum (makseolek 15, broneeringuolekud 8/H3 või 7/H4) 2.1 pane tellimus ootele 2.2 topeltkontrolli raamatupidamisest et laekumine on olemas 2.3 vormista pilet 2.4 saada kliendile kinnituskiri 2.5 standardtoimingud 2.6 esimesed 4 toimingut peavad tööajal juhtuma 5 minuti jooksul peale esimese makseolek 15 kirja saatmist 2.7 väljaspool tööaega toimub sama töövoog hetkel ja ilmselt ka tulevikus "parimal võimalikul viisil"; kui väljaspool tööaega juhtub see, et tellimus on tühistunud, siis tee samast veebisaidist samade andmetega teha asendusbroneering (järgnevad tegevused on samad)</p> <p>3 Klient broneerib, maksab, makse õnnestub, klient ei tule pangast tagasi, pangaliides ei saada maksemootorile automaatset makseteadet (makseolek 11, broneeringuolekud 8/H3 või 7/H4) 3.1 kui olukord selgub ajal, kui broneering on veel alles (näiteks kliendi telefonikõne peale või raamatupidamisest laekumiste kontrolli käigus), siis pane tellimus ootele 3.2 topeltkontrolli raamatupidamisest et laekumine on olemas 3.3 vormista pilet 3.4 saada kliendile kinnituskiri 3.5 standardtoimingud 3.6 kui olukord selgub ajal, kui broneering on mittemakstuna tühistatud, siis tee samast veebisaidist samade andmetega teha asendusbroneering (järgnevad tegevused on samad).</p> <p>4 Klient broneerib, maksab, makse õnnestub, klient tuleb pangast tagasi, pileti vormistamine ei õnnestu (makseolek 12, broneeringuolekud 3W/H3, 8/H3 või 7/H4) 4.1 normaalolukorras on jääb broneering automaatselt ootele ning ei tühistu ning vea kohta saadab broneeringumootor teavituskirja (ka klient saab teate vea kohta) 4.2 lahenda vea põhjus (kontrolli kas kõik vajalikud segmendid ja seosed on tegelikult ka broneeritud) 4.3 vormista pilet 4.4 saada kliendile kinnituskiri 4.5 standardtoimingud 4.6 levinumad vea põhjused on: 4.6.1 FOID puudu – lisa FOID andmed 4.6.2 SFDP puudu – lisa SFDP andmed 4.6.3 broneeritud ootelehele ja vedaja kinnitab ootelehe (levinud HR puhul) – kinnita vedaja kinnitus 4.6.4 broneeritud ootelehele ja vedaja ei kinnita ootelehe – suhtle kliendiga, selgita talle olukorda ja paku alternatiivi; kui klient on nõus, siis broneeri samast veebisaidist kõrgemasse klassi või teisele lennule ning peale lisamakse laekumist vormista pilet 4.6.5 vigane plating carrier, millel puudub interline teiste broneeringus olevate vedajatega – eemalda hind, hinda uuele vedajale, millel interline lepingud olemas kõikide vedajatega selles broneeringus 4.6.6 hind on aegunud (tüüpiliselt LH ööpäeva vahetumisel) – kustuta hind ja hinda uuesti 4.6.7 hindamata broneering – hinda käsitsi 4.6.8 müük suletud klassi (nn UC-juhtum, mis tekib tavaliselt siis, kui inside availability on 1G's vedajal puudu) – pea nõu lennunduse ostujuhiga (mõne vedaja puhul on näiteks võimalik käsitsi kinnitamine vedaja poolt); kui klient on nõus, siis broneeri broneeri samast veebisaidist kõrgemasse klassi ning vormista pilet peale lisamakse laekumist 4.6.9 Galileo ePricingu viga otsingufaasis, mis broneerimisel tekitab olukorra, kus kohad selle hinnaga ei kinnitu (NO VALID FARE FOR INPUT CRITERIA); juhtub sageli siis kui broneeringus on kolmene vedaja kombinatsioon (erinevad plating, marketing ja operating carrier'id) 4.6.10 Vedaja ja Galileo vajalise liidestuse viga, kus andmed pole sünkroonis (nt 0 AVAIL/WL CLOSED) - ürita broneerida uuesti, võib vajadus kliendilt lisaraha küsida (aga ta sai selle kohta teate ka) 4.7 kõik need juhtumid lahendada tööajal 30 minuti jooksul peale vea teket; väljaspool tööaega lahenda esimesel võimalusel, kuid mitte hiljem kui 30 minutit peale järgmise tööpäeva algust; järgmise päeva lennu puhul lahenda kohe kui võimalik </p> <p>5 Klient broneerib, soovib maksta arvega (makseolek 10, 11 või 14 ning broneeringuolekud 8/H3 või 7/H4) 5.1 pane tellimus ootele 5.2 koosta infosüsteemis arve ja saada kliendile 5.3 peale kontrollitud laekumist vormista pilet 5.4 saada kliendile kinnituskiri 5.5 kui tellimus on aegunud, siis tee uus tellimus 5.6 standardtoimingud ilma infosüsteemi osata ning teavitus süsteemihaldurile peab minema kohe peale pileti vormistamist</p> <p>6 Klient broneerib, jätab maksmise pooleli, meie pakume võimalust maksta arvega (tellimuse noppimine) (makseolek 10, 11 või 14 ning broneeringuolek 8/H3) 6.1 pane tellimus ootele 6.2 paku kliendile võimalust maksta arvega 6.3 jaatava vastuse puhul koosta infosüsteemis arve ja saada kliendile 6.4 peale kontrollitud laekumist vormista pilet 6.5 saada kliendile kinnituskiri 6.6 standardtoimingud ilma infosüsteemi osata ning teavitus süsteemihaldurile peab minema kohe peale pileti vormistamist 6.7 eitava vastuse puhul lase broneering kohe vabaks (broneeringumootor tühistab broneeringu ise) 6.8 vastuse puudumisel lase broneering vabaks viimase tööpäeva õhtul enne piletivormistustähtaega (broneeringumootor tühistab broneeringu ise)</p> <p>7 Klient broneerib, makse õnnestub, pilet vormistatakse, tegemist on varastatud krediitkaardi kasutamisega või muu pettusega (makseolek 12 ning broneeringuolek 9/H3) 7.1 tühista pilet enne ööpäeva vahetumist 7.2 tühista segmendid käsitsi 7.3 kui pileti tühistamine ei õnnestu (vedaja ei luba voidimist, pilet on mitte-OPEN olekus, vmt), siis lisa broneeringusse 2 SI-teadet vedajale „purchased with stolen credit card“ ja „deny pax boarding and turn over to authorities“ ning seejärel tühista segmendid 7.4 võta ühendust vedaja opereerimiskeskusega, teavita olukorrast ja palu et reisijat ei teenindataks (kirja pealkirjas viita nii 1G kui vedaja broneeringunumbritele) 7.5 teavita andmehaldurit et tellimuse võib mittekorralikuks märkida 7.6 teavita süsteemihaldurit vastutegevuste korraldamiseks 7.7 teavita raamatupidamist varastatud krediitkaardi kasutamisest, kusjuures vaikimisi tagastame raha vaid siis, kui pileti tühistamine õnnestus 7.8 teavita BSP-juhti vedajalt tagasinõude algatamiseks</p> <p>8 Klient broneerib, makse õnnestub, pilet on vormistamata, tegemist on varastatud krediitkaardi kasutamisega või muu pettusega (makseolek 12 ning broneeringuolek 8/H3) 8.1 tühista segmendid 8.2 teavita süsteemihaldurit vastutegevuste korraldamiseks 8.3 teavita andmehaldurit et tellimuse võib mittekorralikuks märkida 8.4 teavita raamatupidamist varastatud krediitkaardi kasutamisest</p> <p>Mõned olulised täiendavad asjaolud töövoos ja kasutusjuhtumites: - jälgi hoolega klientide märkusi "Broneerimisel lisas klient märkuse" kirjades - kui "Broneeringumootoris tekkis veaolukord" kirjades on VERIFY TICKETING DATE teade, siis otsi kiiresti üles süsteemihaldur ja teavita olukorrast (et saaks keerata lubatud viitaeage lühemaks ja võimaldada ostu) - kui süsteemihaldur on pannud tellimuse ootele, siis kontrolli user.onlinelend.YYYY kaustast, kas ta on ka kliendile kirjutanud, kui ei siis kirjuta ise</p> |
| Märkus: | Vaata ka "RTB artikkel 33 - Broneeringumootori lennupiletite teeninduse haldaja tööde loend" http://iz.reisiekspert.ee/intranet/index.php?file=teadmus_infovaade.php&id=33 |
| URL: | |
| Pildi aadress: | |
| Avalik: | Jah |
| Vabalt muudetav: | Ei |
| Lisainfo: | |
| Lisatud: | Priit Jõerüüt 04.08.2011 21:00:54 |
| Muudetud: | Priit Jõerüüt 12.09.2011 11:40:57 |
| Kirje ID: | 45 |
| Selle lehe aadress: | http://iz.reisiekspert.ee/intranet/index.php?file=teadmus_infovaade.php&id=45 (lühike aadress kasutamiseks siia viitamisel) |
| See artikkel on seotud siltidega |
|---|
| broneerimissüsteemid |
| crs-gds |
| lennufirmad |
| reisiekspert |
