Your guests can now pay with Apple Pay directly from the guest page- making checkout faster, more familiar, and more secure.

How it works

Apple Pay appears as a payment option on the guest page alongside existing methods. Guests on an Apple device can pay instantly. Guests on a non-Apple device will still see the option- they can select it and scan the QR code with their iPhone to complete the payment seamlessly.

Works just like your existing card payments

Tokens and receipts behave exactly the same as credit card transactions, so your team won't need to change a thing. That means:

• ✅ Refunds can be processed as normal
• ✅ Pre-auth tokens can be created for same-day arrivals
• ✅ All existing RMSPay workflows apply

A couple of things to know

Apple Pay will not appear as a payment option when a property's deposit rule is set to No Deposit & Tokenize. In that case, the option is automatically hidden - no action needed on your end.

Summary

This Beta release includes one enhancement to company and travel agent note management via the API. Partners are encouraged to validate this change in Beta and report any issues via standard support channels.

New Features

Company & Travel Agent Notes — All Properties Support

The API now supports creating and updating notes scoped to All Properties for both company and travel agent records, by passing propertyId: 0 in POST and PUT requests. This aligns API behaviour with what is already possible in the RMS UI.

Previously, propertyId: 0 was rejected by the API, requiring notes to be managed on a per-property basis only.

Additionally, validation has been added to PUT requests to ensure the propertyId in the request matches the existing note's scope. Attempting to update an All Properties note with a specific property ID (or vice versa) will return a 400 error.

Endpoints affected:

• POST /companies/{id}/notes — SwaggerHub ↗
• PUT /companies/{id}/notes/{noteId} — SwaggerHub ↗
• POST /travelAgents/{id}/notes — SwaggerHub ↗
• PUT /travelAgents/{id}/notes/{noteId} — SwaggerHub ↗

Note: Using propertyId: 0 creates a note that applies across all properties the token has access to. API users should be intentional when using this scope — if your integration does not have access to all properties, use property-specific notes instead.

Notes

• Release Date: March 25, 2026  Beta only
• Dependencies: None
• There is no impact to Live environments.
• Please report any issues through standard support channels: https://rmsapi.zendesk.com/hc/en-gb/requests

Notifications triggered from the Guest Portal will no longer send email alerts to the primary admin user. 

All relevant notifications will instead be available within the Message Centre.

We have resolved an issue in the RMS Booking Engine (IBE+) where Google tag data was not being recorded upon booking confirmation.

Previously, Google tags were failing to fire on the confirmation page after a guest completed payment. This meant that transaction data - including booking conversion events - was not being captured in your connected Google Analytics account, resulting in incomplete or missing reporting data.

This issue has now been fixed. Google tags will fire correctly on the confirmation page, ensuring that all transaction and conversion data is accurately recorded as expected.

We have resolved an issue in the RMS Booking Engine (IBE+) where the Area URL modifier was not functioning correctly when check-in and check-out dates were not included in the URL.

Previously, when a guest landed on the booking engine via a URL containing only an Area parameter (without dates), the Area filter would be dropped once the guest manually selected dates and clicked Search - resulting in all categories being displayed rather than only those mapped to the specified area.

This issue has now been resolved. The Area filter will now persist correctly in both scenarios: when dates are included in the URL, and when a guest manually selects dates after landing on the page. Only categories mapped to the specified Area ID will be displayed, as intended.

If you have any questions or require further assistance, please reach out to our support team.

The icons at the top of the Generated Report have been updated with new sizes and a revised display order to improve overall clarity.

What was the issue?

For IBE+ bookings where guests paid via RMS Pay, staff were unable to process refunds directly from within RMS (9+). Attempting to do so returned an error, leaving teams with no option but to manually intervene at the payment gateway level — a time-consuming workaround that also carried financial risk if not actioned promptly.

What's been fixed?

RMS Pay refunds for IBE+ bookings can now be processed directly from within the reservation in RMS, just as you'd expect. Both full refunds and partial refunds are supported. When a refund is submitted, it communicates with RMS Pay, returns the funds to the guest's original payment method, records the transaction in the reservation ledger, and updates the balance — all in one smooth step.

If a refund attempt fails at the gateway, the system will now correctly prevent the refund from being recorded, keep the original payment intact, and display an error message so your team knows what's happened.

What do you need to do?

Nothing — this fix is automatic. Refunds for RMS Pay transactions made through the new Booking Engine can now be processed directly from the reservation in RMS as normal.

What was the issue?

When a property configured specific card types in Online Options (for example, Visa and Mastercard only), the new Booking Engine was not respecting that configuration for RMS Vault payments. Guests could still complete a booking using a card type that wasn't assigned - such as Amex or Diners - bypassing the intended payment restrictions entirely.

What's been fixed?

The Booking Engine now correctly validates card types against your Online Options configuration at the point of payment. Only card types that have been assigned to the IBE will be accepted. If a guest enters a card type that isn't configured, the card field will be flagged and they won't be able to proceed with that card.

This applies to both desktop and mobile.

What does this mean for your guests?

The checkout experience remains smooth for guests using an accepted card - they'll see clear visual confirmation that their card is valid. Guests using an unsupported card type will be prompted to use an accepted alternative before completing their booking.

Do you need to do anything?

No action is required. Just make sure your accepted card types are correctly configured in Online Options - the Booking Engine will handle the rest.

What was the issue?

For properties using the Book by Area category setup with the "Show area on confirmation email" option not enabled in Online Options, an internal Area ID number was incorrectly appearing on the booking confirmation page and confirmation email when a guest booked via the rates listing. 

What's been fixed?

The Booking Engine no longer shows the area name or ID when the toggle is not activated in Online Options when the categories are setup to be book by area. The behavior is now consistent with what you'd expect based on your Online Options settings.

What do you need to do?

Nothing - this fix is automatic. If you have "Show area on confirmation email" not enabled in Online Options and your category is set to Book by Area, your guests will now see the correct area name in their confirmation communications.

What's new?

The Availability Calendar is now a standard feature of the new RMS Booking Engine - visible across all properties, automatically.

Here's what's changed and what you need to know:

Always on, for everyone The calendar now displays by default for all properties using the new Booking Engine. There's no longer a toggle in Online Options to turn it on or off - it's simply there, ready for your guests.

Rates on the calendar — your choice Want guests to see rates directly on the calendar? You can enable this in your Online Options settings. If you'd prefer to keep rates off the calendar view, simply leave the setting off.

Clean and focused The calendar shows availability and rates only. Restrictions are not displayed, keeping the guest-facing experience simple and distraction-free.

What do you need to do?

• ✅ Nothing required to show the calendar - it's automatic
• ⚙️ Head to Online Options if you want to enable rate display on the calendar

Why this matters Giving guests a clear view of what's available - and at what price -reduces friction and helps drive direct bookings. Less guesswork for guests means more conversions for you.

Availability Calendar Help Article