972-836-7750 Request a demo Talk to an expert
Talk to an expert Request a demo Call sales 972-836-7750

EDIFACT message guide · Travel and tourism

PASRSP Travel, tourism and leisure product application status response

The UN/EDIFACT interactive message that answers a product application status request, saying whether requests should be sent.

Sent by
Product supplier or service supplier
Received by
Service supplier or product supplier
Standard
UN/EDIFACT · Interactive (I-EDI) message
X12 equivalent
No direct equivalent

What is the EDIFACT PASRSP message?

PASRSP is the UN/EDIFACT interactive travel, tourism and leisure product application status response. The directory defines it as a message sent in response to a product application status request (PASREQ), telling a service supplier that requests should or should not be sent for an application or product.

The response lets the requesting system decide immediately whether to route traffic to the supplier, avoiding failed requests and poor response times for travelers and agents. It is part of supplier connectivity management, used by distribution systems to decide where to route requests.

How the EDIFACT PASRSP message worksDiagram of the UN/EDIFACT PASRSP Travel, tourism and leisure product application status response message. Product supplier or service supplier sends it to service supplier or product supplier. It usually follows PASREQ. Inside the UIB and UIH envelopes, the directory D.21A requires, in the body and segment groups: the required SG1 loop with MAP (Message application product information). 0 conditional segment groups are listed by their trigger segment.How the EDIFACT PASRSP message worksTravel, tourism and leisure product application status response: who sends it, where it fits and what thedirectory marks mandatory1 WHERE IT FITSUSUALLY FOLLOWSPASREQTravel, tourism andleisure productapplication statusrequestPASRSPSENDERProduct supplier orservice supplierRECEIVERService supplier orproduct supplierUSUALLY FOLLOWED BYNo business reply expected2 WHAT DIRECTORY D.21A REQUIRESInteractive interchangeUIB … UIZMessage PASRSPUIH … UITBODY AND SEGMENT GROUPSMandatory group SG1 · repeats up to 2MAPMessage application product informationBlue box: mandatory segment group. Conditional groups are listed by the trigger segment that starts them; a group is sent only when its data applies.Conditional segments outside groups are not drawn.Structure: mandatory segments and groups in the UN/EDIFACT directory D.21A listing for PASRSP. Your trading partner's implementation guide adds itsown requirements.
How the EDIFACT PASRSP message worksDiagram of the UN/EDIFACT PASRSP Travel, tourism and leisure product application status response message. Product supplier or service supplier sends it to service supplier or product supplier. It usually follows PASREQ. Inside the UIB and UIH envelopes, the directory D.21A requires, in the body and segment groups: the required SG1 loop with MAP (Message application product information). 0 conditional segment groups are listed by their trigger segment.How the EDIFACT PASRSPmessage worksTravel, tourism and leisure product applicationstatus response: who sends it, where it fits andwhat the directory marks mandatory1 WHERE IT FITSUSUALLY FOLLOWSPASREQTravel, tourism and leisure productapplication status requestPASRSPSENDERProduct supplieror servicesupplierRECEIVERService supplieror productsupplierUSUALLY FOLLOWED BYNo business reply expected2 WHAT DIRECTORY D.21A REQUIRESInteractive interchange (UIB … UIZ)Message PASRSP (UIH … UIT)BODY AND SEGMENT GROUPSMandatory group SG1 · repeats upto 2MAPMessage application productinformationBlue box: mandatory segment group. Conditionalgroups are listed by the trigger segment thatstarts them; a group is sent only when its dataapplies. Conditional segments outside groups arenot drawn.Structure: mandatory segments and groups in theUN/EDIFACT directory D.21A listing for PASRSP.Your trading partner's implementation guide adds itsown requirements.

How to read this diagram: the top row shows who sends PASRSP, 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 PASRSP 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 usually makes some conditional groups mandatory, restricts the codes and may use an older directory.

Expand diagram Download SVG

When it is used

  • Confirming that requests may be sent
  • Telling a requester to stop sending requests
  • Answering status checks after an outage

Where it fits in the message flow

Usually follows PASREQ Travel, tourism and leisure product application status request
This message PASRSP Travel, tourism and leisure product application status response

Structure

Mandatory segments in PASRSP (directory D.21A)

In UN/EDIFACT directory D.21A, the PASRSP message has 8 segment positions arranged in 1 segment group. 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. This structure comes from one published copy of the directory and has not been independently verified: confirm it before you build a map.

  • UIH
  • SG1 (MAP)
  • UIT

Practical example

PASRSP in practice

After a maintenance window, a distribution system sends a hotel chain a PASREQ asking whether its application is available. The chain responds with a PASRSP confirming that requests may be sent, and booking traffic resumes.

Implementation

Implementation considerations for PASRSP

  • Respond quickly, since traffic depends on the answer.
  • Reflect the true state of the application.
  • Coordinate status with planned maintenance windows.
  • Log status changes for later service reviews.

How ECOM helps

Automate PASRSP with ECOM

Industry

Hospitality

Procurement, invoicing and supplier integration for hotels, restaurant groups and foodservice suppliers.

Solution

Batch and Real-Time Integration

Scheduled batch processing and real-time, API-driven integration on one platform.

Solution

API Integration

Connect partner and application APIs to your systems and bridge them with EDI processes.

Compare X12 and EDIFACT, or see answers to general questions in the EDI FAQ.

Related messages

Related travel and tourism messages

All 16 travel and tourism messages

Need help with PASRSP?

ECOM maps, tests and monitors EDIFACT messages for your trading partners and integrates them with your ERP.

Request a Demo Contact us