What's New in API v2024.07.31
A changelog of what has changed in API v2024.07.31 (04/25)
Overview
Welcome to the What's New? page for the CiiRUS-API. Here, we provide a comprehensive overview of the latest updates, enhancements, and changes introduced in the most recent version. This section highlights key modifications made since previous versions, ensuring you're up-to-date with the latest features and improvements.
Currency Format Notice
All currency values in the API are returned in fixed-point format using a scale of 10⁸. For example, a value of
100000000
represents1.00
. This ensures precision in financial calculations. Be sure to adjust your implementation accordingly when parsing or displaying amounts.
Availability Endpoint
🔄 What's Changed?
- GET
/v2023.07.31/availability
is now GET/v2024.07.31/unit_calendars
- The endpoint has been renamed to reflect its updated functionality for retrieving detailed unit calendar data.
- GET
/v2023.07.31/availability/{unitId}
is now GET/v2024.07.31/unit_calendars/{unit_id}
- This endpoint now retrieves the unit calendar for a specific unit, with a slight change in parameter naming.
❌ What's Removed?
- POST
/v2023.07.31/availability
– This method has been removed.- Availability checks are no longer available via this endpoint.
- POST
/v2023.07.31/availability/{unitId}
– This method has been removed.- Availability checks for specific units are no longer available via this endpoint.
- PUT
/v2023.07.31/availability/{unitId}
– This method has been removed.- Alteration availability for specific units is now being checked through other means.
Booking Endpoint
🔄 What's Changed?
- POST
/v2023.07.31/booking
is now POST/v2024.07.31/reservations
- The booking creation process has been renamed to align with the reservations workflow.
- PUT
/v2023.07.31/booking
is now PUT/v2024.07.31/reservations
or PUT/v2024.07.31/reservations/{reservation_id}
- Updates to bookings now go through the reservations endpoint, and if a reservation ID is specified, it targets a specific reservation.
❌ What's Removed?
- POST
/v2023.07.31/booking
– This method has been removed.- The old booking creation process is no longer available. Now, reservations are created using the
/reservations
endpoint.
- The old booking creation process is no longer available. Now, reservations are created using the
- PUT
/v2023.07.31/booking
– This method has been removed.- Updating bookings is now handled via
/reservations
with the updated parameter structure.
- Updating bookings is now handled via
- DELETE
/v2023.07.31/booking/{bookingId}
– This method has been removed.- The removal of bookings now happens using DELETE
/reservations/{reservation_id}
.
- The removal of bookings now happens using DELETE
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Content (Amenities) Endpoint
🔄 What's Changed?
- GET
/v2023.07.31/content/amenities
is now GET/v2024.07.31/unit_amenities
- The old endpoint has been renamed to
/unit_amenities
to provide a clearer purpose for retrieving unit amenities.
- The old endpoint has been renamed to
- GET
/v2023.07.31/content/amenities/{unitId}
is now GET/v2024.07.31/unit_amenities/{unit_id}
- The
unitId
path parameter is now formatted asunit_id
for consistency across the API.
- The
❌ What's Removed?
unitId
– TheunitId
parameter is now calledunit_id
, which is a more consistent and clear naming convention.unitIds
– This parameter is now referred to asunit_ids
in plural form.
🆕 What's Added?
- GET
/unit_amenities
introduces several new query parameters:last_unit_update_date
(date-time) – Filters the response to only return units modified after a specified date.last_reservation_update_date
(date-time) – Filters for units that have received a booking or calendar sync after a specified date.last_agent_module_property_update_date
(date-time) – Filters for units where the agent module property configuration was modified after a specified date.last_agent_module_agent_update_date
(date-time) – Filters for units where the agent module agent configuration was modified after a specified date.management_company_user_id
(int32) – Filters results by the management company identifier.enabled
(boolean) – Filters for only enabled or disabled units.display_on_website
(boolean) – Filters for units enabled for display on the website.allocation_on_arrival
(boolean) – Returns the allocation on arrival object.allocation_on_arrival_unit
(boolean) – Returns units that are representative units in their group.
- GET
/unit_amenities/{unit_id}
introduces theunit_id
path parameter, replacingunitId
, and allows the retrieval of unit amenities with the same query parameters as the general endpoint.
📝 What’s Modified?
- Query Parameters Renaming:
pageSize
is nowpage_size
for consistencymcUserId
is nowmanagement_company_user_id
mcUserIds
is nowmanagement_company_user_ids
unitId
is nowunit_id
unitIds
is nowunit_ids
Content (Details) Endpoint
🔄 What's Changed?
- GET
/v2023.07.31/content/details
is now GET/v2024.07.31/unit_details
- The endpoint has been renamed to
/unit_details
to better reflect its purpose of retrieving unit-specific details.
- The endpoint has been renamed to
- GET
/v2023.07.31/content/details/{unitId}
is now GET/v2024.07.31/unit_details/{unit_id}
- The
unitId
path parameter is now formatted asunit_id
for consistency.
- The
❌ What's Removed?
unitId
– Replaced withunit_id
for uniform naming conventions.unitIds
– Nowunit_ids
, ensuring consistency across parameters.
🆕 What's Added?
- GET
/unit_details
introduces several new query parameters:last_unit_update_date
(date-time) – Filters response to only include units modified after a specified date.last_reservation_update_date
(date-time) – Filters for units that have received a booking or calendar sync after a specified date.last_agent_module_property_update_date
(date-time) – Filters for units with agent module property updates after a specified date.last_agent_module_agent_update_date
(date-time) – Filters for units with agent module agent updates after a specified date.management_company_user_id
(int32) – Filters by management company identifier.enabled
(boolean) – Filters results to show only enabled or disabled units.display_on_website
(boolean) – Filters to show only units enabled for website display.allocation_on_arrival
(boolean) – Returns the allocation on arrival object.allocation_on_arrival_unit
(boolean) – Returns units that are the representative unit in their group.
- GET
/unit_details/{unit_id}
introduces theunit_id
path parameter, replacingunitId
, and allows retrieval of unit details with the same query parameters as the general endpoint.
📝 What’s Modified?
- Query Parameters Renaming:
pageSize
is nowpage_size
for consistencymcUserId
is nowmanagement_company_user_id
mcUserIds
is nowmanagement_company_user_ids
unitId
is nowunit_id
unitIds
is nowunit_ids
Content (Images) Endpoint
🔄 What's Changed?
- GET
/v2023.07.31/content/images
is now GET/v2024.07.31/unit_images
- The endpoint has been renamed to
/unit_images
to better align with unit-specific image retrieval.
- The endpoint has been renamed to
- GET
/v2023.07.31/content/images/{unitId}
is now GET/v2024.07.31/unit_images/{unit_id}
- The
unitId
path parameter is now formatted asunit_id
for consistency.
- The
❌ What's Removed?
unitId
– Replaced withunit_id
for uniform naming conventions.unitIds
– Nowunit_ids
, ensuring consistency across parameters.onlyFirstImage
– No longer available in the new version.
🆕 What's Added?
- GET /unit_images introduces several new query parameters:
last_unit_update_date
(date-time) – Filters response to only include units modified after a specified date.last_reservation_update_date
(date-time) – Filters for units that have received a booking or calendar sync after a specified date.last_agent_module_property_update_date
(date-time) – Filters for units with agent module property updates after a specified date.last_agent_module_agent_update_date
(date-time) – Filters for units with agent module agent updates after a specified date.management_company_user_id
(int32) – Filters by management company identifier.enabled
(boolean) – Filters results to show only enabled or disabled units.display_on_website
(boolean) – Filters to show only units enabled for website display.allocation_on_arrival
(boolean) – Returns the allocation on arrival object.allocation_on_arrival_unit
(boolean) – Returns units that are the representative unit in their group.
- GET /unit_images/{unit_id} introduces the unit_id path parameter, replacing unitId, and allows retrieval of unit images with the same query parameters as the general endpoint.
📝 What’s Modified?
- Query Parameters Renaming:
pageSize
is nowpage_size
for consistencymcUserId
is nowmanagement_company_user_id
mcUserIds
is nowmanagement_company_user_ids
unitId
is nowunit_id
unitIds
is nowunit_ids
Emails Endpoint
🔄 What's Changed?
- The base path remains
/emails
, but it has been updated to/v2024.07.31
for consistency with the latest API version.- PUT
/v2023.07.31/emails
is now/v2024.07.31/emails
- GET
/v2023.07.31/emails/subaccount
is now/v2024.07.31/emails/subaccount
- POST
/v2023.07.31/emails/subaccount
is now/v2024.07.31/emails/subaccount
- PUT
/v2023.07.31/emails/subaccount
is now/v2024.07.31/emails/subaccount
- DELETE
/v2023.07.31/emails/subaccount
is now/v2024.07.31/emails/subaccount
- PUT
- No structural changes in functionality for sending emails or managing subaccounts.
❌ What's Removed?
- No parameters or functionality have been removed.
🆕 What's Added?
- No new fields or endpoints were introduced in this update.
📝 What’s Modified?
- Version Update: All endpoints now use
/v2024.07.31
instead of/v2023.07.31
- Formatting Adjustments: Parameters and request structures remain the same.
Inventory Endpoint
🔄 What's Changed?
- The base path has been renamed from
/inventory
to/units
in v2024.07.31.- GET
/v2023.07.31/inventory
is now/v2024.07.31/units
- PUT
/v2023.07.31/inventory
is now/v2024.07.31/units
- GET
/v2023.07.31/inventory/{unitId}
is now/v2024.07.31/units/{units_id}
- PUT
/v2023.07.31/inventory/{unitId}
is now/v2024.07.31/units/{units_id}
- GET
- More granular filtering options have been introduced for retrieving units.
❌ What's Removed?
- Community Filtering (
communityId
): No longer available in the query parameters. - Permissions & Airbnb Context (
permissions
,airbnb
): These parameters have been removed.
🆕 What's Added?
- New Query Parameters for Filtering Units:
no_total
: Removes total page count for faster results.last_reservation_update_date
: Filters units that have received a booking (either direct or via calendar sync) after a specified date.last_agent_module_property_update_date
&last_agent_module_agent_update_date
: Tracks modifications in the agent module property and agent configurations.listing_id
: Allows lookup by listing ID.
📝 What’s Modified?
- Pagination Parameters Renamed:
pageSize
is nowpage_size
- Supplier Identifiers Renamed:
mcUserId
is nowmanagement_company_user_id
mcUserIds
is nowmanagement_company_user_ids
- Updated Structure for Unit Updates:
- Now uses
units/{unit_id}
instead ofinventory/{unitId}
- Now uses
LengthOfStay Endpoint
🔄 What's Changed?
- The endpoint structure has been renamed from
/los/bwlayers
and/los/loslayers
to/layers/length
and/layers/window
in v2024.07.31. - BW and LoS layers have been consolidated into "Length Layers" and "Window Layers" under the new
/layers/
namespace.
❌ What's Removed?
- Decimal Places (
decimal_places
): No longer required. - User ID (
user_id
): Now replaced withmanagement_company_user_id
🆕 What's Added?
- Management Company Identifier (
management_company_user_id
): Replacesuser_id
to standardize ownership of layers. - Separation of Length and Window Layers:
/layers/length
: Handles traditional Length of Stay logic./layers/window
: Introduced for different pricing or restriction layers.
📝 What’s Modified?
- Path Parameter Renaming:
layerId
is now referred to aslayer_id
.
- Endpoint Paths Updated:
/los/bwlayers/
is now/layers/length/
/los/loslayers/
is now/layers/window/
- Multipliers & Layer Properties Remain the Same but are now used for both length and window layers.
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Payments Endpoint
🔄 What's Changed?
- Endpoint Renaming:
/payments
is now referred to as/transactions
, reflecting a broader scope beyond payments.
- Terminology Updates:
reservationId
is nowreservation_id
reservationIds
is nowreservation_ids
transactionId
is nowtransaction_id
transactionIds
is nowtransaction_ids
paymentStatus
is nowtransaction_status
- New Required Fields:
start_date
andend_date
are now required, ensuring a defined date range for transactions.
❌ What’s Removed?
decimalPlaces
is no longer configurable.- Payments-Specific Terminology: Now generalized as transactions, covering refunds, charges, and adjustments.
🆕 What’s Added?
no_total
(boolean) has been introduced, defaulting to false. This allows users to exclude total page counts for faster results.- More explicit naming for transaction lookups:
transaction_id_query
is now explicitly labeled to avoid confusion withtransaction_ids
(array).
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Quotes Endpoint
🔄 What’s Changed?
- Endpoint & Naming Changes:
- Old Endpoint:
/quote
- New Endpoint:
/unit_quotes/{unit_id}
- The endpoint has been renamed and requires a
unit_id
as a path parameter. - The path now includes
{unit_id}
instead of usinginventory_id
in the body.
- The endpoint has been renamed and requires a
- Old Endpoint for Multiple Quotes:
/quotes
- New Endpoint for Multiple Quotes:
/unit_quotes
- The endpoint for retrieving multiple quotes has also been renamed and is now
/unit_quotes
instead of/quotes
.
- The endpoint for retrieving multiple quotes has also been renamed and is now
- Old Endpoint:
- Terminology & Parameter Changes:
inventory_id
is nowunit_id
(moved to the path parameter in the URL).- Previously in the request body as an integer.
- Now it’s required in the path to uniquely identify the unit.
organization_id
is nowmanagement_company_user_id
.- This was previously an optional field and is now renamed for clarity.
source_id
is nowreference
.- The previous
source_id
field is replaced byreference
.
- The previous
optional_extras
is now moved undercharges
(withinfinancials
):- Previously represented in the body as an array of integers.
- Now it is part of a structured object within the
financials
object.
discount_code
remains, but now it is placed underfinancials
.- Previously part of the main body, now nested under
financials
.
- Previously part of the main body, now nested under
thread_id
is now included in thedetails
object.- Previously was a separate top-level field.
- Expanded Guest Information:
party_members
is now renamed toguests
(which is a nested object):- This object includes more structured and detailed guest information.
- New guest details include:
first_name
(string)last_name
(string)phone_numbers
(array of strings)email_addresses
(array of strings)address
(object):- Contains
notes
,allow_marketing_emails
(boolean), andairbnb_guest_id
.
- Contains
id
(integer) – CRM ID of the guest.type
(string, required)lead_guest
(boolean, explicitly supported).
- Structure Improvements:
origination_date
has now been added:- Tracks the date and time when the quote was originally created.
expiration
is now included:- This field indicates when the quote or tentative reservation expires.
cancelled_on
now tracks reservation cancellations:- This is a new field, indicating when a reservation has been canceled.
category
,category_id
, andcategory_description
are now explicitly defined:- These were previously undefined, but now explicitly describe the reservation category associated with the Agent.
- secure_details now contains additional security-related fields for access:
- lock_box_code, gate_code, alarm_code, wifi_ssid, wifi_password.
- Financial Structure Changes:
financials
is now a more structured object that includes:charges
(array of objects with detailed charge information):item
(string)id
(integer)code
(string)quantity
(integer)charge_type
(string)amount
(integer)
payments
(array of objects with detailed payment tracking):amount
(integer)amount_decimal_places
(integer, now defaults to 2)payment_date
(date-time)payment_schedule
(array of objects for scheduled payments)total_paid
(total amount paid by the customer)total
(total reservation value)currency
(string)
merchant_of_record
(new field)merchant_of_record_user
(new field)
scenario
has been added:- Identifies different reservation viewing scenarios, giving more flexibility in quoting and viewing.
allocation_on_arrival
andallocation_on_arrival_unit
(new fields) provide more flexibility in the reservation and allocation process.fallback_rates
(new query parameter):- Ensures that length-of-stay pricing is applied when available.
length_of_stay
(boolean field under financials):- Indicates whether length-of-stay pricing is applicable.
❌ What’s Removed?
amount_decimal_places
frompayment_schedule
:- Pricing now uses micros, and this field is no longer necessary.
decimalPlaces
field for total calculations has been removed:- The new structure uses more precise calculations.
source
andsource_id
have been removed:- These fields are no longer needed, replaced by
reference
.
- These fields are no longer needed, replaced by
party_members
has been removed:- This has been replaced by the more structured and detailed
guests
object.
- This has been replaced by the more structured and detailed
optional_extras
is removed from the body and is now part ofcharges
underfinancials
.thread_id
has been removed from the top-level fields and moved into thedetails
object.
🆕 What’s Added?
financials
explicitly groups and structures financial data:charges
,payments
,currency
,merchant_of_record
, andmerchant_of_record_user
are all part offinancials
.
scenario
allows defining multiple reservation viewing conditions.allocation_on_arrival
andallocation_on_arrival_unit
offer more flexible booking and allocation options.fallback_rates
enables better pricing flexibility by using length-of-stay pricing.merchant_of_record
andmerchant_of_record_user
track transaction ownership.length_of_stay
ensures length-of-stay pricing is applied.
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Rates (Rental) Endpoint
🔄 What’s Changed?
- Endpoint Renaming & Structure Updates
- Old:
/v2023.07.31/rates
/v2023.07.31/rates/{unitId}
- New:
/v2024.07.31/unit_rental
/v2024.07.31/unit_rental/{unit_id}
- Old:
- Terminology & Parameter Updates
- Page Size Parameter:
pageSize
is nowpage_size
(case change).
- Query Parameter Changes:
mcUserId
is nowmanagement_company_user_id
mcUserIds
is nowmanagement_company_user_ids
unitId
is nowunit_id
(with underscores instead of camel case)unitIds
is nowunit_ids
ratesLength
is nowmaximum_future_days
(more descriptive)lastUpdateDate
is now split into more specific parameters:last_unit_update_date
last_reservation_update_date
last_agent_module_property_update_date
last_agent_module_agent_update_date
- Page Size Parameter:
- New Parameters Added:
no_total
(boolean): Removes the total page count for faster results (defaults to false).enabled
(boolean): Filters results to only include enabled or disabled units.display_on_website
(boolean): Filters results based on whether the unit is enabled for the website.allocation_on_arrival
(boolean): Returns the allocation on arrival object.allocation_on_arrival_unit
(boolean): Returns units which are the representative unit in their group.channel
(string): Specifies the channel for the rates.
- Date Parameters Changes:
start
andend
(now required) for the date range of rate information.start
(date) andend
(date) now appear for both unit rental query and individual unit rental query.
- Query for Length of Stay:
lengthOfStay
is now included in the query asfallback_rates
(boolean) under both endpoints, ensuring length-of-stay pricing is applied if available.
❌ What’s Removed?
- Removed Parameters:
ratesLength
has been replaced bymaximum_future_days
lastUpdateDate
is now split into more specific query parameters and is no longer a single parameter.- The
minValue
andmaxValue
parameters are removed, as they were specific to the old implementation of rate guards.
🆕 What’s Added?
- New Query Parameters & Improvements:
management_company_user_id
andmanagement_company_user_ids
replacemcUserId
andmcUserIds
for more precise filtering of suppliers.enabled
filters units based on whether they are enabled or disabled.display_on_website
filters units specifically enabled for the website.allocation_on_arrival
andallocation_on_arrival_unit
provide more flexibility with arrival unit allocation queries.- Additional date fields such as
last_agent_module_property_update_date
andlast_agent_module_agent_update_date
provide more detailed tracking for unit updates.
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Rates (Extras/Fees) Endpoints
🔄 What's Changed?
- The old Rates (Extras) and Rates (Fees) endpoints have been combined into a single endpoint:
/unit_quotes
- The new
/unit_quotes
endpoint provides a unified structure for retrieving unit-specific quote options, including both extras and fees.
❌ What's Removed?
- Legacy Endpoints:
/rates/extras
and/rates/extras/{unitId}
/rates/fees
and/rates/fees/{unitId}
- Community Filtering (
communityId
): This parameter is no longer available. - Airbnb Context Parameter (
airbnb
): This has been removed as a query parameter.
🆕 What's Added?
- New
/unit_quotes
Endpoint:- Supports retrieving both extras and fees in a single request.
- Allows more granular filtering using updated query parameters.
- New Query Parameters for Enhanced Filtering:
no_total
: Removes total page count for faster results.last_unit_update_date
: Filters units modified after a specified date.last_reservation_update_date
: Filters units that received a booking after a specified date.last_agent_module_property_update_date
: Tracks changes in agent module property settings.last_agent_module_agent_update_date
: Tracks changes in agent module agent settings.enabled
: Filters based on whether a unit is enabled or disabled.display_on_website
: Filters units enabled for website display.allocation_on_arrival
: Returns allocation-on-arrival details.allocation_on_arrival_unit
: Filters for representative units in grouped properties.channel
: Specifies a distribution channel.
📝 What’s Modified?
- Pagination Parameters Renamed:
pageSize
is nowpage_size
- Supplier Identifiers Renamed:
mcUserId
is nowmanagement_company_user_id
mcUserIds
is nowmanagement_company_user_ids
- Updated Structure for Retrieving Unit Quotes:
- Now uses
/unit_quotes/{unit_id}
instead of separate/rates/extras/{unitId}
and/rates/fees/{unitId}
endpoints.
- Now uses
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Rates (Ratesets) Endpoint
🔄 What's Changed?
- Endpoint URL has changed:
- Old:
/v2023.07.31/rates/ratesets
- New:
/v2024.07.31/ratesets
- Old:
- Query Parameter Renaming:
pageSize
is nowpage_size
for consistency with other endpoints.- The
mcUserId
andmcUserIds
parameters have been replaced withmanagement_company_user_id
andmanagement_company_user_ids
unitId
andunitIds
parameters have been renamed tounit_id
andunit_ids
to follow the new naming conventionexcludeExpiredRates
parameter has been renamed toexclued_expired_rates
❌ What's Removed?
- lastUpdateDate is no longer available; instead, filters have been streamlined.
🆕 What's Added?
- New
rateset_id
andrateset_ids
parameters for retrieving specific rateset(s). arrival_days
anddeparture_days
arrays are added torate_bands
for more granular control over arrival and departure day filtering.no_total
parameter added to improve performance by omitting the total page count.
📝 What’s Modified?
rate_band
has been expanded with new fields:arrival_days
anddeparture_days
as arrays for finer control over specific days.minimum_nights_stay
is now more specific at the unit level.
rate_band
includes thefloor_rate
,season_name
, andmaximum_nights_stay
fields for additional flexibility in rate bands.
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Reservations Endpoint
🔄 What's Changed?
- The Reservations endpoint structure has been completely reorganized and renamed to /reservations, streamlining the way reservations are retrieved and created.
- The new /reservations endpoint combines several older functionalities and introduces more granular filters to allow developers to query more specific reservation data.
❌ What's Removed?
- Legacy Endpoints:
- The older PUT
/reservations/{reservationId}
and/reservations/{reservationId}
have been consolidated into the new/reservations
endpoint. - The filtering parameters like
status
,check_in
, andcheck_out
have been replaced by more advanced filtering parameters.
- The older PUT
- Query Parameters:
communityId
andairbnb
have been deprecated.- The legacy filtering method based on reservation status (e.g.,
confirmed
,cancelled
, etc.) has been replaced with more precise date filtering parameters.
🆕 What's Added?
- New
/reservations
Endpoint:- Handles both the retrieval and creation of reservations in one unified endpoint.
- Supports complex filtering based on multiple parameters, allowing for highly customized queries.
- Nested elements like
guests
,financials
, andsecure_details
have been added in the body for reservation creation, providing more structured data input.
- Enhanced Query Parameters:
reservation_ids
: Filter by multiple reservation IDs (previously only one ID was supported).references
: Allows filtering by multiple reservation references (e.g., booking ID).modified_start
andmodified_end
: Filters based on reservation modification time (useful for tracking updates).arrival_start
andarrival_end
: Filters based on the reservation’s arrival date range.departure_start
anddeparture_end
: Filters based on the reservation’s departure date range.cancelled_start
andcancelled_end
: Filters for cancelled reservations, based on cancellation date.cancelled
: Boolean filter for cancellations (previously done through status).quote
: Filter for reservations linked to specific quotes.tentative
: Filter by tentative reservation status.merchant_of_record
: Filter by the unit’s merchant of record, useful for financial filtering.home_away_sync
: Filter by HomeAway synchronization status, if relevant.
- New Body Parameters for Reservation Creation:
guests
: Detailed guest information including name, email, phone number, number of adults/children/pets, etc.financials
: Reservation financial breakdown, including total charges, payments, discounts, taxes, etc.secure_details
: Sensitive reservation details such as lockbox codes, WiFi access, and other secure information.comments
: New parameter for adding reservation-specific comments.
📝 What’s Modified?
- Pagination Parameters Renamed:
page_size
replacespageSize
for consistency across endpoints.page
behavior remains unchanged but ensure to update to the new pagination system.
- Management Company IDs Renaming:
mcUserId
has been updated tomanagement_company_user_id
mcUserIds
has been renamed tomanagement_company_user_ids
for better clarity when working with multiple IDs.
- Updated Structure for Reservation Data:
- The response data now contains more granular fields. For example:
financials
: Previously flat, now nested under each reservation object.guests
: Nested under the reservation object to store guest information, including name, contact details, etc.
- Secure details such as lockbox codes are now included under a separate
secure_details
object.
- The response data now contains more granular fields. For example:
- Body Structure Changes for Reservation Updates:
- The body structure for creating and updating reservations has been expanded. Now includes separate objects for
guests
,financials
, andsecure_details
rather than having them as flat fields. This change improves data organization and flexibility.
- The body structure for creating and updating reservations has been expanded. Now includes separate objects for
- Modified Query Parameter for Filtering by Status:
- Instead of using a single
status
parameter to filter by reservation status, developers can now use a combination ofcancelled
,quote
, andtentative
for finer control over reservation status queries. - Date-based filtering: Parameters like
arrival_start
,departure_end
, and others now offer more precise filtering options by date range rather than a generalstatus
check.
- Instead of using a single
Note: Currency values utilized by this endpoint use 10⁸ fixed-point format (e.g.
100000000
=$1.00
).
Suppliers Endpoint
🔄 What's Changed?
- Endpoint URL has changed:
- Old:
/v2023.07.31/suppliers
- New:
/v2024.07.31/suppliers
- Old:
- The query parameter
pageSize
has been renamed topage_size
for consistency.
🆕 What's Added?
- Query Parameter:
no_total
(boolean): Defaults tofalse
. If set totrue
, removes the total page count from the response to improve performance for large result sets.
Updated 9 minutes ago