How to Mark Units as Sold or Available on DrawMagic

A buyer in Bengaluru called a developer's sales line on a Tuesday afternoon, specifically about a corner unit on the ninth floor of Tower C — a unit the listing showed as available. The sales executive who picked up had to check the internal tracker, put the buyer on hold for four minutes, and then explain that the unit had actually been booked three weeks earlier during a launch-weekend rush. The buyer, understandably annoyed at having spent time getting excited about a home that was never really on the table, asked a fair question: "if this one's gone, what else is actually available?" The executive didn't have a confident answer ready, because the tracker they were checking from wasn't the same one the listing pulled from.

This gap — between what a listing shows and what a sales team's internal tracker actually knows — is one of the most common and most avoidable sources of buyer frustration in Indian real estate sales. Inventory moves fast, especially during launch weekends in high-demand corridors, and a listing that lags even a few days behind reality turns every enquiry on a sold unit into wasted time for both the buyer and the team.

This guide covers how to keep per-unit inventory status accurate on DrawMagic, how to use on-hold status correctly during the token/booking stage, and how to build a reconciliation habit that keeps your listing trustworthy even during your busiest sales weeks.

Why Accurate Inventory Protects Trust and Sales-Team Time

The cost of an inaccurate inventory status is not evenly distributed — it lands hardest on your best leads. A buyer who is casually browsing and finds a unit listed as sold simply moves on. A buyer who has done their homework, decided this specific unit fits their budget and floor preference, and calls specifically about it is the buyer you least want to disappoint with a status mismatch. According to IBEF's Real Estate Industry in India report (February 2026), India's real estate sector delivered 406,889 units in FY25 — a scale of activity where, across hundreds of concurrent launches in fast-moving corridors, inventory tracking discipline is the difference between a sales team that spends its time closing and one that spends it apologising.

An accurate, current status field does the opposite of what an out-of-date one does: it lets buyers self-filter to only the units genuinely available, and it lets your sales team spend every call on a real opportunity instead of a status correction.

Step-by-Step: Setting Per-Unit Status and Bulk Updates in the Builder Portal

Unit-level inventory lives on the Properties surface, so start at /builder/properties for the project you're managing.

1. Open the unit inventory view, organised by tower, wing, and floor, matching the numbering convention your sales team already uses on site.
2. Set each unit's status to Available, On-Hold, or Sold as bookings happen. These three statuses map directly to the three real states a unit moves through during a sales cycle.
3. Use bulk update for multi-unit changes — after a launch-weekend booking rush, for instance, update every booked unit in one pass rather than one at a time, reducing the lag between a sales event and the listing reflecting it.
4. Timestamp every status change, so your team (and, indirectly, buyers) always know how current the inventory view is.
5. Confirm the buyer-facing display on /builder/listings matches what you just updated in Properties — the two should never diverge.
6. Watch your dashboard for how enquiry volume and mix shift after a reconciliation — a common pattern is fewer but higher-intent enquiries once dead units stop appearing as live options.

Inventory Statuses and the Trigger/Action for Each

The on-hold status matters more than it might appear — it is the state most often mismanaged, either left as "available" (misleading buyers into enquiring on a unit that is effectively gone) or jumped straight to "sold" before the booking has actually been confirmed (which can create its own problems if the hold later lapses and the unit needs to go back on the market).

Geographic and Demographic Specifics That Matter

• Fast-moving launch inventory in high-demand corridors — parts of Bengaluru, Pune, and Hyderabad in particular — can see a significant share of a tower's units move status within a single launch weekend, making same-day or next-day reconciliation essential rather than optional.
• On-hold/blocked units during the token stage are extremely common in Indian sales cycles, where a buyer pays a booking amount to lock a unit while home loan approval or personal fund arrangement is finalised — these units are neither fully available nor fully sold, and the on-hold status exists specifically for this in-between state.
• Tower/wing/floor numbering conventions used on site should match what appears in the portal exactly, so a sales executive and a buyer looking at the same unit number are seeing the same real unit, not a mismatched internal code.
• RERA's fair-advertising expectation is that a project should not advertise unavailable inventory as available — this is a straightforward compliance reason, on top of the trust reason, to keep the status field current.
• Premium or limited-configuration units — corner units, higher floors, park-facing configurations — draw disproportionate enquiry volume relative to their numbers, so these are the units where a status lag causes the most visible frustration when it happens.

Mini Scenario: A Bengaluru Tower Reconciling Availability After a Launch Weekend

A 96-unit tower in Bengaluru's Whitefield micro-market held a launch-weekend event that moved 34 units from available to on-hold within two days — a normal pace for a well-received launch in that corridor. The developer's CRM team had been tracking bookings on a spreadsheet during the event itself, planning to update the portal "on Monday."

By Monday afternoon, the listing was still showing all 96 units as available, and the sales line had fielded a dozen calls specifically about units that were already on-hold. The team then did a full bulk update from /builder/properties, moving all 34 booked units to on-hold in a single pass, and set a two-week review date to confirm which holds would convert to firm sales and which might lapse.

The following week, the team adjusted their process: instead of updating the portal after the event, they updated it unit-by-unit as tokens were received during the launch itself, using the same view on their phones at the sales desk. Enquiry calls the following weekend came in almost entirely for genuinely available units, and the team reported spending noticeably less time on status-correction conversations.

Handling On-Hold Units and Releasing Them Back Honestly

Not every on-hold unit converts to a sale. Loan approvals fall through, buyers change their minds, or a booking amount is refunded when a deal doesn't proceed. When this happens:

• Move the unit back to Available as soon as the hold is confirmed to have lapsed — do not leave it on-hold indefinitely out of hope that the buyer will return.
• If a specific buyer had expressed strong interest in that unit before it was briefly held, consider reaching out to them directly before the unit reappears broadly on the listing — this is a sales judgment call, not a portal requirement.
• Keep a review cadence for on-hold units (weekly is reasonable for most projects) so a stalled hold doesn't quietly sit in limbo for months while genuinely interested buyers are told it's unavailable.

Pro Tips for Managing Inventory Status

• Update status at the moment of booking, not at the end of the day or week — the gap between a real event and a portal update is exactly where buyer frustration originates.
• Use on-hold deliberately for the token/booking-amount stage rather than skipping straight to sold or leaving the unit as available.
• Reconcile weekly at minimum, and daily during launch weekends or high-velocity sales periods.
• Match portal unit numbering to on-site numbering exactly, so there's never a translation step between what a sales executive sees on a floor plan and what a buyer sees online.
• Treat bulk update as your default tool after any sales event, rather than updating units one at a time under time pressure.

Common Mistakes to Avoid

• Showing sold units as available for even a short window — buyers who enquire on a unit that's already gone rarely forgive the wasted time gracefully.
• Never releasing lapsed holds back to available inventory, quietly shrinking your visible inventory over time for no reason.
• No update cadence at all, relying on memory or an internal spreadsheet that the public listing never syncs with.
• Jumping straight from available to sold, skipping the on-hold state entirely and creating confusion if a booking later falls through.
• Letting internal team numbering diverge from the portal's unit references, creating a translation error every time someone has to cross-check the two.

How This Connects to the Rest of Your Listing

Unit availability is only one part of what a buyer evaluates in a single glance at your listing — they are also reading your published pricing and your construction-status field at the same time, and all three need to agree with each other. Review the complete buyer-facing view on /builder/listings regularly, and manage the underlying unit records from /builder/properties as your day-to-day source of truth.

If your organisation is still deciding how much of its portfolio to manage through DrawMagic, the builder landing page covers the full set of portal tools beyond inventory management alone.

The Value of Accurate, Current Inventory

Keeping unit status current costs a few minutes per booking and prevents the specific kind of frustration that turns a promising buyer into a frustrated one — and turns a sales team's time into status-correction calls instead of closing conversations. At the scale IBEF describes — 406,889 units delivered in FY25, per the IBEF Real Estate Industry in India report — the developers whose listings buyers trust are the ones whose "available" genuinely means available, every time someone checks. See how inventory management fits into the fuller builder toolkit on the builders page.

Key Takeaways

• An out-of-date inventory status hits your best leads hardest — buyers who did their homework and called about a specific unit are the ones most frustrated to learn it's already gone.
• Use three statuses deliberately: Available, On-Hold (token/booking stage), and Sold (finalised agreement) — don't skip on-hold.
• Update status at the moment of booking, especially during launch weekends when dozens of units can move status within days.
• Use bulk update after sales events to close the gap between a real-world event and the portal reflecting it.
• Match on-site tower/wing/floor numbering exactly to what appears in the portal to avoid translation errors.
• Release lapsed on-hold units back to available promptly instead of leaving them in limbo.
• RERA's fair-advertising expectation is that unavailable inventory should not be shown as available — reconciliation is a compliance habit, not just a trust one.
• Reconcile inventory weekly at minimum, and daily during high-velocity launch periods.
• Keep unit availability consistent with your published pricing and construction-status fields for a coherent buyer-facing listing.
• Monitor your dashboard after reconciliation — accurate inventory typically shifts enquiry mix toward fewer, higher-intent calls.

FAQ

Should I mark a unit sold as soon as a token is received? No — use On-Hold for the token/booking-amount stage, and reserve Sold for a finalised agreement, since holds can still lapse.

How quickly should inventory update after a launch weekend? As close to real-time as your process allows; if same-day updates aren't feasible during the event itself, reconcile via bulk update the next business day at the latest.

What if a unit is under negotiation but no token has been paid yet? Keep it Available until a token or booking amount is actually received — a status field should reflect confirmed commitment, not an ongoing conversation.

Keep your inventory accurate from your builder dashboard, update unit status directly in property management, and confirm what buyers see on your live listings.