Table of Contents:
Overview
-
Certification → Certification Details
Certification → Certification Details → Section
Certification Details → Section → Mapping
Certification Details → Section → Restrictions
Certification Details → Section → Rate Model
Certification Details → Section → Booking
Certification → Certification Details → Configuration
Certification → Certification Details → Execution
About the Other Scenarios: Mapping & Booking
Overview
The Certification section tracks the technical validation process between the TPS and Bakuun before going live.
Each row represents a certification request and shows its current execution status. This ensures that all required integration checks are completed and approved before production activation.
Table Reference - Certification Overview
| Field | Description |
| Request ID | Unique identifier for the certification process. |
| Scenarios | Total number of test scenarios required for certification. |
| Executed | Number of test scenarios already executed. |
| To Execute | Number of remaining scenarios pending execution. |
| Successful | Count of successfully completed test cases. |
| Failure | Count of failed test cases. |
| Status | Displays the current certification stage, such as In Progress, Pending Review, or Certified. |
| Last Update | Timestamp of the most recent update for that request. |
Additional Actions
- Clicking on the Status (e.g., In Progress) redirects to the Certification Details page, where you can view a step by step breakdown of all executed test cases.
- Click + Certification to initiate a new certification request once the current one has been completed and marked as certified.
Certification → Certification Details
This section provides a detailed overview of the selected certification request for a Third Party Supplier account. It displays key identifiers and timeline information related to the certification process.
Table Reference - Certification Details → Header Section
| Field | Description |
| Request ID | Unique identifier for the certification request (e.g., CC-TPS123). |
| Account ID | The TPS account identifier (e.g., TPS1). |
| Account Name | The TPS name as displayed on the platform. |
| Created | Date and time when the certification request was initiated. |
| Last Update | Timestamp of the most recent activity or update for this certification. |
Certification Details → Certification Progress Summary
The Certification Progress Summary appears below the header and provides a real time snapshot of the scenario execution status for the selected certification request.
It helps you quickly understand how many test cases have been completed, how many remain, and the overall certification progress.
Table Reference – Certification Details → Certification Progress Summary
| Field | Description |
| Scenarios | Total number of test scenarios included in the certification (e.g., 17). |
| Executed | Number of scenarios that have been executed so far. |
| To Execute | Number of scenarios still pending execution. |
| Successful | Count of scenarios that passed successfully. |
| Failure | Count of scenarios that failed. |
| Action | Type of execution performed, for example Bulk Run if all tests were triggered at once. |
| Status | Overall certification progress status, such as In Progress, Completed, or Failed. |
Certification → Certification Details → Section
The Section tab within Certification Details lists all functionalities that can be tested and certified for the integration.
Each row represents a specific integration scenario, such as:
- Mapping
- ARI Restrictions
- Rate Models
- Booking Flows
This section shows whether each feature is:
- Supported by your system
- Pending validation
- Successfully certified
It provides a clear overview of what has been implemented, what is still under testing, and what is not supported.
This tab serves as a reference point for both technical teams and platform reviewers during the certification process.
Certification Details → Section → Mapping
The Mapping category verifies your ability to send or receive room and rate mapping data. This is a core requirement to ensure that room and rate plans sync correctly with the Bakuun platform and connected Demand Partners.
Mapping certification typically includes three methods:
- Push → You send mapping data to Bakuun.
- Read → You receive mapping information from Bakuun.
- Pull → You retrieve mapping data via API on demand.
Each row represents a testable scenario for one of these methods.
Table Reference - Certification Details → Section → Mapping
| Field | Description |
| (1) Category | Always displayed as “Mapping” for this section. |
| (2) Type | Shows the integration method: Push, Read, or Pull (color-coded). |
| (3) ℹ Icon | Hover to view additional technical or functional details for that scenario. |
| (4) Supported | Indicates whether the TPS has declared this method as supported. |
| (5) Certified | Shows whether the method has passed automated certification checks. |
| (6) Select | If Supported = Yes, you may tick the checkbox to include it in execution. If not supported, it cannot be selected. |
Important: Click Save after making updates in this section.
Certification Details → Section → Restrictions
The Restrictions category verifies the restriction-related capabilities supported by the TPS integration. These restrictions control how availability, stay rules, and booking conditions are managed.
This section shows:
- Whether the TPS supports each restriction type
- Whether it has passed certification testing
- Whether it is selectable for certification execution
Each row represents a specific restriction scenario.
Table Reference - Certification Details → Section → Restrictions
| Field | Description |
| (1) Category | Lists the restriction type being certified (e.g., Inventory Rate Plan Level, Release, Minimum LOS, etc.). |
| (2) ℹ Icon | Hover to view a short explanation of what the restriction controls. |
| (3) Supported | Indicates whether the TPS has declared this restriction as supported in their API configuration. “Yes” means technically available. |
| (4) Certified | Shows the result of the automated certification test. A failed or unexecuted test will be reflected here. |
| (5) Select | Allows you to include the restriction in certification execution if it is supported. If not supported, it cannot be selected. |
Important: Click Save after making updates in this section.
Full List of Restriction Categories
| Restriction Type | Description |
| Inventory Rate Plan Level | Allows inventory to be managed at the rate plan level instead of only at the general property level. |
| Release | Temporarily allocates rooms with an auto release period. Unsold inventory is returned after a defined number of days. |
| Min LOS Rate Plan Level | Sets the minimum number of nights a guest must stay for a specific rate plan. |
| Max LOS Rate Plan Level | Sets the maximum number of nights a guest can stay for a specific rate plan. |
| Min LOS Arrival Rate Plan Level | Applies a minimum stay requirement only when check in occurs on specific dates. |
| Max LOS Arrival Rate Plan Level | Applies a maximum stay restriction only on selected check in dates. |
| Close to Arrival Rate Plan Level | Prevents check in on selected dates for a specific rate plan. |
| Close to Departure Rate Plan Level | Prevents check out on selected dates for a specific rate plan. |
| Stop Sales Rate Plan Level | Completely blocks availability for a rate plan on selected dates. |
| Min Advance Booking Rate Plan Level | Defines the minimum number of days before arrival that a booking can be made. |
| Max Advance Booking Rate Plan Level | Defines the maximum number of days in advance that a booking can be made. |
| Cancellation Policy | Indicates support for receiving or applying cancellation rules and penalties. |
| Deposit | Indicates support for managing deposit requirements or payment terms. |
Note: A restriction must show Supported = Yes and Certified = Yes to be considered fully validated and ready for production use.
Certification Details → Section → Rate Model
The Rate Model section verifies whether your TPS supports advanced pricing logic and occupancy based rate structures.
These features control how rates are calculated, adjusted, and validated during certification.
Each row represents a rate capability declared by your system. You can enable only the items marked as Supported.
Table Reference - Certification Details → Section → Rate Model
| Field | Description |
| (1) Category | Displays the rate capability type, such as extra guest pricing, child logic, or stay rules. |
| (2) ℹ Icon | Hover to view additional technical details about the specific rate feature. |
| (3) Supported | Indicates whether the TPS declares this rate feature as supported. If marked No, it cannot be selected for certification. |
| (4) Certified | Shows the certification result for that feature. A red warning icon or No tag indicates the test failed or has not been executed. |
| (5) Select | Enables the rate feature to be included in certification. If unavailable, a red warning icon appears and selection is disabled |
Don’t forget to click Save after updating this section.
Summary of Rate Model Categories
| Category | Description |
| Guest Based Pricing | Includes Extra Guest Rate and Extra Guest Count. Used for pricing beyond base occupancy. |
| Child Logic | Includes Child Rate, Child Age, Child Count, Static Combination, and Dynamic Combination. Controls pricing rules based on child age or count. |
| Stay Rules | Includes Length of Stay, FPLOS, and Rate Hurdles. Manages booking behavior such as minimum or maximum stay and yield based pricing logic. |
⚠ Unsupported or uncertified items are marked with a red warning icon 🔺 and cannot be toggled.
Certification Details → Section → Booking
The Booking section verifies which booking operations your TPS integration supports, such as new bookings, modifications, and cancellations.
During certification, these actions are tested to ensure full end to end compatibility between the TPS and Bakuun.
Each row represents a booking capability that can be declared, tested, and certified.
Table Reference - Certification Details → Section → Booking
| Field | Description |
| (1) Category | Lists the booking operation available for certification, such as New Booking, Modify Booking, Cancel Booking, Cancel Room, or Multi Room. |
| (2) ℹ Icon | Hover over this icon to view a short description of the booking function. |
| (3) Supported | Indicates whether the TPS declares this booking action as supported. If marked No, it cannot be selected for certification. |
| (4) Certified | Shows whether the booking action has successfully passed certification. |
| (5) Select | Allows you to include the booking action in the certification run if it is supported. |
Note: A red warning icon 🔺 indicates the feature is not supported, not executed, or failed certification, and cannot be selected.
Certification → Certification Details → Configuration
The Configuration tab allows you to manually define property, room, and rate plan combinations for certification testing.
This section is used to simulate ARI updates and booking payload validation before executing certification scenarios. It ensures that your selected Room and Rate Plan combinations are correctly mapped and ready for test execution.
Each configuration must be saved before moving to the Execution tab.
Table Reference - Certification Details → Configuration
| Field | Description |
| (1) Property ID 1 | Select the Property ID from the dropdown. This determines which mapped property will be used for certification testing. |
| (2) Room ID 1 | Select the first Room ID linked to the property. Used to validate room-level mapping accuracy. |
| (3) Rate Plan ID 1.1 | Select the first Rate Plan associated with Room ID 1. Commonly used for standard or non-refundable testing |
| (4) Rate Plan ID 1.2 | Optional second Rate Plan for Room ID 1. Allows validation of different rate types (e.g., refundable vs. non-refundable). |
| (5) Room ID 2 | Optional second Room ID for testing multi-room configurations. |
| (6) Rate Plan ID 2.1 | Select the primary Rate Plan for Room ID 2 (if applicable). |
| (7) Rate Plan ID 2.2 | Optional second Rate Plan for Room ID 2 to test additional combinations. |
| (8) Date – Single Day Update | Enter a test date (YYYY-MM-DD) to simulate a single-day ARI update. You may use the calendar selector. |
| (9) Date – First Date of a 3-Day Range | Select the first date of a 3-day range to validate batch ARI updates across multiple consecutive dates. |
| (10) Save Changes | Click Save Changes to store your configuration before proceeding to certification execution. |
Important: Configuration must be completed and saved before certification scenarios can be executed successfully.
Certification → Certification Details → Execution
The Execution tab is where certification test scenarios are launched and validated.
This section simulates real integration flows to confirm that your system can correctly send, receive, and process data with Bakuun.
⚠️ If certification is required for a selected scenario in the Configuration tab, it must be executed and validated here before approval.
Available Certification Scenarios
The three certification categories are:
- Mapping
- ARI (Availability, Rates, Inventory)
- Booking
Only scenarios marked for certification need to be executed.
Each scenario may contain one or more transaction tests that are automatically validated against expected success conditions.
Table Reference - Certification Scenario → Execution
| Scenario | Description |
| Mapping | Verifies that Property ID, Room ID, and Rate Plan ID mappings are correctly configured. |
| ARI | Validates the ability to push and retrieve Availability, Rates, and Inventory data via API. |
| Booking | Simulates end-to-end booking flows including New, Modify, and Cancel transactions to ensure messages are processed correctly. |
Important: Certification will not progress to approval until all required scenarios show successful execution results.
Certification Details → Execution Example: ARI Scenario
This section demonstrates how to execute an ARI certification test to validate availability updates at the rate plan level.
The example shown is:
“Update room availability at rate plan level.”
⚠️ Note:
Only scenarios marked as required in the Configuration tab need to be executed. If certification is not required, this section may be skipped.
Table Reference - Certification Scenario → Execution Example: ARI Scenario
| Field | Description |
| (1) Run Button | Click to start the certification test for this scenario. This triggers an inventory update request (InvCount) to simulate availability changes. |
| (2) Scenario Title | Displays the name of the test scenario being executed (e.g., “Update room availability at rate plan level”). |
| (3) Show Details | Expands the test logs. Displays the API request payload, system response, and validation result. |
| (4) Status Badge | Shows whether the booking action has successfully passed certification. |
| (5) Erase All | Clears all previous results and logs for the scenario. Use this to reset and rerun testing from scratch. |
Tip:
If a scenario fails, expand Show Details to review the request and response logs before retrying.
ARI Scenario – Show Details (Expanded)
When you click Show Details, the scenario expands to display a full breakdown of the executed request and system response. This view is especially useful for technical validation during certification.
Table Reference - ARI Scenario – Show Details (Expanded)
| Field | Description |
| (1) Hide / Show Details | Replaces the “Show Details” button once expanded. Click again to collapse the logs. |
| (2) Transaction Log | Displays each transaction executed (e.g., Transaction 1, 2, etc.), including the request payload sent to the server. |
| (3) URL & Request | Shows the endpoint (e.g., push_ari/test) and the full API request in JSON format. This verifies what data was sent, such as property ID, room ID, rate plan, and inventory values. |
| (4) Response | Displays the system response after the API call. A successful response typically includes "success": true and a unique tracking ID. If unsuccessful, it may show "success": false along with an error message (e.g., invalid rate plan ID or missing room ID). |
| (5) Assertions | Confirms whether the test passed based on expected validation rules. For example, “Must contain 1 Success element” means the response met the required condition. |
A green Successful badge at the top right confirms that the entire scenario passed all assertions and is ready for certification.
💡 Tip
If you see "success": false in the Response section, review the accompanying error message carefully.
Common causes include:
- Invalid or missing Room ID or Rate Plan ID
- Incorrect date formatting
- Mismatch between mapping setup and ARI values
Use the tracking ID when coordinating with your technical team or Bakuun Support for faster troubleshooting.
About the Other Scenarios: Mapping & Booking
Aside from ARI, two additional certification scenarios are available under the Execution tab:
🔹 Mapping Scenario
Verifies that your Property ID, Room ID, and Rate Plan ID are correctly mapped in your system.
This ensures:
- Identifiers are aligned with the Bakuun platform
- Mapping data can be properly referenced by ARI and Booking transactions
Accurate mapping is required before other scenarios can pass successfully.
🔹 Booking Scenario
Validates your system’s ability to process booking flows, including:
- New bookings
- Modifications
- Cancellations
- Read bookings
Each operation must return the expected response and be marked Successful to meet certification requirements.
Important Note
While the ARI example is shown in detail, the structure and validation logic for Mapping and Booking scenarios follow the same execution process.
Once all required scenarios are successfully completed, click Enroll Certification to submit your integration for review by the Bakuun team.