A deposit taken on the call, without a card number ever entering the call.
Stripe is not a booking system and this page is not about booking. It is about the thirty seconds after the appointment is agreed, where a deposit either gets taken or does not. Stripe publishes payment link creation as a single endpoint, which means the agent can send a link mid-call and the caller enters their card on Stripe's own page, so the number never passes through the conversation at all.
Why would a phone agent touch payments at all?
Because for some businesses the no-show is a bigger problem than the missed call, and the only reliable defence against a no-show is money changing hands at the moment of booking. Online booking flows collect deposits automatically. Phone bookings almost never do.
The gap is behavioural rather than technical. Asking a stranger for a card over the phone is uncomfortable, so front desks skip it, particularly when the shop is busy, which is exactly when the phone is ringing. The result is that the bookings arriving through the highest-intent channel are also the least protected ones.
This matters most where the appointment consumes a resource that cannot be resold. An empty treatment room, a reserved Saturday at a venue, a two-hour dental block: none of those can be recovered at 4pm on the day. The revenue is not deferred, it is gone.
What gap does a separate payment system leave?
Reconciliation, and the delay that causes it. When bookings live in one system and payments in another, taking a deposit means somebody creating a charge somewhere else and matching it back to the appointment by hand, which is enough friction that it happens on the expensive bookings and not on the rest.
The Square case is different and worth naming: there the calendar and the card processing are one account, so the deposit lands against the booking automatically. Most businesses are not in that position. They book in a practice management system and take payment through Stripe, and nothing joins the two except a person.
So the deposit becomes a policy that exists on paper. The website says a deposit is required to hold the appointment; the phone booking made at 4:50pm on a Friday does not have one, because nobody was going to stop and set up a charge at that moment.
None of this is a criticism of Stripe. It is payment infrastructure and it does that exceptionally well. The join to your calendar was never its job.
What does Stripe's API actually allow?
Creating, updating, retrieving and listing payment links, with events emitted when a link is created or updated. One endpoint call produces a shareable hosted payment page, which is all a phone agent needs.
Verified against the vendor's own API reference
| Capability | In Stripe’s API | Endpoint |
|---|---|---|
| Create a payment link | Yes | POST /v1/payment_links |
| Update a payment link | Yes | POST /v1/payment_links/:id |
| Retrieve a link and its line items | Yes | GET /v1/payment_links/:id, /line_items |
| Receive an event when a link is created | Yes | payment_link.created |
| Take a card number by voice | Never, by design | - |
Read from Stripe API reference: Payment Links on August 12, 2026. APIs change; this is what the index listed that day.
What that means for your build
The last row is the architecture, not a policy. A payment link moves card entry onto Stripe's hosted page and the caller's own device, which means no card number is ever spoken, transcribed, or stored anywhere in the call path. Whether deposits are in scope for your build, what they are set at, and which appointment types require one are all your decisions; we will not add a payment step to a page describing your service unless your build includes it.
What it will not do
- Take, repeat, or store a card number. Not on a recording, not in a transcript, not ever. The link exists specifically so this is structurally impossible.
- Set your deposit policy or waive it. It states the policy you have.
- Issue a refund. That is a human decision on a human's account.
- Guarantee the caller pays. It can send the link mid-call and confirm it arrived; the payment is still theirs to complete.
What does taking a deposit on a call sound like?
Brief, and less awkward than doing it by voice, because nobody has to read numbers aloud in a room with other people in it.
An example call: composite, not a recording
A couple call a wedding venue to hold a Saturday in September. This is the highest-value single booking the venue takes and the one most damaged by a soft hold that evaporates.
- Caller
We'd like to hold the 12th of September if it's still free - we're deciding between two venues this week.
- Agent
The 12th is available. To hold a Saturday in September we take a five hundred dollar deposit, which comes off the final balance - shall I send you the link now?
Stating the venue's own policy plainly at the moment of booking, which is the moment it is easiest to accept. - Caller
Yes, that's fine. Do you need the card?
- Agent
No - I never take card details over the phone. I'm sending you a secure Stripe link, you enter it yourself on your own phone. It should arrive in a few seconds.
POST /v1/payment_links creates the link. The refusal is a genuine architectural property and it reassures the caller rather than delaying them. - Caller
Got it - okay, that's paid.
- Agent
Perfect, the 12th is held. Emma will call Monday to walk you through catering and timings, and the deposit comes off the balance as agreed.
The hold is real because money moved. The follow-up is a person, because a venue booking of this size should be.
A Saturday in September held with a real deposit, from a couple who were comparing two venues that week, taken on the call rather than promised and chased.
A deposit is the only thing that reliably stops a no-show, and phone bookings are the ones that never have one - not because the policy is missing, but because nobody wants to ask a stranger for a card while standing in a busy room.
If your no-shows cluster on phone bookings while your online bookings hold, the difference is not the customer. It is that one channel asks for the deposit and the other does not.
Start free pilotQuestions about deposits and payments
No, and it is structurally incapable of it rather than merely instructed not to. The agent creates a Stripe payment link (POST /v1/payment_links, verified August 12, 2026) and sends it by text. The caller enters their card on Stripe's own hosted page, on their own device. No card number is spoken, so none appears in a recording, a transcript, or anywhere in the call path. That is the whole reason this is the only payment mechanism we will offer.
Square is one account for booking and payment, so the deposit lands against the appointment automatically with nothing to reconcile. Stripe is for the far more common case where those are separate systems: you book in a practice management platform and take payment through Stripe, and nothing joins them but a person. The agent creating the link at the moment of booking is what closes that gap, and it is why the deposit actually gets taken on the 4:50pm Friday booking instead of being skipped.
Technically yes, a payment link can be for any amount you configure. Whether it should is a business decision and we would usually argue for a deposit rather than full prepayment on a phone booking, because a large charge taken from someone who has just spoken to an automated agent for the first time is a support conversation waiting to happen. Deposits carry the no-show risk without carrying that one.
You find out, and that is the useful part. The agent can send the link and confirm it arrived, and it cannot make someone tap it, so the booking is either held with a deposit or it is not, visibly, at the time. That is considerably better than the current state, where a phone booking has no deposit and nobody notices until the appointment is a no-show. Whether an unpaid hold still occupies the slot is your policy and the agent states whichever one you set.
Hear it take a deposit without touching a card
The free pilot is about fourteen days to a working line with no call limit. Book something that requires a deposit and watch the link arrive before you have finished agreeing to it.
Start free pilotLast updated .