EDIFACT message guide · Travel and tourism
STLRPT Settlement transaction reporting
The UN/EDIFACT message exchanged between participants in a billing and settlement plan to report transaction data for processing and settlement.
- Sent by
- Billing and settlement plan participant, such as a reservation system or processing center
- Received by
- Other participants, such as airlines and agents
- Standard
- UN/EDIFACT · Batch message
- X12 equivalent
- No direct equivalent
What is the EDIFACT STLRPT message?
STLRPT is the UN/EDIFACT settlement transaction reporting message. The directory defines it as a message exchanged between participants in the Billing and Settlement Plan (BSP) to report transaction data for processing and account settlement. Participants include airlines, agents, computer reservation systems and the processing centers.
In a billing and settlement plan, travel agents sell tickets for many airlines and settle with all of them through one process. Sales and refund transactions are reported to a processing center, which bills agents and pays airlines.
How to read this diagram: the top row shows who sends STLRPT, to whom, and which messages usually come before and after it. The lower part shows what the directory D.21A itself requires: the envelopes around STLRPT and the segments and segment groups it marks mandatory. Conditional groups are listed by their trigger segment rather than drawn in full. This is the directory's minimum, not a trading partner's requirement: a message implementation guide, such as an industry subset or a partner’s own guide, usually makes some conditional groups mandatory, restricts the codes and may use an older directory.
When it is used
- Reporting ticket sales and refunds for settlement
- Distributing billing data to airlines
- Reconciling agents' sales with settlements
Where it fits in the message flow
No other message routinely comes directly before or after STLRPT; it is exchanged when the business event occurs. If the partners agree, the receiver confirms each interchange with a CONTRL syntax and service report.
Structure
Mandatory segments in STLRPT (directory D.21A)
In UN/EDIFACT directory D.21A, the STLRPT message has 65 segment positions arranged in 12 segment groups. These are the segments and segment groups marked mandatory at message level, in order; a mandatory group is shown with the segment that starts it. Segments inside conditional groups are needed only when the group is used. This is the directory’s requirement, not your trading partner’s: each partner’s message implementation guide names the directory it uses, often an older one such as D.96A or D.01B where the structure can differ, makes some conditional segments mandatory and restricts the codes.
- UNH
- BGM
- DTM
- NAD
- SG2 (DTM)
- UNT
Practical example
STLRPT in practice
A reservation system reports the tickets issued by its travel agency users during a reporting period. The processing center aggregates the transactions, produces agents' billings and airlines' settlement data, and each airline reconciles the settlement with its own sales records.
Implementation
Implementation considerations for STLRPT
- Follow the current settlement plan specifications, which may use formats other than EDIFACT.
- Reconcile reported transactions with ticketing records.
- Report refunds and exchanges as well as sales.
- Meet the reporting calendar of the settlement plan.
How ECOM helps
Automate STLRPT with ECOM
Industry
Hospitality
Procurement, invoicing and supplier integration for hotels, restaurant groups and foodservice suppliers.
Industry
Financial Services
Secure file transfer and B2B integration for banks and financial institutions.
Solution
Financial Document Automation
Automate invoices, remittances, payment files and bank statements from capture to posting.
Compare X12 and EDIFACT, or see answers to general questions in the EDI FAQ.
Related messages
Related travel and tourism messages
- AVLREQAvailability request
- AVLRSPAvailability response
- PASREQTravel, tourism and leisure product application status request
- PASRSPTravel, tourism and leisure product application status response
- RESMSGReservation
- RESREQReservation request
- RESRSPReservation response
- SKDREQSchedule request
- SKDUPDSchedule update
- SUPRESSupplier response
- TIQREQTravel, tourism and leisure information inquiry request
- TIQRSPTravel, tourism and leisure information inquiry response
Need help with STLRPT?
ECOM maps, tests and monitors EDIFACT messages for your trading partners and integrates them with your ERP.