Promocode Engine

Launched From: This pop-up page will be launched when user will tap on arrow over Promocode in Flight Review Page
User story:
As a customer, I want to view and apply a promocode out of a list of promocodes or input & apply a promocode in the text box, so that the applicable discounts and benefit is shown based on the promocode towards the booking amount.
As a customer, I should be able to view default promocode already applied as per the Airline selected, so that I can view the benefits of the default promocode against the list of other available promocodes.
Access: All users have access this page
Layout:




Screen Fields(Promocode Engine)
Fields
Field Type
Mandatory/Optional
Description
1
Promocode
Heading(Plain Text)
2
Coupon Code Engine+ Apply CTA
Text
In this section user will be able to fill the promocode by entering text manually. Text can be alpha numeric.
Also, the selected promocode will be visible here in this bar. Apply text-CTA will be at the right most side of the bar, user will use it if he enters the promocode manually.
In case already applied promocode from Availability page then a Cross button will be visible instead of apply CTA.
Rule:
Custom (one time) promocode validation must be done.
By default entering of letters will be in capital letter keyboard.
Promocode is not case sensitive
3
Coupon Code
Label
Coupon Code label in capital letters is visible.
4
Coupon Code Description
text
This section will have the description of the coupon alongwith the value
5
Continue Button
CTA
M
Continue button will redirect to Flight Review page so as to continue with the bookings
6
Apply Button
CTA
O
This will apply the promocode to the coupon code engine.
First validation is on Review page promocode Bar, in case user enters manually or selects from the listing.
Rule:
In case the promocode is valid only on selected cards starting from a Bin Number, and the payment method is not valid according to Promocodes terms and conditions or user entered a invalid card number or entered a card number which is not received in the Promo response from backend, then a consent will be asked from the user to proceed with payment without any discount(promocode).
On payment page:
User based promocode will effect the Fare calculation. Bin number (XXXXXX-XXXXXXXXX) first 6 digits will be provided in the Promocode API response.
Promocode will have an effect on the Fare calculation.
Need to validate and match if the user entered eligible card number or not.
‘Restriction message will be shown to the user “Promocode is invalid for this card, do you want to continue without Promocode or Retry with New Card no.”
In case user continue without Back specific promocode, then by-default promocode (example: ATFLY) will apply automatically
There are no rows in this table

Acceptance Criteria:
Given I am a customer, When I select a promocode, Then the system must ensure that I am able to view the discounted price in fare breakup against the applicable promocode.
GetPromos API Required parameters in payload: ClientID : Fetch from Login response. OrderId : 1 - For one way and Round Trip 1,2,3... - For Multi City based on journeys
ServiceType : "FLT" for Flight "HTL" for Hotel
TUI : Fetch from the GetExpressSearch Response
Response Parameter:
Amount: Discount Amount Code: Promo
Code value
Convenience Fee: If it has value then override the convenience fee which is getting from ConvenienceFee API on the payment page.
DealType: either "V" (Value based) or "P" (Percentage based)
IsCashback: If true then user will get cashback after successful booking and not need to deduct from fare at the time of booking
Message: Show with the Promo Code
WalletBalance: User Wallet Balance value in case of Logged In user only.
isDefaultPromo: If true, Promocode will be applied by default. and in case of promo code error if user click on continue, Promocode will be applied Note: Other parameters are not applicable for application.
CheckPromo API
In Multi City, additional Fare type “DM” is present in ExpressSearch.
Different FareCalender hit required for each journey
The difference between selected sectors should be at least 3 hours but it is hardcoded and there won’t be any future changes as discussed.
Payload differences in multicity APIs should be mentioned in the documentation by AT team.
Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.