SOAP based web booking CIO Peter Havskov Christensen
SOAP based web booking CIO Peter Havskov Christensen, M. Sc. , B. Econ. , MCSA phc@bornholmstrafikken. dk SOAP based www booking June 2007
Why SOAP / Web Services • A platform for new feature rich web booking. – Standard Unicorn were preventing some much wanted features. • Allow tour operators (agents) to do electronic packing of ferry tickets, accommodation and other services. – Part of our contract with Danish Government. Development of SOAP services partly financed by EU through Destination Bornholm. SOAP based www booking June 2007
SOAP: an electronic envelope XML DOCUMENT <booking> <nr>23456789></nr > <leg><from>R</from > <to>Y</to>……… XML-document SALES CHANNEL: AGENTCODE: AGENTPASSWORD: SOAP-envelope Traditional scenario TICKET SOAP based www booking June 2007 Internet (https: //)
Simplified SOAP overview Car. Res DB cluster www. bornholmstrafikken. dk SOAP client and WEB server XML Car. Res SOAP servers HTML Car. Res terminal servers Customers with WEB clients (IE, Mozilla etc) SOAP based www booking June 2007
Key element: The XML document pairs • Main Request and response pairs: – – – – Several lists of possible values Customer. Info (only needed for customer login) Timetable Price. Timetable Book Modify. Book Cancel Create. Payment SOAP based www booking June 2007
SOAP based www booking June 2007
What we use SOAP for • New web booking for frequent travelers (customers with customer code in Car. Res): – Bornholmer. Bizz (RFID) for cars – Bornholmer. Card (RFID + biometric fingerprint) for walking passengers • New web booking for standard customers (customers without customer code in Car. Res) • Auto updating availability on www • Print of Bornholmer. Card SOAP based www booking June 2007
Why 2 different web bookings • 2 customer groups – Different level of experience – Different needs – Eye opener from User group 2006 • One group knows harbors, routes, general terms etc. but needs history and future booking overview. This group should not have to choose a pay option. • Second group does not necessarily know harbors, routes etc and need pay options SOAP based www booking June 2007
Old booking • Step 1 – – – – • Products Single / return Routes Date(s) Time Passenger type Vehicle type (if any) Step 2 – Outbound departure • Step 3: – Return departure • Step 4 – Lead passenger + names of all travellers • Step 5: – Print ticket or pay • Step 6: – Print ticket after pay New standard booking • Step 1: – • Step 2: – – – • Lead passenger (+names if needed) Step 7: – • Departure(s) and product (airline style) Step 6: – • Vehicle and/or passenger type Step 5: – • Routes (graphic) Step 4: – • Single / return Date(s) Number of passengers Step 3: – • In car / Walking / Bicycle / MC Payment method Step 8: – Email, print and v. Cal SOAP based www booking June 2007 9
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
New Verisign Extended Validation SOAP based www booking June 2007
Summary of standard booking • • 8 simple steps Product choosen “airline style” National phone directory integration Open source calender standard: v. Cal / i. Cal (RFC 2445): – Works with Outlook and many open source calenders – Windows mobile and PDA sync of calender • PDF – Ticket(s) and receipt on one page incl travel og check in guidance – Contact information (both ways) • Green bar – Customer trust (nothing wrong with traditional SSL but easier verification) SOAP based www booking June 2007
Frequent travelers • Login with customer code and password • Needs booking overview (has to pay for no show as part of agreement) without the need of customers remembering booking numbers and security codes. Booking numbers are not used for check in and now not needed for modify and cancel. • Designed to be fast for returning users (few steps) • No payment since payment is handled by check in automats • Possibility to update address and contact information. SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
SOAP based www booking June 2007
Future • Translation to English, German and Swedish • Minor adjustments / improvements as get experience • Full self service for frequent travelers (requires additional parameters to SOAP requests) • Freight booking inspired by Frequent travelers Log in. View and modification of details for future departures (requires additional parameters to SOAP requests and/or new requests) • New version of departure control room that uses Customer. Info, Book. Recall and Booking. Search request and lets one person handle more than 12 simultaneous automats. • Future automat modify might use SOAP based www booking June 2007
Status • At Car. Res User Group 2006 we could not agree on ”requirements for a good web dialogue”. • At Car. Res User Group 2007 we have building blocks (SOAP) that enables each of us to create feature rich web bookings according to our own opinion on ”requirements for a good web dialogue”. • With SOAP with also have great possibilities to create Ticket Vending Machines or very simple POS applications for go show situations. SOAP based www booking June 2007
- Slides: 31