> ## Documentation Index
> Fetch the complete documentation index at: https://docs.regasolutions.io/llms.txt
> Use this file to discover all available pages before exploring further.
# Making an offer
> One click, whole euros, and a floor that rises to your own amount and never comes back down: what the window reads before it lets you type, what Vestiaire answers, and what an accepted offer does — and does not — reserve.
On Vestiaire, a price is negotiable, and REGA gives you exactly one window to negotiate it in. That window sends **one offer, in whole euros, on a single click** — and the second it goes out, the minimum you are allowed to offer on that item rises to your own amount, permanently. We measured it twice: an item whose floor stood at **€1,225** came back with a floor of **€1,488** after one offer at €1,488.
**The four sentences to remember.**
1. **The floor rises to your amount, for good.** Offering at −10 % takes −30 % off the table on that item, forever. Aim right the first time.
2. **The window always names the account the offer goes out from**, even when you only have one. Read it before you confirm.
3. **Your offer covers the item alone.** Shipping and fees are added at payment, and the gap is not constant — we measured **+€4.90** on a jumper and **+€66.52** on a pair of heels going outside the EU.
4. **An accepted offer reserves nothing.** The item stays on sale for everyone until you have paid.
***
## Where the window opens, and which account it speaks for
There is no separate Vestiaire screen to go to. Vestiaire detections land in **the same feed as the Vinted ones**, on the dashboard, on the same cards — each one carrying a marketplace label written out in full. The offer starts from that card.
Three ways in, and they open **the same window**:
| Where you are | What you click |
| ------------------------------------------------------------------------- | ---------------------------- |
| A card in the feed, from its “More actions” menu | “Make an offer on Vestiaire” |
| The item's detail window, opened by clicking the card | “Make an offer on Vestiaire” |
| The “BUY ON VESTIAIRE” window, beside “Prepare the purchase (no payment)” | “Make an offer” |
**The order of that menu on a Vestiaire card is deliberate.** The harmless gesture comes first — adding the listing to your Vestiaire favourites — then the search that never leaves your browser, and the offer **last**: it is the only entry in the menu that commits you.
The window is titled **“MAKE AN OFFER”**, and while it reads the terms of the negotiation it says so: “Reading the negotiation terms…”. Nothing can be sent until that read comes back — an offer sent against terms we have not read is an offer sent blind.
**The account is named on screen even when there is only one.** With a single usable account, you read its name followed by “the offer will go out from this account”. With several, a **“From”** dropdown appears, restricted to the accounts that can actually act.
This is not decoration. Without a named account, our servers would take “the first usable account” and the offer would be recorded at Vestiaire under a name nobody chose. On a marketplace where an offer is irreversible, that is not a detail.
With no usable account at all, there is nothing to click: the window shows **“No Vestiaire account can make an offer”**, subtitled “sort this out in Accounts”. That is the **Accounts** screen in the menu, where a door reads “Open the Vestiaire Collective accounts”. What makes an account usable, and why one can be valid for browsing and refused for buying, is the whole subject of [Your Vestiaire accounts](/vestiaire/accounts).
***
## The offer, from the click to the payment
```mermaid theme={null}
flowchart TD
A["“Make an offer”
on a listing"] --> B{"A usable Vestiaire
account?"}
B -->|no| N["“No Vestiaire account can make an offer”
— sort this out in Accounts"]
B -->|yes| C["The window reads
the negotiation terms"]
C --> D{"Is there a floor
to work from?"}
D -->|no| E["No input field at all:
a guessed offer would burn an attempt"]
D -->|yes| F["You set a whole-euro amount
between the two bounds"]
F --> G["One click: “Make an offer”"]
G --> H{"What Vestiaire answers"}
H -->|refused| I["The reason Vestiaire gave
— and the bounds are read again"]
H -->|sent| J["Offer sent · the floor is now
your amount, for good"]
J --> K{"The seller"}
K -->|refuses or counters| M["The marketplace's price
is the one that counts"]
K -->|accepts| L["Valid 24 h · the item is
still on sale for everyone"]
L --> P["You pay on Vestiaire:
shipping and fees are added there"]
style J fill:#1f6f43,color:#fff
style I fill:#7a4b00,color:#fff
```
***
## What the window reads before it lets you type
An offer needs two bounds: a minimum you may not go under, and a maximum. REGA looks for them in **three places, in this order**, and stops at the first one that actually answers.
| Rank | Who speaks | When it speaks | What it gives on top of the bounds |
| ----- | ------------------------------------------- | ---------------------------------- | ----------------------------------------------------------------------------- |
| **1** | Vestiaire, its opening terms for the item | **Before any offer exists** | Suggested amounts, one of them recommended |
| **2** | Vestiaire, the live negotiation on the item | **As soon as one offer exists** | How many offers you have left, whether the offer was accepted, and until when |
| **3** | REGA's own rule | When the first two have gone quiet | The floor, and nothing else |
**The source of the floor is written on screen, and it is not decorative.** A bound handed over by the marketplace and a bound we worked out ourselves do not carry the same weight, so they are not written the same way.
* Served by the marketplace: “Minimum offer accepted by Vestiaire: `{min}`.”
* Worked out here: “Vestiaire did not state its minimum; `{min}` is derived from the observed rule (−30 %). An offer just below it may be refused.”
An answer that comes back **without a floor in it** is not treated as an answer: we move on to the next source rather than serve a zero floor under the label “the marketplace said so”. And when all three go quiet, the window refuses honestly instead of inviting you to offer a euro:
> “Vestiaire gives neither a minimum nor a maximum for this item, and nothing lets us derive them. Nothing has been sent: a guessed offer would burn one of your attempts.”
In that state there is **no input field at all**. That is the point: there is nothing to type into, so there is nothing to get wrong.
### The upper bound is Vestiaire's, not ours
The maximum shown is the one the marketplace publishes, and failing that the listed price of the item. It is **not** a cap set by REGA. The product arms no price cap anywhere, on either marketplace, and it is not going to: visibility replaces the constraint. The figures behind that choice are on [Money](/how-to/money).
***
## The floor, and the rule behind it
Vestiaire does not publish its formula. We measured it.
* On large amounts the floor served by the marketplace is **70.000 % of the listed price** — measured at **€1,225 on an item listed at €1,750**, and at 70.000 % across **25 listings**.
* On small amounts it drifts up to about **74 %**, and rounding explains that on its own: it is a **round-up to the whole euro**. Measured: an item at **€23** gives a floor of **€17** — that is 73.9 %, exactly the top of the range we observed.
So the rule REGA falls back on, when the marketplace says nothing, is: **take 70 % of the price, then round up to the next whole euro**.
That calculation is done in whole numbers, never in decimals. On the €23 item, a decimal calculation would land on €16 instead of €17 — and **one euro under the floor is a complete refusal**, not a near miss. The difference between 16 and 17 is the difference between an offer and a wasted attempt.
### How the two bounds are rounded on screen
**The floor rounds up, the ceiling rounds down** — each towards the inside of the interval. It is the only direction in which rounding cannot make you cross a bound.
The case that taught us this: on an item listed at **€126**, the exact floor is **€88.20**. Showing €88 on the slider looks harmless, and it is not — €88 is under the minimum, Vestiaire refuses it, **and the refusal consumes one of your attempts on that item**. The window therefore offers €89.
The listed price of the item, at the top of the window next to its title, is rounded to the nearest euro instead. That one is a label, not a bound — while the two figures printed under the slider are the bounds themselves, each rounded inwards.
***
## Why the bounds sometimes go quiet
This is the trap of the whole page, and it is worth reading slowly.
The first source — the marketplace's opening terms — answers **“a negotiation already exists”** and stops giving anything the moment a negotiation is open on the item. We saw it happen **three times in our measurements**. In other words: it goes silent **exactly** when the floor has just moved, which is exactly when you need it.
The second source closes that hole **without one extra request**: the bounds were already travelling inside the live negotiation's answer, and were simply being thrown away. That is also the only source that knows how many offers you have left.
Never read a floor from memory. Between two openings of the window, the floor can have risen — because of your own offer, or because someone else negotiated on the same item. The window re-reads the terms every time it opens, and again after every send.
***
## Whole euros, and nothing else
The amount leaves in **whole euros**. There is no cents field, and there is no half-euro on the slider.
| Control | What it does |
| ------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------ |
| The field “Your offer”, suffixed “€” | Where you type. Its accessible label says it plainly: “Offer amount in whole euros”. |
| A comma typed by hand | Accepted while typing, then **rounded to the nearest euro** and clamped back between the two bounds. |
| The slider | Runs from the floor to the ceiling, **in steps of €1**. |
| The `Enter` key | **Validates what you typed. It does not send.** |
| The percentage next to the amount | The gap against the listed price. Where no price is displayed, the window writes “listed price” rather than a percentage of nothing. |
**`Enter` deliberately does not send.** Sending on `Enter` would send the number as you typed it — before it was rounded and clamped — which is precisely the number that can sit one euro under the floor. One keystroke, one wasted attempt. So `Enter` confirms the value, and the button sends it.
***
## The suggestions Vestiaire itself proposes
When the marketplace supplies suggested amounts, the window opens on **the one it recommends**; failing that, on the first one; failing that, on **nothing at all**.
Each suggestion is a button carrying **the amount itself, in euros** — that is what you read, and that is what you click. Vestiaire's own wording for it — “−10 %” and the like — travels with it untouched and appears only when you hover the button with a mouse. We do not relabel someone else's offer terms, and we do not put their label where the figure that will be sent belongs.
**No default amount is ever invented.** A default sitting on the floor would lowball on your behalf, on a gesture that cannot be undone. A default sitting at the full price would be an empty offer. Where the marketplace suggests nothing, the field opens empty and waits for you.
***
## The floor rises to your amount, and never comes back down
This is the single most expensive fact on this page.
**After an offer, the minimum accepted on that item becomes your own amount.** Measured twice on real items:
| Item | Floor before | Your offer | Floor afterwards |
| ---------------------------------- | ------------ | ---------------- | ---------------- |
| Listed at €1,750 | €1,225 | €1,488 | **€1,488** |
| A second item, measured separately | €364.88 | one single offer | **€387** |
The consequence is blunt: **offering at −15 % permanently forbids going to −30 % later.** Whoever wants the floor has to aim for it on the first try.
The window says so **above the button**, before the gesture, not after it:
> “The minimum rises permanently to your amount: after an offer at −10 %, you can no longer go down to −30 %. Aim right the first time.”
And, on the same screen, the other half of the arithmetic:
> “Your offer covers the item only. Shipping and fees are added at payment time, and the gap is not fixed — the basket total is what counts.”
***
## How many offers you have left on an item
The number of offers is **capped per item** by the marketplace. That count is served only by the live negotiation — so it only exists **once a first offer has been made**.
* Before any offer, the count is **unknown**, and that is the normal case, not a fault. “Nothing” is not “zero”: treating it as zero would grey out the button on every item nobody has ever negotiated.
* Once known: “You have `{n}` offer(s) left on this item.”
* At the end of the line: “You have no offers left on this item — the number is capped per item.”
**What the cap actually is, we do not know.** The marketplace does not publish it, and we hold exactly one measured observation: **2 offers left** after an accepted offer of **€161 on an item listed at €189** (−14.8 %), valid for 24 hours. We would rather write that than round it into a rule.
***
## Sending: one click, and the one guardrail left
The window sends on **one click**, and does not ask you a second time. That is deliberate: the second confirmation this window used to show claimed a consequence that does not exist — that an accepted offer commits the purchase. It does not, and a confirmation stating something false is worse than no confirmation at all.
**The guardrail that remains** is narrow and precise: you cannot send **the same amount twice**. The marketplace would accept the second send, and it would consume one of your attempts for nothing.
The button refuses to send in eight situations:
| The button is refused when… | Why |
| ------------------------------------------------ | ------------------------------------------- |
| A send is already in flight | Two sends, two attempts |
| The terms are still being read | The bounds are not known yet |
| No account is usable | Nothing to send from |
| No amount is set | There is nothing to send |
| No floor is known | An offer at random burns an attempt |
| You have no offers left on the item | The marketplace would refuse it |
| Your offer on this item was already accepted | There is nothing left to negotiate |
| The amount is identical to the last one you sent | It would cost an attempt and change nothing |
The window carries **two** buttons: “Close”, and the one that sends — which reads “Make an offer”, then “Sending…” while the offer is in flight.
**An offer never touches your Vestiaire basket**, and never takes the buying lock: it talks to the negotiation and to nothing else. You can offer on one item while a purchase is being prepared on another. What the basket does hold, and why it is global to the whole account, is covered in [Buying on Vestiaire](/vestiaire/buying).
Offers are also refused outright **while a workspace is still being set up**: nothing that commits you leaves a workspace that has not been handed over yet.
***
## What happens the moment you send
A refusal from Vestiaire is not a breakdown of REGA, and our own server deliberately refuses to dress it as one: it answers the window the same way whether the marketplace said yes or no, and carries the marketplace's verdict inside that answer. So the window reads **what the marketplace actually said**, never merely the fact that an answer came back — the second of those would announce “offer sent” over a refusal.
| Outcome | What you read |
| --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
| Sent | “Offer of `{amount}` sent from `{account}`.” |
| Refused by the marketplace | The reason Vestiaire gave, in its own words. Where it gave none: “Vestiaire refused this offer.” |
| Sent, but not recorded here | “Offer of `{amount}` sent from `{account}`. It could not be recorded here: it did go out, but it will not show up in your offers.” |
**Never replay an offer after that third sentence.** It says exactly what happened: the offer **went out**, only our own record of it is missing. Sending again would offer the same amount a second time — refused by our own guardrail — or a different one, which can only be higher, since your floor has already risen.
Two things happen on their own after a send, and both matter:
* **On a refusal, the bounds are read again immediately.** A refusal very often means the floor moved between the moment the window opened and the moment you clicked.
* **On a success, the bounds are read again too.** The floor has just risen to your amount, and one attempt has just been spent — the window shows you the new state rather than the state you decided in.
**The offer is recorded here after it has gone out, never before.** Recording it first would show you a proposal the seller never received. And re-offering on the same item **overwrites** the previous line and reopens the follow-up: the marketplace only ever holds one live negotiation per item.
***
## Accepted, refused, countered
Three things can come back from the seller: an acceptance, a refusal, or a counter-offer. Each step of a negotiation — from either side — comes with a message the marketplace writes itself.
### When the offer is accepted
The window stops offering a field and shows three sentences instead:
> “Your offer on this item was accepted.”
> “It stays valid until `{date}`.”
> “Careful: an accepted offer does not reserve the item — it stays on sale for everyone until you pay.”
**An accepted offer reserves nothing.** We measured it: after acceptance, the item is still unsold, unreserved and available to every other buyer. The race you won on the offer is not the race for the item — that one is still open, and it closes when somebody pays.
The acceptance is valid **24 hours** — the deadline comes from the marketplace and is quoted as it stands.
Buying at the accepted price requires **nothing special**: the negotiated amount travels down to the basket on its own. Measured on a real negotiation: an offer accepted at **€34** gave a basket showing **€34** for the items — and a total of **€38.90**.
That gap is the point of the next warning.
**The amount you offered is not the amount you will pay.** Shipping and the marketplace's fees are added afterwards, and the gap is **not constant**: we measured **+€4.90** on a jumper and **+€66.52** on a pair of heels shipped outside the EU. The basket total is the only figure that counts. The full breakdown is on [Buying on Vestiaire](/vestiaire/buying).
### When it is refused, or countered
A counter-offer from the seller **changes the current price of the negotiation**. What REGA asked for and what the marketplace now holds can differ — and it is the marketplace that is right. The “BUY ON VESTIAIRE” window sums that state up on a line of its own, above its buttons: “Price `{price}` · minimum offer `{min}`”.
What we cannot do yet is show you a counter-offer, or the closing of a negotiation, on a screen. That is written out in full at the bottom of this page.
***
## What the seller sees — and what we cannot tell you
We can describe our side of a negotiation to the euro. The seller's side, we cannot, and we would rather say so than describe a screen we have never seen.
A negotiation moves in three kinds of step — an offer, an acceptance, a refusal — each of which can come from the buyer or from the seller, each carrying a message **written by Vestiaire itself**.
What the seller's screen or notification looks like when your offer lands. We hold no capture of the seller's side, so this guide describes none.
**Unknown.** The only deadline we have measured is the one on an **accepted** offer: 24 hours. For an offer nobody has answered yet, we have no figure, and we will not invent one.
**Unknown.** No acceptance rate is tracked anywhere in the product. Anyone quoting you one would be quoting a feeling.
***
## Our tips
An offer **becomes** the floor. There is no probing, no testing the water, no going back down. On the item measured, an offer at €1,488 turned a €1,225 floor into a €1,488 floor for good.
**The move**: decide your amount before you open the window, and if you want the floor, take the floor the marketplace serves — the one shown as “Minimum offer accepted by Vestiaire”.
The account named in the window is the one Vestiaire will record the offer under — and it is **the window's own choice**. It opens on the first account able to act, whatever account is picked anywhere else on the screen.
**The move**: with more than one account, re-read the dropdown **inside the window** just before you click. It costs a second, and it is the only moment you can still change your mind.
A Vestiaire connection can be valid for browsing and refused on the buying pages — measured on two real sessions. An account that cannot buy is also an account whose accepted offer you will not be able to honour within its 24 hours.
**The move**: before you start, go to **Accounts**, open the Vestiaire door, and read the state of the account you are about to offer from. See [Your Vestiaire accounts](/vestiaire/accounts).
Your offer covers the item alone. The measured gaps run from **+€4.90** to **+€66.52**, and destination is what drives them.
**The move**: on anything shipping outside the EU, decide your amount from the **basket total** you accept, not from the price on the card.
The acceptance is valid 24 hours, and during those 24 hours the item is on sale to everyone, at its normal price, for anyone who pays first.
**The move**: pay the same day. If the account is not ready to pay, sort that out **before** you offer, not after the acceptance.
That sentence means the offer left. Our record of it did not. Those are two different failures, and only one of them has consequences for your money.
**The move**: on that sentence, stop. Reopen the window later if you want to see the state: the bounds are read afresh every time, and they will tell you the truth.
The suggested amounts, and the recommended one among them, are Vestiaire's own. They are the closest thing to a signal about what this seller is likely to accept — nothing inside REGA knows more than that.
**The move**: if there is a recommended suggestion, that is the amount the window opens on. Changing it is a decision; keeping it is one too.
The floor can have moved since you last looked at the listing — your own offers move it, and so does anyone else's negotiation.
**The move**: always go through the window, opened from the card itself, always let it finish “Reading the negotiation terms…”, and read the floor it comes back with.
***
## What surprises people
It is the first thing everyone gets wrong. An acceptance here is a **price**, valid 24 hours — not a hold on the item. The listing stays up, and stays winnable by anyone who pays before you do.
It is served by the marketplace, and where the marketplace stays silent it is derived from 70 % of the price rounded **up** to the whole euro. Neither of the two is negotiable, and neither depends on which account you offer from.
Before your first offer on an item, the count simply does not exist — the marketplace only reports it once a negotiation is open. The window shows nothing rather than a zero, because a zero would block a button that should be perfectly clickable.
It validates what you typed, and the clamping between the two bounds happens at that moment. It is the one keystroke where doing less is safer.
The marketplace's opening terms stop answering as soon as a negotiation exists on the item — that is, right after the floor has moved. The live negotiation fills the gap, at no extra cost, but it explains why the source line under the field can change between two visits to the same item.
Redundant, on purpose. The alternative is an offer recorded under whichever account happened to be first in a list — which is fine ninety-nine times and unforgivable once.
An offer and a purchase preparation are two separate gestures that sit side by side in the “BUY ON VESTIAIRE” window. Only the second one touches the Vestiaire basket — and it empties it first.
Vestiaire would happily accept the second one and count it. The window refuses it here, where it costs nothing.
***
## What making an offer does not do yet
We would rather write it here than let you find out halfway through a negotiation.
Nothing in REGA sends an offer on its own — no rule, no schedule, no “offer −30 % on everything this filter finds”. Every offer comes from a click of yours, on an amount you set. This is a **decision**, not a missing piece: an irreversible gesture on somebody else's money does not belong to a loop.
There is no page listing the offers you have made. One message still points at one — “it will not show up in your offers” — and that sentence is, for now, pointing at a screen that does not exist. The record is kept; it is simply not shown anywhere yet.
Vestiaire does not hand us a buyer's list of negotiations, so even a future screen could only show what REGA itself recorded — and an offer that failed to record would be missing from it.
Refused, expired, closed: the state exists on our side, and no screen reads it today. What you get instead is the window's own re-read of the bounds when you reopen it.
If the seller comes back with a price of their own, the marketplace holds it and it is the one that counts — but no screen in REGA shows it to you yet, and no notification goes out.
The upper bound in the window is Vestiaire's, not a guardrail of ours. No cap is armed on this marketplace, on purpose: the product shows you the numbers instead of deciding for you.
One thing this window will never do is guess. Where the marketplace gives no minimum and no rule applies, there is no field, no slider and no default amount — only the sentence explaining why nothing was sent. A believable number would cost you an attempt, and attempts on an item are capped.
***
## Where to go next
Which account can offer, why a connection can be half valid, and the 30 days a session lasts.
What an accepted offer actually costs once shipping and the marketplace's fees are in the basket.
Where Vestiaire detections land, in the same feed as the Vinted ones, and where the offer window opens from.
Why there is no birth to catch here, and what a single shared watch means.
Caps, totals actually debited, and everything that can spend without you.
Every refusal sentence in the product, and the gesture that unblocks it.