Sunčana vura

Za Sunčanu Vuru razvili smo moderan poslovni sustav za pregled, administraciju i obradu aviokarata kroz razvoj custom web aplikacije za putničku agenciju. Riječ je o modernizaciji internog alata koji je godinama bio važna operativna poveznica između GDS sustava i svakodnevnog rada agenata. Stara aplikacija dohvaćala je rezervacije iz Galilea, prikazivala podatke o kartama, učitavala dio AIR informacija i podržavala osnovne administrativne zadatke.

S vremenom su se industrijski formati mijenjali, količina podataka rasla, a postojeće rješenje više nije moglo dovoljno pouzdano pratiti tempo svakodnevnog rada. Zato ovaj projekt nije nastao kao vizualno osvježenje, nego kao izrada stabilnog i dugoročno održivog sustava koji složene GDS podatke tumači točno, a korisnicima ih prikazuje jasno, brzo i dosljedno.

Najvažnije pritom je bilo zadržati postojeći način rada. Procesi su ostali isti, a promijenio se alat koji ih podržava. Rezultat je web aplikacija koja olakšava operativni rad, povećava pouzdanost sustava i stvara čvrstu osnovu za daljnji razvoj.

1. Polazne točke i analiza

Analiza je bila usmjerena na tri pitanja:

• kako sustav čita i tumači podatke
• kako ih prikazuje
• kako ih agenti koriste u stvarnom radu

Izazovi su bili:

• rad s dva različita GDS izvora: Galileo i Amadeus
• različite i neujednačene strukture podataka
• zastarjela arhitektura starog sustava
• operativni tim koji radi brzo i pod pritiskom
• potreba da se procesi ne mijenjaju, ali da se tehnologija ispod njih modernizira

Zaključak analize bio je jasan: problem nije bio u korisnicima ni u procesu, nego u tome što stari sustav više nije mogao dovoljno stabilno pratiti stvarni ritam rada. Trebao je sustav razvijen za rad s GDS sustavima poput Amadeusa i Galilea koji može prihvatiti i ručne nesvrstane unose putničkih agenata. Primjer razvoja poslovne web aplikacije koja integrira više izvora podataka i prilagođena je radu u realnom vremenu.

2. Izvori podataka

2.1 Galileo XML

Galileo isporučuje podatke u XML formatu. Iako je formalno strukturiran, sadrži velik broj elemenata koji se koriste samo u posebnim situacijama. Novo rješenje zato osigurava:

• stabilno čitanje XML-a
• preciznu interpretaciju ključnih elemenata
• usklađivanje podataka prije prikaza
• prikaz koji poštuje logiku izvornog kanala

Sustav ne pojednostavljuje Galileo “na silu”, nego njegovu složenost prevodi u konzistentan i razumljiv prikaz.

2.2 Amadeus AIR datoteke

AIR je znatno zahtjevniji format. Riječ je o tekstualnom industrijskom standardu u kojem značenje pojedine vrijednosti često ovisi o kontekstu, prethodnim redovima i poslovnim pravilima.

Zbog toga je razvijen zaseban Node.js API koji:

• čita AIR direktno iz sustava agencije
• parsira podatke prema službenoj Amadeus dokumentaciji
• normalizira ih u strukturirani format
• osigurava točno tumačenje cijena, putnika, FOM vrijednosti i oznaka izdavanja

Ispravno čitanje AIR-a jedan je od ključnih elemenata profesionalnosti cijelog sustava.

2.3 Amadeus printer output (TTY)

TTY ispis izgleda kao običan tekst, ali se u praksi oslanja na stroga pravila i značenja koja proizlaze iz pozicije i konteksta.

Sustav zato koristi dvostruki pristup:

• prikazuje ispis u izvornom obliku koji je agentima poznat
• u pozadini izdvaja i strukturira ključne informacije potrebne za daljnji rad

Tako se zadržava poznato korisničko iskustvo, a sustav ipak dobiva podatke potrebne za obradu i kontrolu.

3. Što je bio problem starog sustava

Stari sustav nije bio problem zato što je proces bio loš, nego zato što više nije mogao stabilno pratiti promjene u formatima i rast količine podataka.

Glavni problemi bili su:

• nestabilna interpretacija XML i AIR podataka
• kruta i teško nadogradiva arhitektura
• djelomična podrška za TTY format
• sučelje koje je s vremenom postalo teško za održavanje
• pad performansi pri većem obujmu podataka

Posljedica je bila da se dio tehničkog opterećenja počeo prebacivati na korisnike.

4. Kako agenti stvarno rade

Agent ne razmišlja o parserima, XML-u ili AIR-u. Treba mu jasan pregled iz kojeg u sekundi može pročitati ono što je važno.

Zato je novi sustav oblikovan prema stvarnom načinu rada agenata:

• predvidljiv raspored informacija
• čista i stabilna tablica
• logično grupirani podaci
• brzo vizualno skeniranje
• dosljedan prikaz bez obzira na izvor podataka

Najbolji UI u travel operativi nije onaj koji privlači pažnju, nego onaj koji korisnik gotovo ne primjećuje jer radi točno kako očekuje.

5. Arhitektura rješenja

Arhitektura je postavljena tako da svu složenost GDS formata zadržava u pozadini, dok korisničko sučelje ostaje jednostavno i mirno.

Ključni principi:

• Galileo i Amadeus ostaju logički odvojeni
• Node.js API obrađuje AIR i TTY formate
• Flutter CMS prikazuje podatke u stabilnom i konzistentnom obliku
• administracija i operativa rade unutar istog sučelja

Omogućuje se da se promjene u izvorima podataka apsorbiraju u backend sloju bez narušavanja korisničkog iskustva.

6. UX i dizajnerska filozofija

UX je razvijen za rad pod pritiskom i s velikim brojem zapisa. Cilj nije bio vizualni efekt, nego jasnoća i pouzdanost.

Sučelje je izgrađeno na:

• jasnoj tipografiji
• kontroliranoj gustoći informacija
• ponavljajućim strukturama
• minimalnoj količini boja
• jasnom razlikovanju izvora podataka

Posebno važna funkcionalnost je automatsko osvježavanje svakih pet minuta. Tako korisnik radi s aktualnim podacima bez ručne intervencije, a sustav ostaje “svjež” bez prekidanja tijeka rada.

7. Bitnije funkcionalnosti sustava

7.1 Pregled karata

Središnji ekran sustava prikazuje rezervacije i ključne podatke u jednoj tablici, kako bi agent imao brz pregled i minimalno opterećenje pri radu.

7.2 Odvojeni prikaz izvora

Galileo i Amadeus prikazuju se odvojeno i jasno označeno, čime se smanjuje rizik pogrešne interpretacije i zadržava transparentnost izvora podataka.

7.3 Prikaz AIR informacija

AIR podaci se nakon parsiranja i normalizacije prikazuju u čitljivom obliku, bez potrebe da agent ručno čita kompleksne tekstualne datoteke.

7.4 Printer integracija

TTY ispis ostaje vidljiv u originalu, uz paralelno izdvajanje ključnih elemenata za strukturirani prikaz i provjeru podataka.

7.5 Filtracija i pretraga

Brza pretraga i filtriranje po ključnim poljima omogućuju agentu da u sekundi pronađe traženu rezervaciju bez gubitka fokusa.

7.6 Administrativne funkcije

Unos i uređivanje merchant vrijednosti, URA/IRA brojeva i bilješki objedinjeni su unutar istog sustava, bez potrebe za paralelnim evidencijama.

7.7 Pivot i izvoz

Sustav omogućuje izvoz u Excel i rad s pivot prikazima za potrebe obračuna, izvještavanja i interne analitike.

7.8 Automatsko i ručno osvježavanje

Podaci se automatski osvježavaju svakih pet minuta, a korisnik po potrebi može odmah pokrenuti i ručno osvježavanje.

7.9 Ručni unos rezervacija i karata

Sustav podržava i ručni unos zapisa koji ne dolaze iz GDS-a, čime ostaje jedinstveno mjesto evidencije i u iznimnim situacijama.

8. CMS i administracija

CMS je središnje mjesto na kojem se podaci dopunjuju, usklađuju i administrativno obrađuju. Njegova uloga je pretvoriti tehnički dohvaćene podatke u poslovno korisne informacije.

Omogućuje:

• pregled i korekciju ključnih podataka
• unos administrativnih vrijednosti
• vođenje bilješki
• ručni unos rezervacija i karata
• centralnu evidenciju promjena i odluka

Rad koji se ranije odvijao kroz dodatne Excela i pomoćne alate konsolidira se u jedno sučelje.

9. Sigurnost, stabilnost i održivost

U sustavu koji obrađuje rezervacije, karte i financijske podatke stabilnost nije dodatna vrijednost nego osnovni preduvjet rada.

Stabilnost se postiže kroz:

• obradu složenih formata u API sloju
• normalizaciju podataka prije prikaza
• razdvajanje Galileo i Amadeus logike
• kontroliranu obradu TTY ispisa
• modularnu arhitekturu koja dopušta nadogradnje bez rušenja cjeline

Takav pristup omogućuje siguran rast sustava i prilagodbu budućim promjenama u industriji.

10. Budući razvoj

Sustav je projektiran tako da podrži daljnje širenje bez rekonstrukcije temelja. Potencijalne nadogradnje uključuju:

• dodavanje novih GDS kanala
• proširenje analitike i izvještavanja
• nove specijalizirane prikaze unutar CMS-a
• dodatne administrativne funkcije
• povezivanje s financijskim i ERP sustavima
• napredniju segmentaciju po klijentima i partnerima
• automatizirane validacije i dodatna poslovna pravila

Vrijednost sustava nije samo u tome što rješava današnje potrebe, nego što ostavlja prostor za budući razvoj bez gubitka stabilnosti.

11. Zaključak

Projekt modernizacije za SUNČANU VURU pokazuje kako se složen poslovni sustav može tehnološki podići bez mijenjanja uhodanog načina rada.

Novo rješenje:

• precizno interpretira složene industrijske formate
• smanjuje operativno opterećenje korisnika
• objedinjuje pregled, administraciju i obradu na jednom mjestu
• stvara stabilan temelj za daljnji razvoj

Za korisnike to znači brži rad, manje pogrešaka i više povjerenja u podatke. Za organizaciju to znači dugoročno održiv sustav koji može rasti zajedno s poslovanjem.

Ako razmišljate o modernizaciji internih alata ili razvoju poslovne aplikacije koja mora biti stabilna, precizna i dugoročno održiva, RedCode stoji na raspolaganju. Ovakav pristup primjenjujemo i u razvoju drugih poslovnih aplikacija za klijente koji rade s kompleksnim podacima i operativnim procesima.