Night Audit Report has been Enhancement with New Option to Build Screen "Include Inactive Category" When the Option is Ticked, the Report will include All Rooms which were/are assigned to Inactive Categories covering the Build Selection Date 

Help Article - Night Audit Report

Generic Financial Export has been Enhancement with New Option to Build Screen "Include Inactive Category" When the Option is Ticked, the Report will include All Rooms which were/are assigned to Inactive Categories covering the Build Selection Date 

Help Article - Generic Financial Export

Add on Bookings Report has been Enhanced to Show "Guest No".

Help Article - Add on Reservation

Owner Accounting > End of Month - Pay On Charges has been Enhanced with Print Option on each Account to Print the Details of "Income" "Adjustment" and "Expenses for the Account

The New Report would show the Combined Details of Transactions from the Account Tabs “AdHoc” and “FF&E”. The Report would include all the Transactions on both the Account Types based on the Date Range Selection.

AR Statements Report has been Enhanced with New Filter "As of Date". Selection of the Date on this Filter would enable to user to see Account Details For Transactions Selected Date Range as of the Selected Date 

Flash Report has been Enhancement with New Option to Build Screen "Include Inactive Category" When the Option is Ticked, the Report will include All Rooms which were/are assigned to Inactive Categories covering the Build Selection Date 

Help Article - Flash Report

Advance Deposit Report has been enhanced to show the Receipts which are made on the Reservation Account on the Day of the Arrival. To View the Receipts made on the Reservation Arrival Date, the New Option on the Build Screen "Include Receipts on Arrival Date" must be Selected 

Help Article - Advance Deposit Report

Important Notice: API Rate Limit Updates

We’re introducing new global rate limits for a set of Group Allotment and reference data REST API endpoints (including Companies and Travel Agents).

These endpoints return low‑change data and are intended to be used with caching and webhooks, rather than continuous polling. The changes below are designed to improve platform stability and ensure consistent performance for all partners.

Why this change is being made

We’ve observed sustained high‑volume polling on several Group Allotment endpoints that return low‑change data. In most cases, these resources are expected to be:

• Cached after initial retrieval
• Refreshed only when changes occur via webhook notifications

Continuous polling creates unnecessary load and can impact overall platform performance.

What’s changing (Effective Date: February 23, 2026)

The following endpoints will be limited to 60 requests per minute:

• GET /groupAllotments
• GET /groupAllotments/{id}
• GET /groupAllotments/{id}/allotments
• GET /groupAllotments/{id}/companies
• GET /groupAllotments/{id}/travelAgents
• GET /companies
• GET /travelAgents

Webhooks (recommended approach)

Webhooks should be used as the primary mechanism for detecting changes:

Group Allotments

• Events: create, update, delete
• Payload includes groupAllotmentId, which can be used to re‑query the specific resource if needed

Agents

• Events: create, update
• Payload includes agentId for retrieving updated agent details

Using webhooks avoids unnecessary polling and ensures updates are processed only when changes occur.

Webhook schema:
Webhooks

What you need to do

• Cache responses from the affected endpoints
• Use webhooks to detect changes
• Re‑query only the affected resource when a webhook event is received
• Avoid continuous polling
• Ensure any manual refreshes stay within the new rate limits

Enforcement

• Rate limits are applied globally
• Sustained traffic above the limits may be throttled or blocked

Need help?

If you have questions or would like assistance reviewing your implementation, please contact API Support:
Partner & API Support

We’ve fixed an issue where derived-from-derived rate types that include additional person pricing were not calculating correctly.

Previously, when a rate type was derived from another derived rate and configured to adjust additionals, the system reused the original additional amount for both adjustment levels. This could cause the final price (e.g. for 3 adults) to be under-calculated in Quick Quote and when creating a reservation and posting tariff.