Do you have to leave Playtomic?
No. Your courts, your payouts and your members stay where they are. What your booking system actually owns - and what you can safely add on top of it.

No. And the fact that this is the first question almost every club asks says something about how club software has been sold: as a choice between systems, where picking one means tearing out the other.
That framing suits vendors. It rarely suits clubs.
Your booking system owns four things
Strip away the feature lists and the system that runs your courts owns four things that are genuinely hard to move:
- The calendar - who is on which court, when, and what that costs.
- The money - the card on file, the payout account, the refunds, the tax trail.
- The member accounts - logins, history, credits, whatever your members have already set up.
- Your staff's hands - the front desk knows this screen. That is worth more than it looks on a Tuesday evening with a queue.
Anything that touches those four is a replacement, and a replacement is a project. Anything that does not touch them is not, whatever the sales deck calls it.
What switching actually costs
Clubs usually price a switch as a subscription difference. The real ledger is longer: exporting and re-importing members, re-teaching the desk, the bookings that fall through the gap in the changeover week, the members who have to make a new account and quietly do not, and the weeks where nobody is quite sure which system is right.
That cost is worth paying when the system genuinely fails you. It is a very expensive way to solve "our Tuesday afternoons are empty".
When you should switch anyway
Some problems really are the booking system, and no layer on top will save you from them:
- It cannot represent how you actually sell - your durations, your peak structure, your memberships.
- It goes down, or it is slow enough that members give up mid-booking.
- You cannot get your own data out.
- Support does not answer, and you have stopped asking.
If two or more of those are true, do the migration. Do it in a quiet month, not in March.
What a read-only layer cannot do
If you add something on top instead, be clear about the trade. A layer that only reads your bookings cannot change a price, cannot move a booking, cannot take a payment, and cannot fix a calendar that is wrong. It can only see what is there and act around it.
That sounds like a limitation, and it is. It is also the reason it takes ten minutes to try and nothing to undo. A tool that cannot write to your booking system also cannot corrupt it.
How to try one without betting the club
- Connect, do not migrate. If the first step is an export, you are buying a replacement.
- Give it one job. Pick the single problem that annoys you most - usually the courts that go empty after a late cancellation - and judge it on that alone.
- Agree what "working" means before you start. A number, not a feeling: how many of those hours got taken this month versus last.
- Check the exit. Ask what you lose if you stop in three months. If the honest answer is "your member list", that is not a layer, that is a landlord.
The question under the question
When a club asks "do we have to leave Playtomic", they are rarely asking about software. They are asking whether the thing that works is about to be put at risk by the thing that might.
It does not have to be. Keep the system that takes your bookings. Fix the specific gap it leaves.
kortbase is that second kind of software. It reads the bookings your club already takes - from Playtomic, or from whatever you run - and messages the right member at the right moment on WhatsApp: a freed court, a match a player short, a reminder, a member who stopped coming. Your club keeps the software it runs on, your members book where they always have, and there is nothing to migrate. Book a demo and we will connect it to what you already use.