Comparison
Cardinal and RMS Cloud, compared for a Canadian operator
RMS has been building hospitality software since 1983 and runs some very large parks. Cardinal is built for one country and one size of operation. This lays out where each fits.
The short answer
Cardinal or RMS Cloud?
RMS Cloud is an Australian company founded in 1983, serving hotels, resorts and holiday parks worldwide, priced by site and property count and quoted rather than published, typically on an annual commitment with a one-time setup, migration and training fee. Cardinal is a Canadian property management system at a flat published monthly price, billed monthly, with Canadian tax and a French booking page built in. If you run a large multi-property operation with serious food, beverage and retail, RMS is built for that. Cardinal is built for the single property, and priced, shaped and staffed for it.
Claims are cheap on both sides of a comparison. Watch a full day run in six real screens and judge ours on what it actually does, then ask RMS Cloud for the same thing.
The same job, on both systems
What it takes to get something done, counted
Software is not chosen on a feature list, it is lived in on a Tuesday. So rather than describing RMS Cloud in adjectives, this counts the steps their own documentation gives for a job you will do every week, beside ours.
Close the day
Cardinal
1 step- 1Nothing runs. You go home.
RMS Cloud
8 steps- 1Open Utilities, then New Day / Night Audit
- 2Select the property and choose Confirm
- 3Review and update any remaining departure reservations, then Continue
- 4Review and update any remaining arrival reservations, then Continue
- 5Review any in-house reservations with no rate type
- 6Select Update Nightly Rates, then Continue
- 7Select New Day
- 8Choose Yes to open the reports
Those eight steps are their own documented procedure, and the reason they exist is architectural rather than careless: the nightly rate is created on in-house reservations BY the audit, so until it runs, the charge is not on the folio. Every charge here posts into an append-only ledger when it happens, which is why there is no procedure to document.
Every step in the RMS Cloud column is quoted from RMS Help Centre: New Day / Night Audit, read 19 August 2026.
Step counts move when a vendor ships. These were read on RMS Cloud's own public documentation on 19 August 2026 and every source is linked above, so you can check whether it still says that before you decide anything.
Where Cardinal is
What changes when it is all one system
Every item here is a mechanism or a step count rather than an adjective, because that is the only kind of claim you can check in a demo.
- One model of the property, so nothing is kept in agreement
- The ledger, the tax engine, housekeeping, the booking page and the corporate accounts are not modules that hand records to each other. A charge posted at the desk is already on the company's invoice. A room closed for repairs is already off the booking page, off the availability search, off the write-time check and off the calendar feed, because there is one closure list with four readers rather than four systems to reconcile.
- A stay is the same colour everywhere it appears
- Colour is derived from the state a reservation is in, so the bar on the board, the rail on its folio and the line in the day's recap all read the same hue. Both calendars print their legend along the bottom of the screen. Somebody who started last week reads a busy board by colour before they read a word of it.
- The day arrives as work, not as a menu of everything
- The first screen is what has to happen today, derived from the state of the property and ordered the way the day runs: arrivals, departures, rooms to turn, balances to settle. Nobody has to learn which of forty modules holds the thing they need, which is the cost that repeats every spring on a seasonal team.
- Nothing to run at the end of the day
- Their New Day utility is eight steps in their own guide, and it exists because the nightly rate is created on in-house reservations by the audit itself. Here every charge posts into an append-only ledger when it happens, with tax computed per component on the server, so there is no procedure to document and no window in which the balance on screen is a projection.
- Published monthly, with no fee in front of it
- The price is on our pricing page, billed monthly rather than on an annual commitment, with no one-time setup, migration or training charge. Canadian tax across all 13 provinces and territories is in it, per component, with Quebec's agency rule handled as a rule.
The architecture behind those, counted in steps on three ordinary jobs, is on how Cardinal is built.
How each one is priced
How each one bills you
Cardinal
A flat monthly price for the property, published, billed monthly, with no setup fee and no charge per site. The one percentage we charge is 0.5% on card volume run through Cardinal Payments.
RMS Cloud
Priced by the number of sites and the number of properties, quoted rather than published, commonly on an annual commitment with a one-time fee covering setup, migration and training.
Which of the two costs less on your park is arithmetic rather than opinion, and it depends entirely on your reservation count. Put your own numbers through it, including the break-even where the answer flips.
How Cardinal decides
The questions worth asking of any system, and our answer to each
The right-hand column is the category rather than a company: dozens of systems sell into this market and they do not all do the same thing. Where a claim is about a company, it is in the table under this one, quoted from their own pages.
| The question | Cardinal | Most systems |
|---|---|---|
| What makes the bill go up? | Nothing you do on the property. Not a new cabin, not a busy July, not a seasonal hire | Rooms, sites, reservations, or a share of the rate |
| What does it cost to start? | Nothing beyond the monthly price. Your existing reservations come across as part of getting set up | Commonly a one-time implementation fee, with migration quoted separately |
| Who works out Canadian tax? | The system. GST, HST, QST and PST across all 13, stored per component, with Quebec's agency rule as a rule | Usually configured per property, then reconciled by hand at filing time |
| What do your French-speaking guests get? | A booking page they read in French, included, with no second data entry | Varies |
| Where does your guest data live? | Canada | Varies, and often the United States |
| What does leaving look like? | Self-serve and free: your guests, your reservations and the full ledger, whenever you want them | Often on request |
| What has to run before the books are final? | Nothing. Every charge posts into an append-only ledger the moment it happens | Commonly a night audit, which is why the balance on screen is a projection until it runs |
Side by side
Cardinal and RMS Cloud, the basics side by side
| Question | Cardinal | RMS Cloud |
|---|---|---|
| Where is the company based? | Quebec, Canada | Keilor Park, Australia |
| How does the price scale? | It does not. One flat price for the property | Per site, and by number of properties |
| Is the price published? | Yes, on our pricing page | No, quoted |
| Is there a setup or implementation fee? | None | Yes, covering setup, migration and training |
| What does bringing your existing reservations across cost? | Nothing. It is in the price, and you can import your own CSV | Covered by that one-time fee |
| Does somebody still have to close the day? | No. Every charge posts live to the ledger | Yes. A New Day utility, eight steps in their own guide |
Where RMS Cloud is the better choice
On a large multi-property operation they are built for the job
Four decades of building for holiday parks, resorts and serviced apartments shows up exactly where a large operation feels it: multi-property management, point of sale, food and beverage, and the depth a long-lived product accumulates. If you are running a group of sites with restaurants in them, that is the shape of software the job asks for. Cardinal is built for the property whose whole morning fits on one screen, and that assumption is what buys the rest of it: the day arriving as a task list, the books closing themselves, and one price with the whole system inside it.
Ask both of us
Questions a sales script cannot answer
These work on any vendor in this category, including us, and the answers tell you more than a feature list will.
- 1Walk me through closing the day, every step, on a screen rather than on a slide.
- 2What is the all-in first-year cost for my site count, including the one-time fee, in writing?
- 3Is there an annual commitment, and what happens if I close for the winter?
- 4Show me the GST, QST and lodging tax on one Quebec booking, broken out per component.
- 5Where does my data physically live, and what does it cost to leave with all of it?
- 6How long before somebody hired last week can check a guest in without help? Show me their first screen.
The number worth negotiating hard on is rarely the one on the quote.
What is written here about RMS Cloud describes how their offer is shaped, read from their own public pages on 2026-08-19. It carries no prices for their product and no feature comparison, because both go stale faster than a page can be maintained. Check the current detail with them, and ask us the same questions.
See it running
Watch a day run before you talk to anyone.
Six real screens from a working property, in the order the day happens. Open it now and go at your own pace.