Dive Centre Course Booking

The vertical decides the vocabulary, the questions asked at checkout, the inventory model, the door, the payout terms and the theme. This page says "place" and "course" because that is what a dive centre says; a config whose primary call to action is generic ticketing wording fails validation rather than shipping.

The medical form is chased after the money has already been taken

The booking system takes the payment and the paperwork follows: a confirmation email with the RSTC statement attached, a request to print it, sign it and bring it on the day. Most divers do. The ones who do not are the whole problem, because they turn up on the dock at seven in the morning with a form they filled in on the car bonnet, or with a yes ticked against a heart condition and no physician’s countersignature anywhere. Now the decision is being made in front of a boat that is due to leave, by an instructor who is not a doctor, about a diver who has already paid four figures and driven two hours. Refusing them is right and it is also a refund, an argument and a review. The failure is not that the form arrived late. It is that the money moved first, which turned a screening decision into a commercial one.

What bindro does: The questionnaire, the signed statement and the waiver are fields on the booking, checked on the money path rather than in the browser, so an incomplete enrolment is refused with the missing field named and no order behind it. Then application review moves the whole decision in front of the payment: with it on, a booking files as an application, no order is created and no payment intent exists, the diver is told it is with the centre, and their place is held while you read. And the case in the paragraph above — a yes with no countersignature — is held even if nobody is watching: that answer raises a physician-clearance requirement by itself, and check-in refuses that diver until your centre records that it holds the countersigned form. The one thing bindro does not do is decide whether they are fit. It decides that a doctor has to sign, and makes sure the gate cannot be walked round.

Nobody knows what size anybody is until Saturday morning

Kit sizing is the least glamorous constraint in a dive centre and the one that actually caps a course. It lives on a whiteboard in the compressor room, in a reply to a confirmation email, or in a text message an instructor half remembers. The arithmetic is not hard — eight large wetsuits is eight — but nobody is doing it at the point where it would help, which is when the ninth diver is booking. So the ninth large is discovered at half past seven on a Saturday, in front of the other eight, and it is resolved by putting somebody in a suit that does not fit, sending a member of staff across town to the other shop, or turning a paying diver away. The same shape applies to BCDs, to fins at both ends of the range, and to every centre that has run two courses on one weekend and double-counted its stock.

What bindro does: Rental kit is an add-on with a variant per size, and the variant is the sellable unit, which is what makes per-size stock work: eight large is eight, five medium is five, and each is counted separately as bookings arrive. The checkout renders one input per size, capped at what is left, so the ninth diver is told at the moment they can still do something about it rather than on the dock. The whole basket — place plus suit plus fins — is one payment, one fee calculated over the basket and one balanced set of ledger entries. Stock is not held while somebody fills in the form; it moves when the booking confirms, under a row lock on the variant, so two divers racing for the last large resolve cleanly: one gets it and the other is refused before paying rather than refunded afterwards. A wetsuit and boot size field sits on the booking alongside it for the centre that would rather size people by hand.

Everyone is "Advanced" until you meet them on the dock

Certification level is self-reported, and divers round up. Sometimes it is vanity, far more often it is honest confusion about what a card from 2011 with eleven logged dives actually makes somebody. Either way the centre finds out on the morning, when the instructor asks the group a question and gets an answer that does not match the booking sheet. What follows is a real operating cost rather than an awkward moment: groups get re-cut on the dock, the ratio changes, a divemaster who was going to lead gets reassigned to shepherd one person, and the dive plan is downgraded for everybody because the least experienced diver sets it. And the record of who was in which group — the thing that matters if anything goes wrong — exists only in the memory of whoever made the call at the water’s edge.

What bindro does: The booking form asks each diver for their current certification level, and the answer is stored as a REQUEST rather than as a decision. Your roster shows what was requested; an instructor with the right role assigns the group they will actually dive in, the assignment is its own field, and the roster and the door read your decision instead of the diver’s claim. Every assignment is audit-logged with who made it and can be changed or cleared as the course fills, so re-cutting a group the night before is a normal action rather than an amendment to a spreadsheet. The age floor is enforced where it belongs: a date of birth under ten is refused when the booking is made, with the rule named, and a date the platform cannot read is refused too rather than waved through. The judgement about who is really ready to dive stays yours; what changes is that you make it in the office on Thursday with the answers in front of you.

The forecast turns at six in the morning and forty people need telling

A blown-out weekend is the most expensive administrative event a dive centre has, and it always happens at the worst hour. Somebody makes the call before dawn, and then it is a phone tree: forty divers, some already driving, some who booked six weeks ago through a member of staff who has since left. Then the refunds, one at a time, out of a card terminal or by bank transfer, each one a small reconciliation problem for whoever does the books. Then the argument nobody enjoys, about whether the booking fee comes back too, with a diver who is not wrong to ask. It costs a day of somebody’s week, and it happens several times a season on any coastline worth diving.

What bindro does: You cancel the session, and the divers on it can refund themselves from the link in their confirmation email instead of waiting for the shop to work down a list. The refund reverses in a fixed order — your proceeds first, then tax, then the platform fee — so a cancellation never leaves you paying a fee on money you have given back, which is the part of the argument that is usually worth the most. Nothing was ever paid out against the course in the first place, because payouts here are scheduled per delivered event and a course that did not run has nothing to release. One limit is worth putting in your own conditions before the season starts, because it disappoints people at exactly this moment: bindro cannot move a diver to next Saturday. There is no deferral in this vertical, so a weather call is a refund and a fresh booking, and a centre that wants to hold goodwill usually offers the new date in the same message as the cancellation.

The club books eight places and the treasurer has no card

University clubs, scout groups, search-and-rescue teams and employers sending staff for a commercial ticket all buy the same way, and it is never with a card in the room. It is a purchase order, an accounts-payable address and terms of thirty days. The booking system wants a card number, so the places get held on trust in a notebook, the invoice comes out of an accounting package that knows nothing about the course, and the join between the two lives in one person’s head until they take a fortnight off. The failure is rarely a club that refuses to pay. It is a course that ran with eight places nobody ever billed for, found at the end of a quarter that was already busy, and eight names on the dock list that no booking explains.

What bindro does: The checkout offers to invoice the organisation, and an invoiced booking confirms with no card at all. Bindro raises a numbered bill for a total it works out itself, carrying the club’s purchase-order reference and your terms, commits the places immediately, sends the bill to accounts payable and the joining details to the divers. The accounting is the careful part: raising an invoice writes no ledger entry whatsoever, so your balance cannot carry places nobody has paid for and a payout can never be funded by an outstanding bill. Somebody with finance rights records the remittance when it lands, recording it twice is refused, and an invoice that passes its due date unpaid is voided automatically with the places returned to sale — which is usually exactly what a centre wants in the week before a course. A booking taken over the counter or on the phone goes through the console onto the same place pool, asking the same medical questions the public form asks.

A four-day course has become four different lists by Thursday

A certification course is sold as one thing and run as four days, and those two facts drift apart almost immediately. The pool session holds six and the boat holds four. One diver misses Tuesday and asks to pick it up on the next course. Another comes to three days out of four and assumes that is enough. By the end of the week the only record of who was actually in the water on which day is a clipboard that went out on the boat, came back damp, and is now in the office somewhere. That record is the one thing a centre genuinely needs later — for the agency paperwork, for an insurer, or simply to know whether the diver in front of you has done the open-water dives — and it is the one thing the booking system never had.

What bindro does: A course is one event with a session per day, generated as a series rather than typed date by date, and each session carries its own capacity, its own list and its own attendance record. Six in the pool and four on the boat is expressed rather than remembered. Your crew opens the session on a phone and sees who is booked: a diver either shows the code from their email, which is scanned, or is found by name and tapped, and both write the same record, because a name list is the primary method here and scanning is the quick path rather than the only one. The count updates live as people arrive, which on a boat day is the number that matters most. A diver who missed the boat day is visibly missing from it afterwards, and that is what a completion certificate is issued from. The door does not need a signal: the roster is synced signed before you cast off and what the crew records at sea replays when you are back in coverage.

A human gate the checkout cannot go round

This is the capability the vertical is built on, and its value is entirely in the word "human". Bindro does not screen divers: it makes it structurally impossible for money to move before a person at the centre has read the declaration, which puts the clearance decision where it can honestly be made. What it does on its own is refuse the DIVE, below.

• With application review on, a booking creates no order and no payment intent — there is nothing to capture, so no sequence of events can charge somebody by accident.
• The approvals page lists what is waiting with the submitted answers beside each one and a link that opens the uploaded RSTC statement, because a countersignature is a signature you have to look at.
• Approving emails the diver a link to pay; rejecting releases the place, tells them, and scrubs what they submitted.
• Nothing scores a medical answer or says whether a diver is fit. The one thing read from it is whether a physician has to countersign, and the money decision stays a person’s.
• The form underneath arrives already asking what the standard obliges you to ask: the questionnaire per diver, the signed statement as an upload on the order, the waiver as a typed e-signature whose acceptance record is written in the same transaction as the payment.
• A booking taken over the phone through the console is held to all of it, so a counter sale cannot skip the questionnaire.
• The acceptance names the diver rather than the order, and the door reads it: a diver no acceptance covers is refused at check-in and left off the roster your crew carries. It belongs to that booking, so three trips means signing three times — there is no "already on file".

A physician’s countersignature the door actually enforces

A diver who declares a condition is not a note in somebody’s inbox. The platform raises a physician-clearance requirement against that diver as the booking confirms, and check-in refuses them until your centre records that it holds the countersigned form — the one automatic consequence in this vertical, and deliberately a refusal rather than a judgement.

• Any declared condition raises it, including an answer the option list has never seen: the config names the benign answers and everything else fails closed.
• It is raised in the same transaction as the booking, so a paid diver and an unsigned requirement can never disagree.
• Check-in refuses that diver ("physician clearance outstanding") and they are off the roster a device syncs, so a volunteer with no signal cannot admit them either.
• The clearance list sits beside your approvals: who is waiting, for which course and since when — never what they answered.
• Signing off needs order-write, so it is a deliberate act rather than a tap at the door, and it gates the door and not the payment.

A course that is a series of days, each with its own capacity and door

The inventory model for this vertical is a session series, which is the shape a certification course actually has: one thing a diver enrols on, several days it runs over, and a different number of places available on each of them. Modelling it properly is what makes the pool day and the boat day stop fighting each other.

• One event, a session per day, generated from a cadence rather than typed date by date — which matters when the same course runs every fortnight all season.
• Per-day capacity, so six in the pool and four on the boat is a constraint the checkout enforces rather than a note in a calendar.
• Check-in per session, by scan or by tapping a name, with the count updating live and a repeat scan reported as a duplicate rather than counted twice.
• Inventory moves only under a row lock inside the confirming transaction, with a database constraint behind it, so two divers cannot buy the last place in the same second.
• The door works with the network off: a signed roster synced at the dock, corrections and check-ins made mid-channel replayed when the signal returns, and nobody ever removed from the roster — it is the record of who was sold a place. What it is not is live: the copy you carry is as fresh as its last sync.
• The hosted checkout sells one session per order today; several sessions in one booking go through the JSON API or the console.

Rental kit sized, stocked and paid for in the same basket

Kit is the difference between a course that runs and a course that half runs, so it is sold as inventory rather than as a note in a comments box. Each size is its own sellable unit with its own stock, which is the only version of this that survives two courses on one weekend.

• A variant per size, each carrying its own stock: eight large wetsuits is eight, and the ninth diver is refused at booking rather than at the shop door.
• One basket, one payment, one platform fee calculated over the whole thing, and one balanced set of ledger entries.
• Stock moves when the booking confirms rather than while a form sits open, so nothing is held for somebody who wandered off.
• Rental kit mints no place and no credential of its own — it is a line on a booking, not a second booking.
• What it is not: there is no asset register, no servicing history, no cylinder testing record and no check-back-in. Bindro counts what you sold, not what came back.

Ten-dive packs that stay a liability until the dive is taken

A pack is the one product in a dive centre where the honest accounting and the flattering accounting differ by a lot, and bindro takes the honest one on purpose. Money for dives nobody has done yet is not revenue; it is a dive you still owe, and it is held as one.

• Publish how many dives, what the pack costs and how long it is valid; a diver buys once and redeems a credit when they book.
• The sale is held as a liability rather than credited to you, and becomes your revenue dive by dive as it is redeemed.
• The price has to divide exactly by the number of credits, so every dive in the pack is worth an exact figure at redemption.
• This is why an unredeemed pack never inflates a payout: nothing can be released to you for a dive that has not happened.
• Packs and single places sit side by side on the same course — a pack is a way of paying, not a separate product line.

Clubs, schools and employers billed the way they actually pay

A meaningful share of a dive centre’s teaching revenue arrives from an organisation rather than an individual, and organisations pay on terms. That route is a first class one here rather than a workaround, and the ledger discipline behind it is the part worth reading.

• The booking confirms with no card, the places are committed, and the bill carries their purchase-order reference and your terms.
• Raising an invoice writes no ledger entry at all, so your balance never carries places nobody has paid for.
• Recording the remittance moves the invoice, the order and the ledger together in one transaction, and recording it twice is refused.
• An invoice unpaid past its due date is voided automatically and the places go back on sale.
• Downloading a document or recording a settlement needs the role that allows it — checked in the handler, not by hiding a button.

A completion certificate issued from the attendance record, not the payment

Read the heading twice, because the distinction in it is the whole feature and the thing it is most often mistaken for. This is the centre’s own record of attendance, issued from a check-in. It is not certification, it is not an agency card, and nothing about it is transmitted to anybody.

• Issuing is one action per session, taken after that session has ended; a session that has not finished is refused outright.
• One credit per diver who was actually checked in, carrying the hours and a unique serial, printing as a certificate addressed by that serial.
• A diver who paid and never came gets nothing, because the certificate follows the scan rather than the money — which is the case paperwork never catches.
• Re-running a session is idempotent: it picks up anyone missed and never mints a second credit for a diver who already has one.
• Useful as a specialty or refresher record, or as evidence for your own files. It is not an Open Water card and no agency recognises it.

Health answers most of your own crew cannot see

A dive centre collects the most sensitive material of any vertical on this platform and staffs its door with seasonal divemasters and volunteers. Those two facts together are why access here is decided by role on the server rather than by which screen somebody happens to open.

• The approvals queue reads the submitted answers and opens the uploaded statement on order-write; the diver’s own record shows them afterwards on attendee-read. Neither grant reaches a divemaster on door duty.
• Permissions are read from the role on the membership, never from anything the browser sends, and a hand-typed URL is refused by the same check that hides the link.
• Health answers are excluded from analytics exports and from every AI feature on the platform, by class rather than by setting, with no override in any vertical.
• Your orders and divers export as CSV whenever you want them, behind a one-time code — no export fee, no notice period, nothing to negotiate on the way out.
• Another centre asking bindro about a diver is told nothing; a booking is visible to the organisation that took it and to nobody else.

Who pays the booking fee?

The diver, unless you say otherwise. Every course carries its own setting — the diver pays, you absorb it, or you split it — and the fee itself does not change with the choice, only which side of the sale it comes from. On a ten-place $25.00 course that is $16.20 either added to what divers pay or taken out of what you keep.

Because the default is the diver, a dive centre can go from signing up to a sold-out course without paying bindro anything up front, at any point, ever. We are paid out of sales that happened or we are not paid.

The word "event" is load-bearing and worth reading twice. The scheduler groups by course, admits one only once its LAST session has ended, and pays it once. A course sold as a run of dates therefore pays after the final date, not after each one — a season's float is not something an operator should discover halfway through the season.

Bindro never pays before delivery, in any vertical. A pre-event advance is a configuration violation platform-wide rather than a policy someone can be talked out of, because paying out on courses that have not happened is exactly how a cancellation becomes divers with no refund. "Paid" also means the money moved: a payout only reaches its paid state with a real transfer reference attached, enforced by the database rather than by a status field someone can set.

• One payout per course, after its last session ends, one in flight at a time.
• T+2 for this vertical (medium risk tier), with 12% held as reserve and released later.
• Refunds reverse in a fixed order — your proceeds first, then tax, then our fee — so a refund never leaves you charged for a sale that was undone.
• Sales tax, where it applies, is held as a liability rather than mixed into your balance, so the payout figure is proceeds rather than a number you still have to do subtraction on.

The console shows the two halves of it course by course. Places sold against divers checked in, per session, with a no-show percentage — so the pool day that everybody attends and the boat day that loses two people are separately visible instead of averaging into one number. Underneath sit the completion certificates you issued, with their hours, their serials and their dates. A course whose divers were all scanned in on the final day and for which nothing has been issued is visible as exactly that, which is the case that otherwise goes quiet until somebody asks for their paperwork in November.

The three numbers this vertical is scored on beside it deserve very different degrees of confidence, and the differences are worth knowing before you build a report on any of them. Course completion rate is real and comes straight out of the door: attendance on the last session against places sold on the course. Equipment attach rate is real and comes off the order lines — how many places came with kit, in which sizes — and it is the number that tells you what to buy before next season rather than after it. Medical-gate drop-off is the one to be careful with. What bindro can genuinely count is applications filed against applications approved and rejected, which is the gate doing its job. The diver who opened the form, read the questionnaire and closed the tab is now counted too: a booking that reaches the form and never becomes an order is recorded as an abandonment, naming the step it stopped at, when the held places lapse. What is still not visible is WHICH question lost them — that would take field-level tracking of a medical form, which is the last thing this vertical should be building.

The segments split the same way. Certification level is genuine and unusually useful, because the requested level is stored on the booking and the assigned group is stored beside it — so you can see not just what your intake claims to be, but how often your instructors moved somebody, which is a training-quality signal most centres never get to look at. Season falls out of the course dates. Group against individual is the honest gap: this vertical declares no group registration, so bindro has no concept of a club booking as a thing. Several places on one order is visible on the order and countable in the export, and that is the closest the platform comes to the distinction.

The console prints the arithmetic under the headline figure, and that is where the honesty lives: the basis line names completions rather than certifications, and the agency paperwork stays where it already is.

What the console shows today, without an integration or a spreadsheet:

• Gross, platform fees and refunds per course, read from the ledger the payouts reconcile against.
• Places sold against divers checked in, with a no-show percentage per session.
• Live remaining capacity while the course is running, per pool, on the day-of screen.
• This dive centre's own funnel — view → medical completed → approved → paid → attended → certified — stage by stage with the drop-off between them, and any step the platform cannot see said so rather than shown as a zero.
• Refunds, transfers, turnout, no-shows, add-on attach and repeat buyers, each printed with the two numbers it was divided from.
• Orders and divers as CSV, so anything not on the screen is one export away.

Two more that are worth stating plainly. Sensitive answers are classified on the field rather than by convention, and health data is excluded from analytics exports and from AI context absolutely, with no override in any vertical. And a dive centre's own people see only what their role allows — a door login sees a name and whether the code admits, not what anyone paid — which is checked in the handler rather than by hiding a button.

• No PADI, SSI, RAID or NAUI integration — bindro issues no certification, no eLearning code and no digital card, and transmits nothing to any agency.
• No assessment of a medical answer: bindro decides only whether a physician’s countersignature is required, never whether a diver is fit to dive, and the clearance queue names the declaration rather than the condition. Judging the countersigned statement, and the sign-off that lifts the door refusal, are the centre’s.
• No club or buddy roster. Several places go on one order and the booker answers for each diver, but there is no invitation link that lets a buddy fill in their own medical form.
• No club, school or group rate — the checkout cannot price a place differently because several were bought together.
• No rescheduling a diver onto another course date. A blown-out dive is refunded and rebooked; bindro cannot move a place from one session to another.
• No photo or video delivery to divers after the course.
• No live roster at sea. The door works with the network off, but the copy your crew carries is as fresh as its last sync: a place sold ashore after you cast off is not on it, and it catches up when you are back in coverage.
• No sales tax added at checkout and no tax report — the price a diver sees is the price that is charged.
• No waitlist on a full course. A full course says "Course full" and takes no names.
• No automatic collection of the balance of a plan. You publish the deposit, the number of charges and the interval on the ticket type and the deposit is taken at checkout; bindro never charges the stored card for the rest of it, because it does not bill a card with nobody present. Collect the balance the way you collect anything else.
• No handing a place to another diver. A diver who cannot come is refunded, and the place does not return to sale by itself — raise the session’s capacity by one to resell it.
• A diver’s medical answers are anonymised twelve months after their last course, well inside the seven years the signed waiver record is kept. Keep your own copy if your insurer wants the questionnaire itself years later.
• No dive log, no equipment servicing history, no air-fill or cylinder testing records, no retail till and no rental asset tracking — bindro sells the place, it does not run the shop.

If one of those is the thing you need, say so — the answer is a capability declared, built and gated properly, or a straight no. It is never a feature flag that collects the request and does nothing.

The setup decision worth taking slowly is the session structure, because everything else hangs off it. A session is the unit of capacity, the unit of check-in and the boundary a completion certificate is issued on, so the sensible shape follows the days you actually run rather than the way the course is advertised. Four days is four sessions. A theory evening followed by two pool sessions and two boat dives is five, if you want to know who came to each. Getting this right before you publish is much easier than restructuring a course divers have already enrolled on.

Then decide, per course, whether it is gated. A discover-scuba taster can sell instantly; anything with a medical gate should have application review on before a single place is sold, because turning it on afterwards does not retrospectively un-take the payments already made. Set your prices — a flat price per place, or a dive pack for regulars drawing down over the season — and add rental kit as an add-on with a variant and a stock count per size while the numbers are in front of you.

Selling happens on the course’s own page or through the checkout embedded in the site you already have — usually the better of the two: sending a diver who searched for a local course off to a platform-branded page is a conversion cost with no upside. Clubs take the invoice route, and anybody who telephones the shop is booked from the console onto the same place pool. On the day, open the session and tick people off; afterwards, issue completion certificates from the attendance, and the payout lands two days after the last session ends.

• Structure sessions on the days you actually run; capacity, the door and certificates follow.
• Turn on application review before you sell anything with a medical gate, not after.
• Add rental kit as a variant per size with real stock while you are already thinking about numbers.
• Point clubs and schools at the invoice route; it commits the places without touching your balance.
• Embed the checkout in your own site rather than sending divers to a platform page.
• Sync the roster before you leave the dock — the door then works with the network off, and what the crew records at sea replays in coverage.

What bindro replaces is the layer underneath: the enrolment, the compliance material, the money, the roster and the door. That is the layer most centres are running on a booking form, a card terminal and a shared inbox, and it is the layer where the mistakes are expensive. The agency layer above it is not something a general booking platform should be pretending to touch, and a centre that chose one on the strength of a claimed integration would find out at exactly the wrong moment.

The one thing that looks adjacent is the completion certificate, and it is the sentence most likely to be misread on this whole page, so here it is precisely. The record you issue from a delivered session is your own centre’s attendance record. It is not an Open Water card, no agency recognises it, nothing about it is submitted anywhere, and a diver who expects a qualification from it has been given the wrong impression by somebody.

The practical consequence for a centre evaluating this is that bindro sits alongside your agency system rather than replacing it, and the data you need to move between the two comes out as CSV whenever you want it — who enrolled, who attended which day, what they paid. Nobody is trying to trap your roster. If agency integration is what you are shopping for, one of the dive-specific systems in the comparisons below is a more honest answer than this one, and those pages say so.

That split is deliberate and a centre should decide about it before it stops keeping paper, so it is on the landing page rather than in a support article. Seven years of the signature is right for a liability waiver: it is the artefact a claim turns on. Twelve months of the questionnaire is right for health data nobody has a continuing reason to hold. But if your insurer expects the questionnaire itself years after a course — and some do — the platform will not have it. Download it while it is live: the export is unrestricted, behind a one-time code.

Inside the twelve months, access is narrower than the shop floor usually is: a door login sees a name and whether the diver is on the list — never what they declared or what they paid, and not by typing the URL either.

The upload has the same discipline: a document reference that does not resolve to that booking’s own upload is refused on the money path, so nobody can attach somebody else’s statement to their enrolment. If you reject an application, what the diver submitted is scrubbed rather than retained — a rejected diver’s health answers should not accumulate in your queue, and they do not.

The instalment limit is the one most likely to matter to a centre selling four figure courses, and it is an odd shape, so it deserves exact language. The deposit, the number of charges and the interval are yours to publish on the ticket type from the console; the deposit is charged at booking, the card is stored in the same gesture, and the plan’s money rests on its own liability account until the last charge clears, so no payout is ever funded by a half-bought course. What is missing is the last step: bindro never charges the stored card for the balance, because off-session charging is armed by a switch that is set in no environment. Price a season on collecting the balance yourself, not on it arriving.

The rest are listed in full above, and the general rule behind them is the useful part: an undeclared capability is refused by the engine with a hard error rather than quietly doing nothing, which is the failure mode that actually hurts because it looks like it worked. In practice that means centres publish the next date early and point a full course at it, a missed day is a fresh booking, and a comp place is how you avoid charging twice. Two footnotes worth knowing before the boat leaves: the roster you carry is as fresh as its last sync, so sync it as late as you can, and a refund moves the money without returning the place to sale — raise that session’s capacity by one to resell it.

And a note on scope, because it is the question a shop owner asks last and cares about most. Bindro sells the place and runs the door; it is not the system that runs the shop floor, as the limits above set out. If that is what you are shopping for, the dive-specific systems in the comparisons below are it, and this is not.