Included Below
Table of Contents | ||
---|---|---|
|
Expedia Failure Process
- Expedia attempts to send the reservation to Visual One via the b4checkin interface, but b4checkin rejects it for whatever reason (timeout, OTA mapping, b4 mapping, block required, etc).
- At 11:00AM AST each day, b4checkin makes a request for all reservations that have failed in the last 24 hours, which are in the "RETRIEVED" status in Expedia, meaning that the reservation is not confirmed.
- An attempt is made to re-send those failed reservations into Visual One at this time.
- If the reservation fails again, it remains in "RETRIEVED" status at Expedia, and b4checkin continues to attempt to send the reservation into Visual One until it is received and acknowledged.
- A property may be notified by Expedia of failed reservations, however b4checkin does not know when or how this notification is sent.
Timeout Standards Affecting Expedia Bookings
A reservation may time out for one of two reasons:
Situation 1: The BN Web Service fails.
- Server is down
- SSL certificate has expired
Situation 2: The Visual One SQL Database is not responding in a timely manner.
- If the Visual One SQL Database does not return a confirmation message within 30 seconds, the reservation will fail.
- The property may wish to contact Agilysys for recommendations on hardware requirements.
Troubleshooting Failed Expedia Reservations
- The following items are required:
- Confirmation number of reservation, referred to as the booking number in Expedia.
- Date the reservation was sent to b4checkin, available from the Expedia extranet.
- Rate Plan & Room Type on the booking.
- Has the property recently added this Tariff to Expedia?
- Have all setup steps been completed? See Add a Rate Plan to Expedia.
- If not, complete the necessary set-up tasks and re-test.
- Have all setup steps been completed? See Add a Rate Plan to Expedia.
- Has the property recently added this Room Type to Expedia?
- Have all setup steps been completed? See Add a Room Type to Expedia.
- If not, complete the necessary set-up tasks and re-test.
- Have all setup steps been completed? See Add a Room Type to Expedia.
- Has the Tariff been mapped in the OTA Monitor?
- Have the property send a screenshot of the Tariff or Package mapped in the OTA Monitor.
- The "Rate Plan" field must match the Tariff or Package code exactly, and is case sensitive.
- The Tariff or Package must be selected in the appropriate drop-down menu.
- "Use Custom Market Segments" should be selected and the appropriate codes need to be associated.
- The "Rate Plan" field must match the Tariff or Package code exactly, and is case sensitive.
- If the Tariff has not been mapped, have them map the Tariff or Package, save and re-test.
- Have the property send a screenshot of the Tariff or Package mapped in the OTA Monitor.
- Is the Room Type mapped in the OTA Monitor?
- Have the property send a screenshot of the Room Type mapped in the OTA Monitor.
- All room types that are "Available on Web" must be mapped under the "Room Types" screen in the OTA Monitor.
- All room types that are "Available on Web" must be mapped under the "Room Types" screen in the OTA Monitor.
- Have the property send a screenshot of the Room Type mapped in the OTA Monitor.
- Is the reservation logging in the OTA Monitor?
- If so, have the property send a screenshot of the first screen that appears in the OTA Monitor.
- Have the property double click on the reservation in question and copy and paste the XML text.
- This is what the OTA Monitor will look like with details:
- If there is an error appearing in the "Comments" section of this screen, the error must be sent to b4checkin to identify a solution.
- Common errors include:
- Room Type is not mapped
- Tariff or Package is not mapped
- The Room Type requires advanced blocking
- If nothing appears in the OTA Monitor:
- This is what the OTA Monitor will look like without details:
- Agilysys or b4checkin must check the BN Web Service URL to ensure that it is accessible in a browser.
- Open BN URL in a browser by clicking on the URL
Example: https://b4checkindemo.agilysys.com/B4CheckinBNWebService/B4CheckinBNWebService.asmx). - The page should display "Working SSL Certificate" such as below:
- If the SSL certificate is invalid or using incorrect credentials, this page will appear:
- Open BN URL in a browser by clicking on the URL
- If the OTA Monitor is blank and the BN Web Service loads correctly, Visual One Support must be contacted and b4checkin must send API error emails to Visual One to identify the issue.
- This is what the OTA Monitor will look like without details:
- If so, have the property send a screenshot of the first screen that appears in the OTA Monitor.
- Has the property recently gone live with Freedom Pay (rGuestPay)?
- Have b4checkin confirm that the Freedom Pay URL is being used in the b4checkin API.
- If it is not, b4checkin will require the Freedom Pay end-point Endpoint URL from Visual One, and will need to update the property's API connection.
- Re-test once the API has been updated, to confirm that reservations completing.
- If reservations continue to be incomplete, the Visual One Project Manager will need to confirm that the rGuestPay boarding process has been completed correctly.
- If reservations continue to be incomplete, the Visual One Project Manager will need to confirm that the rGuestPay boarding process has been completed correctly.
- Have b4checkin confirm that the Freedom Pay URL is being used in the b4checkin API.
- Have the property open a Visual One Support ticket to check the BN Web Service to see if there are any errors being triggered.
- Contact a member of the b4checkin Professional Services team for further investigation.
Include Page | ||||
---|---|---|---|---|
|