Closing a deal: Won, Lost, and the celebration

6 min read · Updated Jul 27, 2026

Closing a deal — win or lose — is a drag on the board, not a form to fill out first. See "Working deals: pipelines, stages, and winning" for how the board, stages, and filters work day to day; this article is about the moment a deal actually closes.

Drop it on Won or Lost

The board keeps a Won zone and a Lost zone alongside your pipeline columns. Dragging a deal card onto either one doesn't close anything by itself — it opens a confirmation dialog first, so a card you drop by mistake and then cancel changes nothing and never fires the celebration.

1
Drag the card
Pick up a deal and drop it on the Won or Lost zone next to the columns.
2
Pick a reason
A loss reason is required — you can't confirm a Lost close without one (Price too high, Went with competitor, No budget, No decision / stalled, Bad timing, Lost contact, Other). A win reason is offered too, but it's optional (Price / value, Relationship, Product fit, Timing, Referral, Other).
3
Add details if useful
An optional free-text field lets you say more than the picklist covers.
4
Confirm
The deal is marked won or lost, moved to the matching terminal stage, and pushed to the matching opportunity in your PSA. If the write is refused, the dialog stays open with your reason still typed so nothing is lost.

What a win triggers

Confirming a win bursts a small celebration right at the spot you dropped the card (a brief glow instead, if you have reduced motion on), and separately, the win gets announced. Current knows the difference between a genuinely new customer and an existing one buying more, so the announcement copy is type-aware rather than one generic line for everything:

Win type	How it reads
New logo	A first-time partner — "welcome aboard" language
Expansion	An existing partner buying more — growth language, never "welcome"
Renewal	An existing partner staying — loyalty/retention language
Hardware	A gear/equipment order — kept neutral since it can go to a new or long-time partner either way

Current figures out which kind it is from the deal's own type, wording in the deal name (a name with "renewal" in it is a renewal even if it also mentions hardware), whether it recognizes an existing relationship with that company, and hardware keywords in the name — falling back to a generic celebratory line if none of that gives a clear answer. A dollar amount is only mentioned when the deal is worth $5,000 or more, or carries recurring revenue.

Who gets the win bell

A win posts an in-app notification (and a Teams channel message, if one is configured) to tenant admins and project managers by default — that default audience can be changed per tenant in notification routing. Whatever the routing says, the deal's own owner always gets their win bell too, even if their role wouldn't otherwise be in that audience — so the AE who closed it never misses their own win.

Deals linked to a Quoter quote

If the winning deal is tied to a Quoter quote and you can build projects, confirming the win offers a second step: launch the Win Quote wizard right there to turn the quote into a project. See "ScalePad Quoter: turn won quotes into projects and charges" for that flow.

Board vs. list view

The board only ever shows open-stage columns. Switch the status filter to Won, Lost, or All and Current automatically swaps to a list view instead, since closed deals don't have a column to sit in — there's a Board/List toggle above the pipeline for switching manually too.

Note

A refused close never celebrates quietly

If your PSA refuses the underlying opportunity update, the deal doesn't close in Current either, and no celebration fires — the dialog stays open with your reason preserved so you can fix the issue and try again.

Deals that were won or lost but never closed out

A deal can end up sitting on a won or lost stage while Current still counts it as open, usually because the system that created it set the stage and never set the status. Those deals inflate your open pipeline and they never reach a commission statement. Current never guesses a date to tidy one up: it closes a deal only when the real close date can be proven, and leaves the rest alone, because a guessed date would create commission in the wrong month.

The ones it left alone wait for you on Deal review, at /sales/deal-review. Sales leadership only, because closing a deal there writes commission. Each row shows the date Current believes is most likely and says where that date came from, so you can accept it or type the real one.

That queue emptied on 27 July 2026. A one-time close-out was planned and never ran: the everyday sync closed those deals instead, as it caught up with them. A deal a sync marks won without saying when still lands here rather than being guessed, so the page keeps working for the rare one that needs a person. Deal review is no longer listed in the Sales menu, because the queue is empty on a normal day: open the page directly when a deal needs working.

The rule underneath that is worth knowing on its own: commission only starts tracking when a deal is closed in Current. A close that comes from an import, a backfill or a one-off cleanup marks the deal won and fixes your pipeline, but it can never put money on a commission statement. A rep closing a deal in Current, or sales leadership closing one on Deal review, still pays exactly as it always did.

That rule covers the everyday syncs too. When a deal arrives already won from your HubSpot import, from the HubSpot two-way sync, or from an Autotask, ConnectWise or Halo opportunity, Current records that the close came from the sync and no commission is created for it. The deal still counts in your pipeline and your won-revenue reports; it simply pays nobody, because nobody won it here. Won quotes are the deliberate exception and always pay: a ScalePad or ConnectWise CPQ quote your rep built, sent and won is a win made in Current, exactly like closing a deal on the board.

The source is recorded only for the close the sync itself makes. If your team closed the deal in Current first, a later sync leaves it alone, and the rep's commission stays intact no matter how many times that deal syncs afterwards.

Two groups, because two different things are wrong

Group	What is wrong	What confirming does
We do not know if these closed	The stage says won or lost while Current still counts the deal as open.	Marks it won or lost, taken from the stage, and stamps the close date you pick. The stage never changes.
These closed, but we do not know when	The deal is already marked won or lost and carries no close date at all, so nothing that counts by month can count it: not won revenue, not goals, not commission.	Fills in the date and nothing else. The outcome and the stage stay exactly as they are.

The second group used to be invisible. A deal with no close date is missing from every windowed report, and the review screen only listed deals that were still counted as open, so nobody could find them without asking an engineer. Both groups are on the screen now, titled and explained separately. The counts at the top cover your whole workspace, and the line above the list says how many of those your filters are showing.

Heads up

Dates inside an open commission month create commission

If the close date you pick falls inside the commission month that is still open, the screen says so before you confirm and asks you to tick that you understand. If it falls inside a month that has already been approved, it tells you that month is settled and the commission will not change. Deals whose only date came from a system stamp can never be accepted in bulk, because that stamp is not a real close date. On a deal that is already won or lost with no close date, the field starts empty unless HubSpot recorded a real close date, because the only other date on record is the moment a sync touched the record, which is usually today. Type the day it really closed. A loss is never described as creating commission, because it does not create any.

Why a deal on a Won stage sometimes stays open

Current used to close any deal that landed on a won or lost stage and stamp today as its close date. For a deal that really did close today that is honest. For a deal won back in March that only reaches the stage now, it is a commission line in the wrong month that nobody asked for. So Current now closes only the ones it can stand behind: a deal your own team created and closed this month, a loss, or a deal that already carries a real close date. Everything else stays open and goes to Deal review for a person.

Note

What that costs, said plainly

Some deals now stay open instead of closing themselves, so your open pipeline and forecast can read slightly higher until someone works the list. That is deliberate. The alternative was a close date nobody could stand behind, quietly feeding a commission statement. Deal review can accept every trustworthy date in one action, so the list is short work.

Note

Nothing is guessed and nothing is hidden

Closing a deal on Deal review never moves it to a different stage, and every close is written to the audit log, so any of it can be traced or undone. The check for whether a date falls inside the commission month that is still open uses the same calendar commissions are built on, so the screen and your statements cannot disagree about which month a date belongs to.

Was this helpful?

← Previous

Renewals to defend: the Renewal Defense Score and war room

Which mailboxes sync to the CRM — and how to exclude one