Search for "dive shop POS software" and you will mostly find generic retail systems with a fish logo. They work beautifully right up to the moment your shop floats, your guest has no wallet because it is in a dry bag, and your internet is a phone hotspot that died two miles from the mooring. This guide is about what a point of sale has to do in a dive business specifically — written by people who reconciled the bar float on a liveaboard at midnight more times than we care to count.
The five things a dive POS must do that a café POS never will
1. Sell with no internet, and mean it
On a boat, offline is not an edge case — it is Tuesday. A dive POS has to record sales locally and sync when the connection returns, without losing a line and without creating duplicates when two crew devices come back online at the same time. Ask any vendor one question: "What exactly happens to a sale made at sea when the device reconnects?" If the answer involves the word "usually", keep looking. This is the single feature that separates software built for this industry from software dressed up for it.
2. Keep a tab against the booking, not a card terminal
Nobody pays for a beer at 40 metres of remote anchorage. Dive guests run tabs — a Nitrox upgrade here, a rash guard there, three beers at sunset — and everything lands on their booking, to be settled at the end of the trip in whatever the guest can actually pay: card when back in range, cash, or a payment link after disembarkation. A POS that thinks in isolated transactions instead of guest tabs will have your crew keeping the real ledger in a notebook, and the software becomes decoration.
3. Know the difference between a sale and a rental
A regulator that leaves your shelf is not sold — it is out with a guest, attached to their name, and it comes back needing a rinse and eventually a service. Rentals need day counts, return states and a link to your equipment register. Retail POS systems have no concept of "this item comes back"; dive operations live on it.
4. Respect the difference between collected now and collected on board
Marine park fees, fuel surcharges, and government taxes are often collected in cash at boarding, separately from the online balance — sometimes because the park authority demands it, sometimes because the fee changes with the itinerary. Your POS and your booking system need to agree on who collects what, and when, or the same fee gets charged twice — once on the invoice, once at the gangway. Guests remember that mistake longer than they remember the mantas.
5. Give the office the float, not a surprise
At trip end, someone has to answer: how much cash is in the box, how much of it is park fees to pass on, how much is bar revenue, and does it match what the system says? A dive POS should produce that reconciliation per trip — not a generic Z-report for a calendar day that means nothing when your "day" is a five-night crossing.
Questions to ask any vendor before you sign
- Does the POS work with zero connectivity, and how are conflicts resolved on sync?
- Can a sale be attached to a guest and their booking, not just to a till?
- Do rentals exist as a first-class concept, with returns and service states?
- Can a line item be marked collected on board so it stays off the online invoice?
- Is there a per-trip settlement view your accountant can read?
- Is the POS included, or a paid add-on per device?
Where DiveHQ stands
We built DiveHQ's POS because we needed one on our own boats, and nothing we tried survived a season. It is offline-first, tabs attach to bookings and passengers, rentals link to the equipment register, on-board fees stay out of the online balance by design, and the POS is included in the plan — €75/month for a liveaboard, €50 for a dive center, no per-device fees, 0% commission. It is also fair to say what it is not: if you run a landlocked retail store with barcode scanners and supplier purchase orders, a dedicated retail system will serve you better. Our POS is built for operations that dive.