Right now, one can fetch all products that have been created/set up under a Bookable or an Additional Service in Mews.

All information are returned, except for the Accounting Category that has been assigned to the product.

This creates additional manual work where the property will have to set up the accounting category mapping twice (once in Mews and again in the 3rd party platform - e.g. an Upselling solution), and keep that manually updated in both, or the user has to omit the accounting category setting in the Product in Mews and use the 3rd party platform as the source of truth. The latter would not be ideal if the property also upsells some product manually (i.e. has two distribution channels for upselling products - one manual/in person, and the other via an upselling platform).

There are a lot of issues arising from the fact that we do not have the dates an accounting item or bill is created and updated.

We would like to maintain a snapshot of the accounting items and bills dataset for a 4 year period (2 years past, 2 years future). We would like this to be as "synced" as possible. We are doing this by making an API call for all accounting items every hour. The reason we have to be pulling the entire dataset is because a deletion of an accounting item is possible. d

However, because:
1) We have a lot more data than your average customer, ie we currently have 35 properties in a single integration
2) The API call limit is 2000 per integration per 15 minutes, no matter how many properties a client has in MEWS
3) The maximum time period of each accounting items call is 3 months

It subsequently means that for a single data sync of accounting items, we need to make:

16 calls per property (a period of 4 years) x 35 properties = 560 calls

Please note that accounting items is not the only dataset we would like to have a synced database table for. And therefore, we regularly receive empty responses due to exceeded API call limits.

Could we please suggest
1) Either tailoring your API call limits to the size of datasets of your clients instead of a global API call limit for all
2) Addition of CreatedUtc and UpdatedUtc fields for the AccountingItems and Bills so they can be utilized as filters in an API call (ie grab the AccountingItems/Bills updated the last hour) and drop the number of API calls needed every hour from 16 per property to 1 per property. A similar process is already available in Reservations using the CreatedUtc/UpdatedUtc filters.

When adding and fetching availability blocks data from Mews via the Connector API, it seems that the CompanyId parameter is missing from the Availability Blocks object, which can be a problem when trying to sync all data and/or when trying to filter or sort availability blocks by Company. Often times, the availability blocks are related to corporate contracts and therefore it is important that a third party system is able to link availability blocks in Mews to a company. Having this possibility also allows the property to fully utilise Mews as the centre of truth when it comes to customer/company profiles, otherwise they would need to keep the master list somewhere else

Many medium and large hotels in urban markets that have convention centers that use Housing Bureaus that handle hotel group blocks, pickups as well as report and calculate commissions. These are normally integrated with hotel PMS systems. Leaders in this area a CVENT/Passkey and Meeting Max. Their software allows groups and conventions to pickup rooms while the Housing Bureau manages the blocks for many small to large conventions. This automation saves time at the hotel from manually changing, booking or releasing room blocks. Several cities require hotels to report via automation versus manually to obtain the correct number of rooms picked up. In turn, commissions, concessions and rebates are calculated. Therefore, numbers must be accurately reported.

The current rates/getall API call does not bring up the Rate Description and Rate Segment.

Regarding the Segment: Arguably, someone could link the rates response to the reservations response and grab the Segment of the rate from the reservations it's linked to. The issue however is that once a rate is applied to a reservation, the user can go to the reservation and change the segment field, which leads to different segments on the reservation level and the corresponding rate level.

Regarding the Descriptions: It would be useful if we can have the Rate Descriptions in the rates/getall API response for reporting.