Can Your PMS Run the Dock? What Opera, Mews and Cloudbeds Cover, and Where They Stop

A hotel property management system can hold a mooring as a bookable item and put a charge on a guest folio, and for a property with two visitor berths that may be enough. What a PMS is not built around is the operational reality of a dock: berths with physical dimensions, vessels with length, draft and beam, metered shore power, seasonal berth contracts, and arrivals that come by water rather than through reception. This article sets out what the major platforms cover well, where mooring operations fall outside their model, and how to test the question against your own setup rather than taking either vendor's word for it.

Key Takeaways

• PMS platforms are built around rooms, rates, folios, housekeeping and distribution, and they do that well.

• A dock introduces physical constraints, vessel records and metered utilities that sit outside the room model.

• A mooring can usually be modelled as a bookable item, which covers billing but not allocation or dock operations.

• Vessel dimensions and berth fit are the clearest example of something a room-based system has no concept of.

• Metered shore power is the second, because it is consumption billing rather than a fixed charge.

• Seasonal berth contracts behave like recurring agreements rather than stays.

• Extending a PMS through custom development turns a configuration question into a software project you own.

• The workable pattern is a dock system running alongside the PMS, with the room side untouched.

• Test the question by asking your PMS vendor a short list of dock-specific questions.

What hotel PMS platforms genuinely do well

Oracle OPERA, Mews and Cloudbeds are mature systems built around accommodation, and the comparison here is not about quality. They handle reservations, rate and availability management, guest profiles, folios and billing, housekeeping, check-in and check-out, distribution through channels, and property or group reporting. Mews and Cloudbeds are cloud-native with large integration marketplaces, and OPERA is the long-standing enterprise choice for chains.

That competence is precisely why properties ask the question in this article's title. If the PMS already runs the building to a high standard, extending it to the water looks like the obvious economy. The reason it usually is not comes down to what a dock actually is.

A dock is a physical constraint problem, and a room is not

A room has a category and an occupancy limit. A berth has a length, a width and a depth, and the boat that goes into it has a length overall, a beam and a draft that all have to fit. Allocation at a dock is therefore a matching problem with hard physical limits, and the consequence of getting it wrong is a vessel that cannot safely use the berth it was sold, which is a very different problem from an upgrade conversation.

Nothing in accommodation requires these dimensions, so they are rarely part of a room-based data model; ask your own vendor whether berth and vessel measurements exist as structured fields in your version. Some properties work around it by encoding berth sizes into room categories and rate codes, which functions until the day someone books a 22-metre yacht into a category that was quietly meant for boats up to 18 metres. The detail of how allocation should work is set out in the guide to automating berth allocation.

A dock needs a structured record of the boat as well as the guest

A dock needs to know the boat as well as the person: name, dimensions, draft, insurance, flag, engine and previous visits, plus who the captain is when that differs from the owner or the guest. This is the record the dock team works from, and it drives allocation, service and safety decisions.

A PMS guest profile can usually carry notes, and free-text notes behave differently from a structured vessel record. The difference shows up when you try to answer an operational question at scale, such as which berths can take the vessels arriving next weekend, because free-text notes cannot be filtered or matched against berth dimensions.

Metered shore power is consumption billing, not a fixed charge

Shore power is the clearest example of a dock requirement that sits outside the accommodation model. It needs a reading per pedestal, a rate per kilowatt hour, and a charge produced from actual consumption, ideally without anyone walking the pontoon with a clipboard. That is utility metering, and it is not something a room-based billing model is designed around.

Properties without it usually estimate at checkout, which is where the awkward conversation with a high-spend guest happens. Metering the power and billing actual consumption removes the dispute and recovers the real cost, which is covered further in the guide to growing revenue the PMS never captured.

Seasonal berth holders sit on recurring agreements with renewals and price changes

Much of a dock's revenue is not transient. Annual and seasonal berth holders sit on contracts with recurring billing, renewal dates, price escalations and sometimes the right to sublet the berth while they are away. A PMS models a stay with an arrival and a departure, so a nine-month berth agreement with monthly invoicing and a mid-season vessel change does not map cleanly onto it.

Where a property has only day berths for hotel guests, this matters less. Where the dock has resident boats, this is usually the point at which the folio-based approach stops being viable.

The marketplace is how a dock system connects, not a substitute for one

A property running Mews or Cloudbeds will reasonably ask about a fourth option, since both platforms publish open APIs and large integration marketplaces, and Mews describes well over a thousand available integrations. That is a genuine advantage, and it answers a different question from the one in this article. A marketplace is the channel through which a specialised system connects to the PMS; what you find listed there are specialised systems, because the marketplace does not itself contain berth dimensions, vessel records, allocation logic or pedestal metering.

So the marketplace makes the adjacency easier rather than making it unnecessary. The practical sequence is to choose the system that runs the dock properly, then use the marketplace or API to join the commercial picture where that adds value. Ask your PMS vendor what marine or marina integrations exist for your version today, and ask any dock vendor what they have connected before.

What extending the PMS actually commits you to

There is a difference between configuring a system and extending it. Configuration means using rate codes, item types and profile fields creatively, which costs nothing and gets a small dock billing correctly. Extension means custom development, and that turns a procurement decision into a software project the property or the group then owns: specification, build, testing, and maintenance every time the PMS itself is upgraded.

The practical test is who carries the work in year three. A configured workaround is carried by whoever remembers why the rate codes are set up that way. A custom extension is carried by your IT budget. Neither is a reason to avoid the PMS, and both are reasons to be honest about what you are choosing.

What running the dock alongside the PMS should mean

The workable pattern for a property with a real marine amenity is two purpose-built systems: the PMS for the room, a dock system for the water, with the commercial picture joined up. The dock system holds berths, moorings, vessels, allocation, metered power and berth contracts. The PMS continues to run the building untouched. Charges reach the guest in a way that feels like one property, and finance receives marine revenue records that reconcile alongside rooms, food and beverage and spa.

What matters in evaluation is that adding the dock does not require the PMS to be reconfigured or extended, because that is the cost the property was trying to avoid. Harba is built for this adjacency, set out in full on the page about marine operations alongside your PMS, and the hosting and IT side is covered under running mooring operations without a dedicated IT system.

Six questions to put to your PMS vendor

Rather than rely on any article, ask your own vendor. Capability differs by platform, version and marketplace, and it changes:

1. Can the system hold berth dimensions and vessel length, beam and draft as structured fields, and match one to the other?

2. Can it show a berth map with live occupancy, rather than a list of bookable items?

3. Can it take a meter reading per pedestal and bill consumption at a rate per kilowatt hour?

4. Can it run a nine-month berth contract with recurring invoicing, renewal and a mid-term vessel change?

5. Can it report marine revenue separately, so the amenity can be compared with other revenue centres?

6. If any answer is no, what would it take to add, who builds it, and who maintains it after the next upgrade?

The last question is the important one. An answer of "that could be built" is a project, and an answer of "that is native" is a capability, and the two belong in different columns of your evaluation.

How to decide, based on what your dock actually is

If the property has a handful of day berths for hotel guests and no resident boats, the PMS plus careful configuration may genuinely be enough, and adding a system would be overkill. If the dock has resident or seasonal berth holders, metered power, vessels of varying size, or visiting boats that are not hotel guests, the requirements have already moved outside the accommodation model and a dock system alongside the PMS is the cheaper answer over any realistic horizon.

To test that against your own setup, book a demo and bring your berth layout, your berth contract types and your current PMS to the call.

Frequently Asked Questions

1. Can a hotel PMS manage marina berths?

A PMS can usually model a mooring as a bookable item and put the charge on a guest folio, which covers simple day-berth billing. What sits outside the accommodation model is berth and vessel dimensions as structured data, allocation based on physical fit, metered shore power, and seasonal berth contracts. Ask your own vendor which of these are native, since capability varies by platform and version.

2. Does Harba replace Opera, Mews or Cloudbeds?

No. Harba runs the dock and sits alongside whichever system runs the building, so the PMS continues to manage rooms, rates and folios. The aim is two purpose-built systems sharing one commercial picture rather than one system stretched across two very different operations.

3. Why not just add the marina to our existing PMS?

Configuration is often worth trying first for a very small dock, because it costs nothing. The caution is about extension through custom development, which converts a procurement decision into a software project the property owns, including maintenance through future PMS upgrades. Ask who builds it and who maintains it before choosing that route.

4. What can a PMS not do for shore power?

Shore power is consumption billing rather than a fixed charge, so it needs a reading per pedestal and a rate per kilowatt hour flowing into the invoice. Accommodation billing models are not designed around utility metering, which is why properties without a dock system usually estimate power at checkout and end up disputing it with guests.

5. We only have a few day berths. Do we need a separate system?

Possibly not. With a handful of day berths for hotel guests, no resident boats and no metered power, a PMS plus careful configuration can be adequate. The threshold is usually resident or seasonal berth holders, metered utilities, mixed vessel sizes or visiting boats who are not hotel guests, because each of those adds a requirement the room model does not carry.

6. How do dock charges reach the guest's bill?

The goal is that the guest experiences one property, so mooring and service charges should reach the folio or be payable at the dock in the same way other property charges are, with the marine revenue recorded so finance can reconcile it against the property accounts. Ask any vendor to demonstrate that flow using your own charge types rather than a generic example.

7. Our PMS has an integration marketplace. Does that cover the dock?

A marketplace is how a specialised system connects to the PMS rather than a replacement for one, since what is listed there are specialised systems. Mews and Cloudbeds both publish open APIs and large integration catalogues, which makes the adjacency easier to join up. Ask your PMS vendor what marine or marina integrations exist for your version today, and ask any dock vendor what they have connected before.