For booking systems, CRMs & platforms

We take the call. You keep the booking.

VOCA answers when customers reach out: phone, chat, email, SMS, social media. Around the clock, even after closing. We take the call and write the booking straight into your system through your API. We replace nothing. Your system stays the one that counts.

Data in the EU GDPR & EU AI Act Limited, revocable accessA small API surface
Where we sit

We sit in front of your platform, not in place of it.

Businesses lose bookings every time the phone rings unanswered or a message sits unread. VOCA answers instead: by phone, in web chat, and over SMS, email and social media. It reads what the customer wants and completes the booking for them.

The booking lands in your system, through your API, exactly as if one of your own users had typed it in. Your product, your data and your customer relationship. We don't touch them.

You're the booking engine. We're the front door.

What we are, and aren't
An AI layer for every inbound channel
More completed bookings into your platform
A thin, well-behaved client against your API
A booking engine, calendar or database
A competitor to your product
How you fit in

The customer reaches out.
We handle the conversation.
The booking lands in your system.

The same flow on every channel, in every industry. Everything on our side is generic. Your platform is the one fixed point everything lands in.

A customer
reaches out any time, day or night
on any channel
PhoneWeb chatSMSEmailWhatsAppInstagramMessenger
VOCAVOCA
replies in seconds, around the clock
Understands intentVerifies the customerChecks real availabilityBooks, reschedules, cancelsHands off to staff when needed
Under the hood: channel adapters normalise every message to the same format, an AI core decides what should happen, a verification step confirms who's asking, and a booking connector talks to your API. We run the models and everything around them. All you see is the connection.
across a single boundary: your API
The only thing that crosses the boundary: four booking operations
Check availabilityCreate bookingModify bookingCancel
written into
Your side
Your booking system
is and stays the source of truth
the confirmation goes back to the customer
The customer gets their confirmation on the same channel they reached out on. The booking lives in your system, exactly like today. Want the conversation history and notes thrown in too? You've got it.
What we need from you

One small, well-defined API. That's genuinely all.

There's not much to do on your side. One way to log us in, four operations, and something to match the customer on. No login to your interface, no database dump, no migration.

What we ask for

Limited keys. An API key or OAuth client that only reaches booking endpoints, and that you can revoke anytime.
Availability check. Given a date, time and party size, what's actually available.
Create, modify and cancel. The three write operations, with an idempotency key on create.
A key to match the customer on. Usually a phone number or email, so we find the right person and their bookings.
Change notifications, if you have them. A webhook when something changes on your end, so we never double-book.

What we never touch

Your end customers' payment or card details
Your admin interface, staff accounts or back office
A bulk export of your customer database
Anything outside the permissions you give us
Your prices, your contracts and your customer relationships
The integration surface

Four operations. One contract.

Map them onto what you already have, and you're done. They look the same whether the customer's booking a table, a vet visit or a tyre change.

Operation 01

Check availability

What's actually free, in real time. We never promise the customer a time without asking you first. No guessing.

Read
Operation 02

Create booking

A new booking with the customer's details and any notes. It carries an idempotency key, so a retry never becomes a double booking.

Write · idempotent
Operation 03

Modify booking

A new time, a bigger party, or changed details. Only after we've verified it's the customer's own booking.

Write · verified
Operation 04

Cancel

Frees up a time the customer owns. Same check as modifying, so no one can cancel someone else's table.

Write · verified

No public API yet? We work with what's there. A direct API is ideal, but a partner gateway, an aggregator, calendar-level access, or a structured handoff while you build something deeper all work too.

Direct APIPartner gateway / aggregatorCalendar-levelStructured handoff
Identity & verification

How we know it's really the customer.

Creating a booking is harmless. Touching one that already exists isn't. Here's how the check works, using a phone number as the example.

1
The channel already proves identity
A call or text comes from a real number. Email from a verified address, chat from a logged-in session. We capture that identity from the channel itself. The customer can't just claim who they are.
2
We match it against the booking on your end
Before we modify or cancel, we look up the booking through your API and compare the number that called with the contact on the booking. If it matches, we proceed. If not, we do nothing.
3
At the slightest doubt: tighten up or hand off
If the identity is weak or the matter is sensitive, we send a one-time code to the verified number, or hand off to a human. We never guess. You set your own rules for when staff get involved.
Security & trust

Built so your security team can say yes without a six-month review.

The surface is small on purpose. Everything around it is traceable, revocable and EU-compliant from the start.

Least privilege

Keys only reach booking endpoints. You rotate or revoke them instantly. We never ask for more than the four operations require.

Data in the EU & GDPR

Conversation data sits on servers within the EU, under a data processing agreement. The list of subprocessors is open, and the right to erasure is built in.

No double bookings

Every booking is preceded by a real availability check. Create carries an idempotency key. Your change webhooks keep both sides in sync.

Fully traceable

Every action traces back to a conversation and its history. You can always see what was done, for whom, and why.

AI disclosure & the EU AI Act

VOCA always tells the customer it's an AI. The system follows the transparency requirements in the EU AI Act.

Gentle on your limits

We respect your rate limits and back off when needed. A spike on our end never becomes a flood of calls on yours.

Every service business

One contract, whatever “a booking” means for you.

The four operations stay the same. Only the words change. The same core serves a restaurant platform and a veterinary system without a single new kind of endpoint.

Restaurant & hospitality
Tables, covers and sittings; party size, service times and special requests.
One booking = one table reservation
Veterinary & clinics
Slots per treatment type and clinician; patient, owner and reason for the visit.
One booking = one visit
Dental & healthcare
Treatment slots, recurring check-ups and recall reminders; practitioner and room.
One booking = one treatment
Vehicles & service
Workshop slots per job type and bay; vehicle, registration number and estimated time.
One booking = one service slot
Hotels & accommodation
Room nights per type and rate; check-in, check-out, guests and requests.
One booking = one stay
Personal services & in-store
A slot with a specific person or resource: opticians, salons, studios.
One booking = one appointment
Why partner with VOCA

An AI front door for your customers, that you didn't have to build yourself.

The businesses running your system are already losing trade to missed calls and unread messages. We catch them and turn them into bookings, in your platform. That makes you more essential, not less.

1

More completed bookings, straight to you

Every call we save after closing or in the middle of a rush becomes a booking in your system. New volume on rails you already own.

2

A voice & chat layer with no build cost to you

No AI team to staff, no models to keep running, no channel integrations to maintain. We carry that. You expose four operations.

3

Zero churn risk for your product

We sit in front of you, not on top of you. You keep the data, the bookings and the customer relationship. We just make them worth more.

Questions from integrators

The questions partners actually ask.

Are you trying to replace our system?

No. You stay the source of truth. We're a client against your API. The booking lives in your platform, managed by you, exactly like today.

What access do you actually need?

Limited keys for four operations: check availability, create, modify, cancel. Plus a way to match a customer, usually phone or email. Nothing more.

How do you avoid double bookings?

We never confirm without a real availability check. Every create carries an idempotency key. A change webhook from you keeps both sides in sync.

How do you know it's really the customer?

We match the number or email getting in touch against the contact on the booking before we change anything. When needed, we add a one-time code.

Where is the data stored?

Within the EU, under GDPR data processing agreements. Subprocessors are listed openly, and you control the retention period.

What if we don't have a public API?

Then we work with what's there: partner gateway, aggregator, calendar-level access, or a structured handoff until you've built something deeper.

Who owns the customer relationship?

The business, and you. We're the plumbing in the conversation, not a party to the relationship.

How heavy is the integration?

Light, on purpose. Four endpoints and one login method. Count on weeks, not quarters.

Let's map your API to ours.

Send us your API documentation, or just your questions. We'll get back to you with exactly how the four operations fit together on your end.

VOCA · Partners & Integrations