CS/25CASE STUDY

Passenger Revenue Accounting
Built Jointly with SAP for a German Airline

A large German airline was running an obsolete, manual-heavy Passenger Revenue Accounting System assembled from countless individual components that could no longer be maintained. Because no corresponding module existed in the SAP environment, We As Web built a new SAP industry solution together with SAP — halving the operations crew head-count through dark processing, and raising the airline's own revenue through parameterized ticket revenue distribution inside IATA regulations.

Discuss Your Project →
At a Glance
Capabilities
Joint SAP Industry Solution (Built with SAP)
Passenger Revenue Accounting Engine
Five-Class Interface Landscape
Parameterized Revenue Distribution
Technologies
SAP Industry SolutionSAP FI/COSAP BWIATA Clearing House & BSPInterline BillingFare & Tax/FX Interfaces
Delivery Model
Joint delivery with SAP · ~160 consultants and developers · one timeline
[01]Business Context

The system the passenger never sees, that decides whether the flight earned money

In the travel industry, air transport plays an increasingly important role — and alongside operations, marketing and sales, the administrative systems decide whether every flight actually earns money. What the passenger sees before departure is only the booking system: it suggests a trip, issues a ticket, debits the money. But that is the beginning of a much larger machine, at the centre of which sits the Passenger Revenue Accounting System. The PRAS generates the key figures an airline uses to control profit and delivers the economic result. To do that it needs interfaces to every important airline, internal and external system — like a spider in a web. This airline's PRAS had grown over the years into countless individual components, required a huge amount of manual work, and could no longer be maintained.

Key Context
Legacy PRAS grown into countless individual components
No longer maintainable, with a huge amount of manual work
No corresponding module existed in the SAP environment
Interfaces required to every system that creates, prices, flies or honours a ticket
[02]Client Needs

What prompted the project

Replacing a revenue accounting system is not a reporting project — the airline needed the economic result of every ticket to keep landing correctly while the engine underneath it was replaced.

N/01

Replace an Unmaintainable PRAS

Retire a legacy system assembled from countless individual components that could no longer be maintained — without losing the accounting chain it carried.

N/02

Remove the Manual Work

The legacy PRAS required a huge amount of manual effort. Month-end tasks had to move from people to dark processing.

N/03

Settle Against Every Surrounding System

Booking, fares, IATA, boarding and bonus programs all have to be reconciled before a ticket becomes a realized euro.

N/04

Fit the Existing SAP Landscape

The new solution had to slot natively into the airline's SAP landscape — not run as a parallel stack on the side.

N/05

Raise Own Revenue Inside IATA Rules

Improve the distribution of ticket revenues in the airline's favour, strictly within the defined regulations of IATA.

[03]The Challenges

Why an expert partner was required

The challenge was not only the scope of the processes, but also the connection of all supply and acceptance systems — and the fact that the target platform had no product to build on.

Pre-Project ChallengeNo Off-the-Shelf Module
Nothing in the SAP Environment
No corresponding module existed in the SAP environment for passenger revenue accounting.
Build, Not Configure
A new SAP industry solution had to be created jointly with SAP rather than configured from a product.
Impact
The project carried product-development risk on top of implementation risk.
Pre-Project ChallengeCountless Legacy Components
Grown Over Years
The obsolete PRAS consisted of countless individual components accumulated over years of operation.
Undocumented Manual Steps
A huge amount of the monthly close ran on manual work that existed only in people's heads.
Impact
Before anything could be replaced, every existing component had to be mapped: what it did, who ran it, where it broke.
Execution ChallengeThe Breadth of the Interfaces
Five Major Interface Classes
Booking systems, fare systems with various fare databases, diverse IATA systems, the airline's own boarding systems, and the bonus programs.
And Many More
Interline billing, tax engines, GDSes and partner airlines all sit on the same web.
Impact
No off-the-shelf accounting engine can settle an airline ticket alone — the PRAS has to speak the language of every system around it.
Execution ChallengeThe Scale of the Lift
~160 People
Some 160 consultants and developers were required to master the task.
One Timeline
Process analysis, joint solution build, and interface delivery had to converge on a single go-live.
Impact
Coordination across teams was as decisive as any individual technical decision.
[04]Solutions Provided

What We As Web delivered

We As Web analyzed the processes and developed a modern application based on SAP — then wired the spider's web of supply and acceptance systems around it.

S/01

Process Analysis

Map every existing component of the legacy PRAS: what it did, who ran it, where it broke.

Analyzed the processes carried by the obsolete PRAS across its countless individual components.
Separated what genuinely had to be preserved from the manual workarounds the old system had accumulated.
S/02

A New SAP Industry Solution, Built with SAP

Since there was no corresponding module in the SAP environment, we built a new SAP industry solution together with SAP.

Developed a modern application based on SAP, jointly with SAP, as a new industry solution for passenger revenue accounting.
Designed it to fit perfectly into the airline's existing SAP landscape — FI/CO, BW and controlling — rather than beside it.
S/03

The Interface Web, in Production

Booking, fare, IATA, boarding and bonus systems connected as five classes of interface around one core.

Connected the booking systems (reservations, PNR lifecycle, changes and cancellations) as the upstream source of every ticket.
Connected the fare systems and their various fare databases — published, negotiated and private fares, with currencies, exchange rates and ticket-by-ticket rules.
Connected diverse IATA systems: clearing house, billing settlement plan and neutral formats — the external common language.
Connected the airline's own boarding systems for flown coupons, no-shows, rebookings and standby, and the bonus programs for accruals, redemptions and partner mileage.
S/04

Parameterized Processing & Dark Processing

Distribution rules for ticket revenue expressed as parameters in the system, and month-end tasks that run without intervention.

Parameterized the distribution of ticket revenues so revenue allocation is a configuration decision, not a headcount decision.
Moved prorates, accruals and interline settlement into dark processing at month-end — tasks that previously required people.
Carried the accounting chain continuously from the single flown coupon up to the airline's balance sheet.
[05]Results Achieved

Half the operations crew, full transparency, higher own revenue

The result was impressive. The airline gained transparency from online control through to the balance sheet, halved its operations head-count, and increased its own revenue — all within the framework of the defined regulations of IATA.

R/01
50% smaller operations crew

In operation, the airline was able to reduce its crew by half because the new system carried out many tasks in dark processing. For the remaining tasks, a few highly specialized accounting employees were sufficient.

R/02
High transparency, coupon to balance sheet

The airline achieved a high level of transparency — online control, capacity utilization, and monthly accounting statements running all the way up to the balance sheet.

R/03
Higher own revenue, inside IATA regulations

Through the parameterized processing, especially the distribution of ticket revenues, the airline significantly increased its own revenue — all within the framework of the defined regulations of IATA.

R/04
~160 consultants and developers, one delivery

A cross-team lift of some 160 consultants and developers replaced countless legacy components against a single timeline.

[06]Technology & Team

One SAP solution, five interface classes, one economic result

A new SAP industry solution at the core, native to the airline's existing FI/CO, BW and controlling landscape, surrounded by the front-office, pricing and industry interfaces that turn a flown leg into a realized euro.

Technology Stack
SAP Industry Solution (joint with SAP)SAP FI/COSAP BW & ControllingBooking / PNR InterfacesFare Databases (published · negotiated · private)Tax, Currency & FX InterfacesIATA Clearing House & BSPInterline Billing & ProratesBoarding & Flown Coupon InterfacesBonus Program / Loyalty Interfaces
Team Composition
SAP Solution ArchitectureRevenue Accounting ConsultantsSAP Development (ABAP / industry solution)Interface & Integration TeamsIATA & Interline SpecialistsTest & Migration ManagementProgramme Management
[07]Conclusion

Other systems are visible. The PRAS is invisible — and that is the point.

The PRAS is the system that turns a flown leg into a realized euro. It does not talk to passengers; it talks to the booking engine, the fare database, the boarding system, the bonus program and IATA. Its outputs — capacity utilization, the monthly accounting statement, the balance sheet — are what the airline actually runs on. When that system is an unmaintainable stack of components held together by manual work, the airline is guessing at its own economic result.

By analyzing the legacy processes, building a new SAP industry solution jointly with SAP, and wiring five classes of interface into production, we gave a large German airline a revenue accounting core that runs its month-end in dark processing and distributes ticket revenue by parameter rather than by hand. By creating this central travel industry application, We As Web gained deep experience across the entire field — experience that carries into every airline, GDS and travel platform engagement since.