Certification

Certification Process

Find below the details of the process which is divided into 2 phases.

Phase I

Find attached Excel file with various test scenarios. Action accordingly and return the results for each test scenario in the field "Actual Result'. We expect to have examples of the request and the responses.

Make sure to run all the test cases through your script and APIs that you have developed (API calls from your system).

Do not use any simulators or third-party tools like Postman to make requests.

Upon receipt of the result, we will verify accuracy of requests and responses as per the scenario. If all in order, we will schedule for Phase II.

Phase II

This is a live test certification. We will schedule a Google meet call with you and perform live testing on the call.

This process is divided into two parts.

A) We will test Content, Rates, Availability and restriction with specific instruction: We will give you some tasks which you have to performed and it will get monitored by us via live logs on our side. The grounds of this test is to make sure that the data flow from and to PMS to Su is accurate with both requests and responses.

As per our earlier conversation, there are few APIs out of many are marked as must for a partner to be developed. Without those APIs developed, checked and verified, system will not be able to proceed ahead with passing the partner to production line.

Find the list of compulsory APIs listed below:

• Content

• Availability

• Reservation

B) Booking Part : Depending on the booking retrieval model you have chosen, we will process some bookings for you, The goal is to make sure the system on your side is able to collect, parse and notify each type of bookings which can be different depending on the scenario.

We will perform test cases on the booking status to verify whether they are being successfully processed or not.

The example booking scenarios are as below:

• Confirmed Booking (New Booking)

• Same Booking gets Modified (Confirm to Modified)

• Same Booking Cancelled (Confirm / Modified to Cancelled)

• Direct Modified (Modified booking without having confirmed booking in Database)

• Direct Cancelled (Cancelled booking without having confirmed/modified in Database)

• Unposted Booking (Room type and/or rate plan not mapped in channel manager)

• Blank Booked-At (Booking creation time and date not allocated by OTA )

• Missing Information Booking (Some of the possible info of the guest is not allocated by OTA)

We will create such bookings and pass to your test property in the sandbox account so that you can collect, parse and notify the bookings. Here we are attaching the example booking JSON of each scenario for your reference.

Phase II of the certification takes approx 2 hours depending on potential hurdles to solve on either side. Once certification is completed, we will proceed ahead with creating your live production account and allocate you with new credentials.

Note: In production, the APIs will remain the same. Only the endpoints and Auth keys will differ.

Complete Phase I of certification and get back to us with the results to start on the certification process.

Do not hesitate to reach out if you require any assistance.

Points to Remember

1. Once the PMS is certified, we will transition their account from sandbox mode to production mode, and all associated data will be purged.

2. When the PMS is in production mode, the system will no longer expect server requests for sandbox properties.

3. When PMS is in production, PMS will be entitled up to three demo login accounts.