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

PASREQ Travel, tourism and leisure product application status request

The UN/EDIFACT interactive message used between service and product suppliers to ask, or notify, whether an application or product is available for requests.

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

What is the EDIFACT PASREQ message?

PASREQ is the UN/EDIFACT interactive travel, tourism and leisure product application status request. The directory defines it as a message sent by a service supplier to a product supplier to ask whether an application or product is available for requests, or by a product supplier to a service supplier to notify it of that status.

In travel distribution, systems such as global distribution systems connect to many suppliers' applications. Knowing whether a supplier's application is up, and which products are open, prevents sending requests that would fail.

How the EDIFACT PASREQ message worksDiagram of the UN/EDIFACT PASREQ Travel, tourism and leisure product application status request message. Service supplier or product supplier sends it to product supplier or service supplier. It usually starts the exchange. It is usually followed by PASRSP. 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). 2 conditional segment groups are listed by their trigger segment.How the EDIFACT PASREQ message worksTravel, tourism and leisure product application status request: who sends it, where it fits and what the directorymarks mandatory1 WHERE IT FITSUSUALLY FOLLOWSStarts the exchangePASREQSENDERService supplier orproduct supplierRECEIVERProduct supplier orservice supplierUSUALLY FOLLOWED BYPASRSPTravel, tourism andleisure productapplication statusresponse2 WHAT DIRECTORY D.21A REQUIRESInteractive interchangeUIB … UIZMessage PASREQUIH … UITBODY AND SEGMENT GROUPSMandatory group SG1 · repeats up to 2MAPMessage application product information+ 2 conditional groups, starting with:TVLPOSBlue 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 PASREQ. Your trading partner's implementation guide adds itsown requirements.
How the EDIFACT PASREQ message worksDiagram of the UN/EDIFACT PASREQ Travel, tourism and leisure product application status request message. Service supplier or product supplier sends it to product supplier or service supplier. It usually starts the exchange. It is usually followed by PASRSP. 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). 2 conditional segment groups are listed by their trigger segment.How the EDIFACT PASREQmessage worksTravel, tourism and leisure product applicationstatus request: who sends it, where it fits andwhat the directory marks mandatory1 WHERE IT FITSUSUALLY FOLLOWSStarts the exchangePASREQSENDERService supplieror productsupplierRECEIVERProduct supplieror servicesupplierUSUALLY FOLLOWED BYPASRSPTravel, tourism and leisure productapplication status response2 WHAT DIRECTORY D.21A REQUIRESInteractive interchange (UIB … UIZ)Message PASREQ (UIH … UIT)BODY AND SEGMENT GROUPSMandatory group SG1 · repeats upto 2MAPMessage application productinformation+ 2 conditional groups, starting with:TVLPOSBlue 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 PASREQ.Your trading partner's implementation guide adds itsown requirements.

How to read this diagram: the top row shows who sends PASREQ, 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 PASREQ 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

  • Checking whether a supplier's system accepts requests
  • Notifying that a product is temporarily closed
  • Notifying that service has been restored

Where it fits in the message flow

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

Structure

Mandatory segments in PASREQ (directory D.21A)

In UN/EDIFACT directory D.21A, the PASREQ message has 12 segment positions arranged in 4 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. 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

PASREQ in practice

A hotel chain's reservation system goes into maintenance for an hour. It sends the distribution system a PASREQ notifying that its booking application is unavailable. The distribution system stops sending reservation requests to the chain and resumes when a later message reports the application is available again.

Implementation

Implementation considerations for PASREQ

  • Notify status changes promptly in both directions.
  • Stop and resume traffic automatically based on status.
  • Distinguish application outages from closed products.
  • Agree how long systems wait before retrying.

How ECOM helps

Automate PASREQ 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 PASREQ?

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

Request a Demo Contact us