Academy › Build › Bookings and orders

While payment is being entered, the unit stays available for sale

By the end, you'll know what happens to a unit of stock while someone's paying by card, and how long you wait for someone paying by bank transfer or Venmo before canceling their order.

By Yodai · Published September 6, 2026 · Updated October 12, 2026

Someone comes to buy the last unit you have left of a product. They hit "pay," pull out their card, and right then get distracted: their phone rings, they switch tabs to check their bank account, it takes them four minutes to come back. In the meantime, is that unit still open for someone else to buy, or is it held just for them?

It depends on how your store works. Some stores hold the unit as soon as someone starts paying, and release it if the payment doesn't come through within a few minutes. Others only subtract the unit from stock once payment goes through: while someone's entering their card, nothing is held for them, and the unit stays up for sale to everyone else until a payment is completed. If yours works that way, you don't control the card's timing. What you do control is something else: how long you wait for someone paying by bank transfer or Venmo before releasing their order. You confirm those payments by hand, and until you mark them as paid, the unit doesn't get subtracted.

Get this wrong and one of two things happens. Either you cancel the order too soon, and someone who was paying in good faith finds, once they send the money, that the order's gone. Or you wait too long, and in the meantime, someone else buys the last unit with a card, so the payment that arrives later is for something you no longer have.

What happens to the unit while someone pays by card

Subtracting stock at payment time solves the underlying problem: you're not subtracting stock because you guessed someone would buy, you're subtracting it when they actually pay. But that doesn't say what you do with the unit while that person is in the middle of the process, card entered, bank verifying the code that just landed by text.

If your store doesn't hold anything during that stretch, two people could be entering their card for the same unit at the same time, and both could end up paying for a unit only one of them can actually get. You'll have to message the other one to refund them and explain there's no unit left, which is one of the worst conversations you'll ever have with a customer.

Stores that hold the unit as soon as someone hits pay avoid that overlap, in exchange for releasing it a few minutes later if the payment doesn't come through. In yours, if it doesn't hold anything, that overlap can happen with the last unit, and what's in your hands is handling it well when it does. What's fully yours from start to finish is the window on payments you confirm by hand: how long you wait for the money before canceling the order.

Two clocks: card payments and payments you confirm by hand

With bank transfers and Venmo payments that you confirm yourself, the clock is different, and you're the one who sets it. The customer makes those payments on their own time, whenever they can, and you see them when you check your bank account. Set a deadline and tell the customer when you get the order: "your order stays pending until tomorrow at noon; if I don't see the payment by then, I'll cancel it." A clear deadline stated up front is a generous window for someone paying in good faith, not a courtesy for someone who went off to compare prices on another site and isn't coming back.

Stretching the deadline out day after day "just in case" has a cost you won't see at first glance: while that order stays pending, the unit stays up for sale, and the longer you wait, the easier it is for someone else to pay for it by card, so the payment that finally arrives is for something you no longer have. That's the real price of misguided caution, and you're the one who pays it, with a refund and an apology.

When you finally see the payment, mark the order as paid: in a store that subtracts stock on payment, that's the moment the unit gets subtracted. And if the deadline passes with no payment, cancel the order and let the customer know, so they don't send money late for an order that no longer exists.

Not every sale gets paid at the same speed

Not everything you sell gets paid for the same way, and it's worth adjusting the deadline you give for hand-confirmed payments case by case. The more in demand what you're selling is, and the fewer units you have left, the shorter it should be, because it's that much easier for someone else to beat you to it with a card payment.

With that, you've got the full mechanics down: you know the exact moment your store subtracts the unit, that nothing is held while someone pays by card, and how long you wait for someone paying manually. What we haven't covered yet is what happens when two people show up for that same unit at once. That's the next piece.

A good deadline for manual payments won't save you from a different problem: what happens when two people hit pay for the same last unit at almost the same second.

In Yodai the store comes with the Free plan, with a catalog, a cart and orders. See how to create your online store for free.