<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>Smily API Changelog</title>
        <link>https://developers.bookingsync.com/changelog</link>
        <description>Stay up to date with the latest Smily API changes, features, and fixes.</description>
        <lastBuildDate>Thu, 06 Aug 2026 00:00:00 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <copyright>Copyright 2026 Smily</copyright>
        <item>
            <title><![CDATA[Version 4.20.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/08/06/version-4-20-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/08/06/version-4-20-0</guid>
            <pubDate>Thu, 06 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 📚 Spell out the request paths in the Inbox Messaging guide. The guide referred to the "Inbox Conversations endpoints" and "Inbox Messages endpoints" by link only, so a reader who did not click through never saw a path and had to guess one — and /inbox_conversations guesses 404, because the resources are nested (/inbox/conversations, /inbox/messages, /inbox/participants). Each section now shows its path where the action is described. Also fixes the "Bookings endpoints" link under Fetching an Inbox Conversation, which pointed at the Applications reference page instead of Bookings.]]></description>
            <content:encoded><![CDATA[<ul>
<li>📚 Spell out the request paths in the <a href="https://developers.bookingsync.com/guides/understanding-inbox-messaging">Inbox Messaging guide</a>. The guide referred to the "Inbox Conversations endpoints" and "Inbox Messages endpoints" by link only, so a reader who did not click through never saw a path and had to guess one — and <code>/inbox_conversations</code> guesses <code>404</code>, because the resources are nested (<code>/inbox/conversations</code>, <code>/inbox/messages</code>, <code>/inbox/participants</code>). Each section now shows its path where the action is described. Also fixes the "Bookings endpoints" link under <a href="https://developers.bookingsync.com/guides/understanding-inbox-messaging#fetching-an-inbox-conversation">Fetching an Inbox Conversation</a>, which pointed at the Applications reference page instead of <a href="https://developers.bookingsync.com/reference/endpoints/bookings">Bookings</a>.</li>
</ul>]]></content:encoded>
            <category>Improvements</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.19.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/08/03/version-4-19-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/08/03/version-4-19-0</guid>
            <pubDate>Mon, 03 Aug 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 🔑 An Idempotency-Key is now scoped to the request that created it. Presenting a key alongside a different method, path or body returns 409 Conflict with the idempotencykeymismatch code instead of replaying the unrelated first response. Retries of the identical request keep replaying as before.]]></description>
            <content:encoded><![CDATA[<ul>
<li>🔑 An <code>Idempotency-Key</code> is now scoped to the request that created it. Presenting a key alongside a different method, path or body returns <code>409 Conflict</code> with the <code>idempotency_key_mismatch</code> code instead of replaying the unrelated first response. Retries of the identical request keep replaying as before.</li>
<li>📚 Document the header, which has been supported all along but was never written down. The new <a href="https://developers.bookingsync.com/reference#idempotency">Idempotency</a> section explains how to retry a write safely: the first response is stored and replayed to any later attempt at the same request, so a request that was applied but whose response never reached you is not applied twice. It also covers what is <em>not</em> stored (<code>4xx</code> and <code>5xx</code>, so those retries genuinely re-run) and the one sharp edge — concurrent requests sharing a key are both processed. <a href="https://developers.bookingsync.com/guides/api-best-practices">API best practices</a> now recommends retrying <code>5xx</code> with a backoff and a stable key instead of aborting the whole synchronization.</li>
</ul>]]></content:encoded>
            <category>Improvements</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.18.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/07/30/version-4-18-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/07/30/version-4-18-0</guid>
            <pubDate>Thu, 30 Jul 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 📚 State the two things the Inbox Messaging guide left implicit. A new Prerequisites section lists the inboxread / inboxwrite scopes and the fact that Inbox Conversations for a Channel only exist once that Channel is connected to the Account — with no connection there is nothing to read and nothing to reply to. Flow now says up front that API messaging is reply-only: threads are opened on the Channel's side, and a Conversation you create yourself is not linked to a Channel's messaging system, so its Messages never reach the guest.]]></description>
            <content:encoded><![CDATA[<ul>
<li>📚 State the two things the <a href="https://developers.bookingsync.com/guides/understanding-inbox-messaging">Inbox Messaging guide</a> left implicit. A new <a href="https://developers.bookingsync.com/guides/understanding-inbox-messaging#prerequisites">Prerequisites</a> section lists the <code>inbox_read</code> / <code>inbox_write</code> <a href="https://developers.bookingsync.com/reference/authorization#scopes">scopes</a> and the fact that Inbox Conversations for a Channel only exist once that Channel is connected to the Account — with no connection there is nothing to read and nothing to reply to. <a href="https://developers.bookingsync.com/guides/understanding-inbox-messaging#flow">Flow</a> now says up front that API messaging is reply-only: threads are opened on the Channel's side, and a Conversation you create yourself is not linked to a Channel's messaging system, so its Messages never reach the guest.</li>
</ul>]]></content:encoded>
            <category>Improvements</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.16.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/07/29/version-4-16-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/07/29/version-4-16-0</guid>
            <pubDate>Wed, 29 Jul 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 📚 Correct how Claude's custom connectors (Cowork, claude.ai, Claude Desktop, mobile) connect to the MCP server//www.bookingsync.com/mcp URL with no query parameters, leave the OAuth client ID/secret empty, and paste the mcp… token on the **Connect to bookingsync-mcp** sign-in page Smily opens — documented in Connecting clients with a screenshot of that page, and in Authentication → Connector sign-in. The pasted token *is* the credential — there is no separate connector password — so it keeps its own account scoping and expiry, and revoking it stops the connector too, which is why an expired token sends you back through the same page. The ?token= URL parameter is now marked **legacy**: still accepted, so existing setups keep working, but no longer the way to connect Claude. Troubleshooting covers the sign-in page appearing, a connector asking to reconnect, a rejected token, and Unregistered redirecturi. (400).]]></description>
            <content:encoded><![CDATA[<ul>
<li>📚 Correct how Claude's <strong>custom connectors</strong> (Cowork, claude.ai, Claude Desktop, mobile) connect to the <a href="https://developers.bookingsync.com/guides/mcp">MCP server</a>: register the bare <code>https://www.bookingsync.com/mcp</code> URL with no query parameters, leave the OAuth client ID/secret empty, and paste the <code>mcp_…</code> token on the <strong>Connect to <code>bookingsync-mcp</code></strong> sign-in page Smily opens — documented in <a href="https://developers.bookingsync.com/guides/mcp/connecting-clients#claude-cowork-and-other-custom-connectors">Connecting clients</a> with a screenshot of that page, and in <a href="https://developers.bookingsync.com/guides/mcp/authentication#connector-sign-in-for-url-only-clients">Authentication → Connector sign-in</a>. The pasted token <em>is</em> the credential — there is no separate connector password — so it keeps its own account scoping and expiry, and revoking it stops the connector too, which is why an expired token sends you back through the same page. The <code>?token=</code> <a href="https://developers.bookingsync.com/guides/mcp/authentication#3-token-in-the-url-legacy">URL parameter</a> is now marked <strong>legacy</strong>: still accepted, so existing setups keep working, but no longer the way to connect Claude. <a href="https://developers.bookingsync.com/guides/mcp/connecting-clients#troubleshooting">Troubleshooting</a> covers the sign-in page appearing, a connector asking to reconnect, a rejected token, and <code>Unregistered redirect_uri.</code> (400).</li>
</ul>]]></content:encoded>
            <category>Improvements</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.17.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/07/30/version-4-17-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/07/30/version-4-17-0</guid>
            <pubDate>Wed, 29 Jul 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Document the read-only Payouts and Channel Payouts resources, both in **beta**. /payouts exposes SmilyPay payouts — what Smily paid out and the Smily fees deducted on top of each collected payment, per booking, with each line's contribution to the payout total. /channelpayouts covers the step before it: what an OTA such as Airbnb or Booking.com actually wired, decomposed across each booking's commission, city tax, cleaning fees and deductions, plus account-level movements. Pivot between the two with relatedchannelpayoutreferences. Both require the new payoutsread scope.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Document the read-only <a href="https://developers.bookingsync.com/reference/endpoints/payouts">Payouts</a> and <a href="https://developers.bookingsync.com/reference/endpoints/channel_payouts">Channel Payouts</a> resources, both in <strong>beta</strong>. <code>/payouts</code> exposes SmilyPay payouts — what Smily paid out and the Smily fees deducted on top of each collected payment, per booking, with each line's contribution to the payout total. <code>/channel_payouts</code> covers the step before it: what an OTA such as Airbnb or Booking.com actually wired, decomposed across each booking's commission, city tax, cleaning fees and deductions, plus account-level movements. Pivot between the two with <code>related_channel_payout_references</code>. Both require the new <code>payouts_read</code> <a href="https://developers.bookingsync.com/reference/authorization">scope</a>.</li>
<li>📚 Add the <a href="https://developers.bookingsync.com/guides/understanding-payouts">Understanding payouts</a> guide — a walkthrough for going from <em>"the amount I received is not what I expected"</em> to the line that explains it: which of the two endpoints owns each hop, a worked example, an ordered checklist of the five things that shrink a payout (Smily fee, carry-over from an earlier booking, channel deduction, account-level movement, the channel's own arithmetic), <a href="https://developers.bookingsync.com/guides/understanding-payouts#carry-over-lines">carry-over lines</a> and their paired halves, <a href="https://developers.bookingsync.com/guides/understanding-payouts#direct-bookings-and-split-payment">direct bookings and split payment</a> — including <a href="https://developers.bookingsync.com/guides/understanding-payouts#ota-bookings-with-a-smilypay-upsell">OTA bookings that also carry a SmilyPay upsell</a> — and, explicitly, <a href="https://developers.bookingsync.com/guides/understanding-payouts#what-you-can-verify-independently-and-what-you-cannot">what you can verify independently and what you cannot</a>.</li>
<li>⚠️ Note the <a href="https://developers.bookingsync.com/guides/understanding-payouts#beta-caveats">beta caveats</a> while these endpoints stabilise: <code>/payouts</code> returns <strong>one payout per page</strong> (<code>per_page</code> is capped at <code>1</code>, since rows are computed on the fly), <code>payment_gateway_id</code> is <strong>required</strong> on every <code>/payouts</code> request and omitting it returns <code>400</code>, and both resources are read-only — payouts are produced internally as OTA wires arrive.</li>
</ul>]]></content:encoded>
            <category>Features</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.15.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/06/11/version-4-15-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/06/11/version-4-15-0</guid>
            <pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Document the read-only Booking Cancelation Protection Summaries resource — the per-booking summary of cancelation-protection amounts (commissionable amount, eligible protection amount, rent revenue, policy, and churnedat) used for accounting reconciliation. Listing and fetching require the new bookingscancelationprotection_read OAuth scope, which grants read access to this data.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Document the read-only <a href="https://developers.bookingsync.com/reference/endpoints/booking_cancelation_protection_summaries">Booking Cancelation Protection Summaries</a> resource — the per-booking summary of cancelation-protection amounts (commissionable amount, eligible protection amount, rent revenue, <code>policy</code>, and <code>churned_at</code>) used for accounting reconciliation. Listing and fetching require the new <code>bookings_cancelation_protection_read</code> <a href="https://developers.bookingsync.com/guides/oauth-scopes">OAuth scope</a>, which grants read access to this data.</li>
</ul>]]></content:encoded>
            <category>Features</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.14.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/06/04/version-4-14-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/06/04/version-4-14-0</guid>
            <pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Introduce the experimental MCP server — exposing API v3 over the Model Context Protocol so AI clients can query Smily resources directly. Covers authentication (header and URL tokens, single- and multi-account tokens with per-request account selection), the four tools, querying (filters, sparse fieldsets, pagination), the resource catalog, connecting clients (Claude Code, Claude Cowork, Codex), testing with MCP Inspector, and the JSON-RPC protocol.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Introduce the experimental <a href="https://developers.bookingsync.com/guides/mcp">MCP server</a> — exposing API v3 over the Model Context Protocol so AI clients can query Smily resources directly. Covers <a href="https://developers.bookingsync.com/guides/mcp/authentication">authentication</a> (header and URL tokens, single- and multi-account tokens with per-request account selection), the <a href="https://developers.bookingsync.com/guides/mcp/tools">four tools</a>, <a href="https://developers.bookingsync.com/guides/mcp/querying">querying</a> (filters, sparse fieldsets, pagination), the <a href="https://developers.bookingsync.com/guides/mcp/resources">resource catalog</a>, <a href="https://developers.bookingsync.com/guides/mcp/connecting-clients">connecting clients</a> (Claude Code, Claude Cowork, Codex), <a href="https://developers.bookingsync.com/guides/mcp/testing-with-mcp-inspector">testing with MCP Inspector</a>, and the <a href="https://developers.bookingsync.com/guides/mcp/protocol">JSON-RPC protocol</a>.</li>
</ul>]]></content:encoded>
            <category>Features</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.13.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/06/02/version-4-13-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/06/02/version-4-13-0</guid>
            <pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 📚 Document the per-application connected-accounts cap on private applications. Private apps are limited to 5 connected accounts by default; new installations (both OAuth and private access code) are blocked once the cap is reached. Partners can contact partners@smily.com to formalize the partnership and lift the cap.]]></description>
            <content:encoded><![CDATA[<ul>
<li>📚 Document the <a href="https://developers.bookingsync.com/reference/requirements#connected-accounts-limit">per-application connected-accounts cap</a> on private applications. Private apps are limited to 5 connected accounts by default; new installations (both OAuth and <code>private access code</code>) are blocked once the cap is reached. Partners can contact <code>partners@smily.com</code> to formalize the partnership and lift the cap.</li>
</ul>]]></content:encoded>
            <category>Improvements</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.12.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/05/27/version-4-12-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/05/27/version-4-12-0</guid>
            <pubDate>Wed, 27 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Expose paymentchargecommission on the Bookings endpoint — the Payment Charge commission amount — the commission charged by an OTA for processing payments (e.g. Payments by Booking.com). Available on the bookingswriteowned, bookingsread, and bookingswrite scopes.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Expose <code>payment_charge_commission</code> on the <a href="https://developers.bookingsync.com/reference/endpoints/bookings">Bookings</a> endpoint — the Payment Charge commission amount — the commission charged by an OTA for processing payments (e.g. Payments by Booking.com). Available on the <code>bookings_write_owned</code>, <code>bookings_read</code>, and <code>bookings_write</code> scopes.</li>
<li>📚 Document the <a href="https://developers.bookingsync.com/reference/endpoints/bookings#payment_charge_commission-accuracy">accuracy caveat</a>: when the payout has not yet been reconciled from Booking.com via Smily Pay, the value may be off by approximately one cent — the real amount is only known once the payout is reconciled.</li>
</ul>]]></content:encoded>
            <category>Features</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.10.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/05/13/version-4-10-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/05/13/version-4-10-0</guid>
            <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 📚 Document how the channel attribute on an Inbox Message controls relay to the originating platform (Airbnb, Booking.com, etc.) and how to derive the right value from the Conversation's defaultchannel. See the Inbox Messaging guide.]]></description>
            <content:encoded><![CDATA[<ul>
<li>📚 Document how the <code>channel</code> attribute on an <a href="https://developers.bookingsync.com/reference/endpoints/inbox_messages">Inbox Message</a> controls relay to the originating platform (Airbnb, Booking.com, etc.) and how to derive the right value from the Conversation's <code>default_channel</code>. See the <a href="https://developers.bookingsync.com/guides/understanding-inbox-messaging#sending-a-message-to-the-channel">Inbox Messaging guide</a>.</li>
</ul>]]></content:encoded>
            <category>Improvements</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.11.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/05/13/version-4-11-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/05/13/version-4-11-0</guid>
            <pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 📚 Document that startat and endat on Create a new booking must be full datetimes whose time-of-day matches the rental's checkintime / checkouttime. Date-only values get coerced to midnight and trip the "is within a used period" validation against adjacent bookings. The booking-creation example payloads now use full datetimes instead of STARTAT / ENDAT placeholders.]]></description>
            <content:encoded><![CDATA[<ul>
<li>📚 Document that <code>start_at</code> and <code>end_at</code> on <a href="https://developers.bookingsync.com/reference/endpoints/bookings#create-a-new-booking">Create a new booking</a> must be full datetimes whose time-of-day matches the rental's <code>checkin_time</code> / <code>checkout_time</code>. Date-only values get coerced to midnight and trip the "is within a used period" validation against adjacent bookings. The booking-creation example payloads now use full datetimes instead of <code>START_AT</code> / <code>END_AT</code> placeholders.</li>
</ul>]]></content:encoded>
            <category>Improvements</category>
            <category>Documentation</category>
        </item>
        <item>
            <title><![CDATA[Version 4.9.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/05/07/version-4-9-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/05/07/version-4-9-0</guid>
            <pubDate>Thu, 07 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Expose startatglobal and endatglobal on the Booking resource. These are the booking's check-in and check-out as true UTC instants (rental's timezone applied), suitable for absolute time-window comparisons. The existing startat and endat remain wall-clock values in the rental's local timezone.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Expose <code>start_at_global</code> and <code>end_at_global</code> on the <a href="https://developers.bookingsync.com/reference/endpoints/bookings">Booking</a> resource. These are the booking's check-in and check-out as true UTC instants (rental's timezone applied), suitable for absolute time-window comparisons. The existing <code>start_at</code> and <code>end_at</code> remain wall-clock values in the rental's local timezone.</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
        <item>
            <title><![CDATA[Version 4.8.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/05/06/version-4-8-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/05/06/version-4-8-0</guid>
            <pubDate>Wed, 06 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- 🐞 Webhook deliveries now respect each application's per-account rental exposure (whitelist / blacklist) configuration, mirroring the visibility of GET /rentals. Rental-scoped events (booking, inquiry, photo, payment, review_*, etc.) are only delivered for rentals exposed to the receiving application. See Webhook subscriptions → Rental access scope.]]></description>
            <content:encoded><![CDATA[<ul>
<li>🐞 Webhook deliveries now respect each application's per-account rental exposure (whitelist / blacklist) configuration, mirroring the visibility of <code>GET /rentals</code>. Rental-scoped events (<code>booking_*</code>, <code>inquiry_*</code>, <code>photo_*</code>, <code>payment_*</code>, <code>review_*</code>, etc.) are only delivered for rentals exposed to the receiving application. See <a href="https://developers.bookingsync.com/guides/webhook-subscriptions#rental-access-scope">Webhook subscriptions → Rental access scope</a>.</li>
</ul>]]></content:encoded>
            <category>Bug Fixes</category>
        </item>
        <item>
            <title><![CDATA[Version 4.7.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/05/04/version-4-7-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/05/04/version-4-7-0</guid>
            <pubDate>Mon, 04 May 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Return Retry-After header on 429 rate limit responses, and clarify rate limiting scope (per OAuth application, no per-endpoint sub-limits).]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Return <code>Retry-After</code> header on <code>429</code> rate limit responses, and clarify <a href="https://developers.bookingsync.com/reference#rate-limiting">rate limiting</a> scope (per OAuth application, no per-endpoint sub-limits).</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
        <item>
            <title><![CDATA[Version 4.6.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/04/27/version-4-6-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/04/27/version-4-6-0</guid>
            <pubDate>Mon, 27 Apr 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Document the difference between map and mapwithpricevariation on the Mid Term Rate Map endpoint, and how the per-day price modifier is resolved from Applications Periods Rentals and the Application's defaultpriceincrease.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Document the difference between <code>map</code> and <code>map_with_price_variation</code> on the <a href="https://developers.bookingsync.com/reference/endpoints/mid_term_rate_maps">Mid Term Rate Map</a> endpoint, and how the per-day price modifier is resolved from <a href="https://developers.bookingsync.com/reference/endpoints/applications_periods_rentals">Applications Periods Rentals</a> and the Application's <code>default_price_increase</code>.</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
        <item>
            <title><![CDATA[Version 4.5.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/04/14/version-4-5-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/04/14/version-4-5-0</guid>
            <pubDate>Tue, 14 Apr 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Document the application lock behavior when setting nightlyratesmanagedexternally to true on a Rental: rates management is locked to the calling application, and a different application attempting to update the Nightly Rate Map will receive an explicit error.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Document the application lock behavior when setting <code>nightly_rates_managed_externally</code> to <code>true</code> on a <a href="https://developers.bookingsync.com/reference/endpoints/rentals">Rental</a>: rates management is locked to the calling application, and a different application attempting to update the <a href="https://developers.bookingsync.com/reference/endpoints/nightly_rate_maps">Nightly Rate Map</a> will receive an explicit error.</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
        <item>
            <title><![CDATA[Version 4.4.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/03/27/version-4-4-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/03/27/version-4-4-0</guid>
            <pubDate>Fri, 27 Mar 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Add new Booking Revenue Distributions endpoint (experimental).]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Add new <a href="https://developers.bookingsync.com/reference/endpoints/booking_revenue_distributions">Booking Revenue Distributions</a> endpoint (experimental).</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
        <item>
            <title><![CDATA[Version 4.3.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2026/03/12/version-4-3-0</link>
            <guid>https://developers.bookingsync.com/changelog/2026/03/12/version-4-3-0</guid>
            <pubDate>Thu, 12 Mar 2026 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Add classified_kind attribute to Bookings Fees and Bookings Taxes endpoints.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Add <code>classified_kind</code> attribute to Bookings Fees and Bookings Taxes endpoints.</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
        <item>
            <title><![CDATA[Version 4.2.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2025/12/10/version-4-2-0</link>
            <guid>https://developers.bookingsync.com/changelog/2025/12/10/version-4-2-0</guid>
            <pubDate>Wed, 10 Dec 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Add support for selectable adding/removing or bookings tags on a booking level..]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Add support for selectable adding/removing or bookings tags on a booking level..</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
        <item>
            <title><![CDATA[Version 4.1.0]]></title>
            <link>https://developers.bookingsync.com/changelog/2025/12/05/version-4-1-0</link>
            <guid>https://developers.bookingsync.com/changelog/2025/12/05/version-4-1-0</guid>
            <pubDate>Fri, 05 Dec 2025 00:00:00 GMT</pubDate>
            <description><![CDATA[- ✨ Add support for task management.]]></description>
            <content:encoded><![CDATA[<ul>
<li>✨ Add support for task management.</li>
</ul>]]></content:encoded>
            <category>Features</category>
        </item>
    </channel>
</rss>