Client success story
Tazkira success story: B2B flight operations refined for faster agency work
Tazkira distributes flights to travel agencies in the Middle East. The project tightened three things its agency teams use every day: the ticketing path, the wallet and the fare rules.
- Middle East
- B2B flights
- Agency platform optimisation
- Launched in 2024
In brief
The Tazkira success story in one page
Tazkira works in B2B flight distribution: travel agencies book flights through its platform, and its own teams look after ticketing, agency credit and pricing behind the scenes.
The project was not a new build. It was an agency platform optimisation with a clear aim: cleaner fare control, clearer wallet operations and a faster booking path for the agencies and the staff who support them.
The work sits on the same Flights that powers every PHPTRAVELS install, run as a B2B travel portal for agency partners.
- Industry
- B2B flight distribution
- Region
- Middle East
- Model
- B2B flights
- Scope
- Agency platform optimisation
REST APIPHP 8.xMySQLThe operations console
Three workstreams behind every agency booking
Pick a workstream to see the challenge Tazkira named, what the project changed and the result the team reported.
Challenge
Slow agency booking cycles
Approval-heavy steps delayed regular ticketing operations.
What changed
The booking path was shortened so routine agency bookings move from search to ticket in fewer, clearer steps, with the pricing and credit checks run by the platform as part of the path.
- 01Search and choose a fareThe agent searches and picks the flight.Agent
- 02Apply agency pricingMarkup and policy rules are applied.Platform
- 03Pay from the agency walletAvailable credit is checked and held.Platform
- 04Issue the ticketThe booking is ticketed and confirmed.Agent
Challenge
Wallet process complexity
Credit handling needed clearer controls for daily use.
What changed
Credit handling was reorganised around the B2B agent wallet, so every top-up, hold, deduction and refund follows one visible flow that the finance desk and the agency read the same way.
- Top-upCredit inThe agency adds funds or receives credit.
- Available creditHeldOne balance the agency and finance both see.
- Booking holdHeldCredit is reserved while a booking is in progress.
- Deducted at ticketingCredit outThe hold becomes a charge when the ticket is issued.
- RefundCredit inCancelled or refunded tickets return credit to the wallet.
Challenge
Fare rule visibility gaps
Teams required cleaner markup and policy management views.
What changed
Markups and pricing policies were brought into one rule view, so the team can see which rule applies, at what scope, and whether it is live before a fare reaches an agency.
| Scope | Rule | State |
|---|---|---|
| Airline | Percentage markup | Live |
| Route | Fixed markup | Live |
| Agency group | Pricing policy | Live |
| Booking channel | Service fee | In review |
The screens are illustrative views of each workstream on PHPTRAVELS, not Tazkira's live data or settings.
Results
What changed for Tazkira's agency teams
Three outcomes, in the words the client used. No invented percentages, only what the team reported.
- TZ-01Agency throughputQuicker ticketingReported
- TZ-02Credit operationsClearer wallet flowReported
- TZ-03Pricing governanceBetter rule controlReported
Client note
Our teams now handle agency bookings with less friction and better operational visibility.
Results are the client's own description of the change, as shared with PHPTRAVELS.
The screen
An agency-first flight search
The main screen of the project: flight search built around the agent at the desk rather than a traveller browsing.
Agency staff search all day, so the screen keeps the fields they need in one place and puts the business context next to the trip: which agency is booking, how it pays and which price the agent is looking at. It is the same search core described on the Flight booking software page.
- A focused search form with the trip, travellers and booking agency together.
- Payment from the agency wallet sits in the flow, not on a separate screen.
- A net and gross view, so agents see their cost and the price they quote.
- From
- City or airport
- To
- City or airport
- Departure
- Choose a date
- Travellers
- Adults, children, infants
- Booking agency
- Signed-in agency
- Pay with
- Agency wallet
Fare view
The supplier fare before the agency's markup, visible to the agent only.
The price the agency quotes to its traveller, with its markup rules applied.
Under the hood
Built on PHP 8.x, MySQL and a REST API
The stack listed in the project file, from the request an agency sends down to where its bookings and balances are stored.
REST APILayer 1The interface agency tools and the booking screens talk to, so searches, bookings and wallet actions go through one documented door.PHP 8.xLayer 2The application layer where booking steps, wallet movements and fare rules run.MySQLLayer 3The database that keeps bookings, agency accounts, wallet entries and rules in one place.
Discuss your flight platform
Run B2B flight distribution or an agency network? We can help you streamline ticketing, credit and pricing on a platform you host and own.
Related pages for B2B flight teams
FAQ
Questions about the Tazkira project
Short answers on what changed, what it ran on and how a similar project starts.
Talk to salesIt is the story of Tazkira, a B2B flight distributor in the Middle East, optimising the agency platform its teams and partner agencies use. The project, launched in 2024, focused on a faster booking path, clearer wallet operations and cleaner fare control.
Three: slow agency booking cycles caused by approval-heavy steps, wallet processes that needed clearer controls for daily credit handling, and gaps in how teams could see and manage markups and pricing policies.
The team reported quicker ticketing for agency throughput, a clearer wallet flow for credit operations and better rule control for pricing governance. In the client's words, teams now handle agency bookings with less friction and better operational visibility.
Each agency has a balance it tops up or receives as credit. When an agent books, the platform holds the amount, deducts it when the ticket is issued and returns it on a refund, so finance and the agency read the same entries.
The project file lists PHP 8.x, MySQL and a REST API. PHPTRAVELS is sold with its source code under a commercial licence and is self-hosted, so the client runs it on its own servers.
Yes. Most projects start with a demo and a strategy call about your booking path, credit rules and pricing. Plans and the one-time licence are explained on the pricing page.
Keep exploring
More from the platform
- Success storiesAgencies running on PHPTRAVELS
- Insperia storyCorporate travel workflow setup, Middle East
- Travigence storyEuropean B2B team, agency operations upgrade
- B2B travel portalAgent tiers, markup layers, credit limits and settlement
- B2B agent walletAgent deposits, credit limits and a ledger per agent
- FlightsGDS and NDC ticketing
