1. Show me a double booking being prevented
Not a permission setting — the actual behaviour when two users book the same unit at once.
Buyer's guide
There is no single best real estate ERP software in Bangladesh, because developers here run four different businesses under one name: apartment sales, land and plot projects, joint ventures, and construction. The right system depends on which of those dominates your revenue. This guide sets out the real categories, who serves each well, and the questions that separate them.
Most software shortlists in this market go wrong at the first step: the developer collects five vendor demos and compares feature lists. Feature lists all look the same, because every vendor lists every module. What differs is which workflow the product was actually designed around, and that shows up only under load.
A useful shortlist starts from your own revenue mix. If eighty per cent of your money comes from apartment pre-sales on joint-venture land, your binding constraints are booking control, kisti collection and JV allocation. If you are a plot developer in Purbachal or Gazipur, your constraint is land records, mutation status and multi-year collections. If you are primarily a contractor who also develops, your constraint is BOQ, procurement and progress billing.
These need genuinely different software. A product excellent at the third is often mediocre at the first.
Grouped by what the product was built around, not by marketing claim.
| Category | Built around | Fits you if | Trade-off |
|---|---|---|---|
| Construction-first ERP | BOQ, procurement, site cost, contractor billing | Construction is the majority of your cost and risk | Sales, CRM and collections tend to be shallower |
| General business ERP with a real estate module | Accounting and inventory, with property added on | You need group-wide accounting across several industries | Property workflows are configured, not native — kisti, JV and deeds usually need customisation |
| Agent / brokerage CRM | Portal lead capture and agent productivity | You are a brokerage selling other people's inventory | No unit ownership, no payment schedules, no JV — wrong buyer entirely |
| Custom-built software | Exactly your current process | You have unusual requirements and in-house IT to own it | No roadmap, no other customers finding bugs, and key-person risk |
| Developer-first real estate ERP | Inventory, bookings, kisti, land, JV and commission | Property sales and collections are your core business | Less depth in heavy construction cost control than a construction-first ERP |
PropERP sits in the last category. That is a positioning statement, not a claim of superiority — the first category genuinely wins when construction cost control is the binding problem.
The established local names include PinTechERP (PinBuild+), Mysoft Heaven (Sheba ERP), iBOS/Managerium, Unova, SRS IT, GPIT, ERP.COM.BD and Somikoron, alongside development houses such as BengalTech that build to order. Regional and global options — Odoo, Zoho, and agent CRMs like B2BBricks — also appear on most shortlists.
Where they are genuinely strong: PinTechERP has the deepest local presence and the most complete construction-side ERP story, and is the reference point most buyers will compare against. Mysoft Heaven brings broad multi-industry ERP experience and a long client list. Unova speaks land and khatian vocabulary properly, which very few vendors do. Odoo offers unmatched flexibility if you have the technical capacity to shape it. Each of those is a real advantage for the right buyer.
Where PropERP is different: it is built developer-first rather than construction-first, it ships joint venture and deed handling as core modules rather than customisations, WhatsApp Business API is native rather than bridged, and the product is bilingual by design rather than translated. If your problem is BOQ variance on a large contracting operation, one of the construction-first products will serve you better and we would rather say so at the first call than at month six.
Ask every shortlisted vendor these, and ask for the answer to be demonstrated rather than described.
Not a permission setting — the actual behaviour when two users book the same unit at once.
A buyer renegotiates in month nine. Watch what happens to the remaining kisti lines and the already-issued receipts.
42% of 38 units. Where does the residual go, and can both sides see the same table?
With Bangla numerals, on a letterhead, from a live booking — not a sample PDF.
Does the receipt reverse, the kisti reopen and the ageing resume, or does someone edit a number?
Which applications are pending, at which office, for how many days.
Official Cloud API, approval status visible, reply landing on the lead record.
Slab resolved from the booking, accrual following collections, withholding on the statement.
Configuration, migration, templates, training, parallel run, support boundary — all four vendors will answer differently.
There is no single answer, because the category contains at least five genuinely different product types. If construction cost control is your binding problem, a construction-first ERP wins. If property sales, kisti collection and JV allocation are, a developer-first ERP wins. The useful question is which of those describes your revenue.
For developers whose core problem is sales, collections, land and joint venture, yes. Those products have real strengths — PinTechERP in particular has the deepest local construction-ERP story and the strongest local presence — and for a contracting-heavy operation they may be the better fit. We would rather be honest about that boundary than win a mismatched deal.
Odoo is genuinely flexible and can be shaped into almost anything if you have technical capacity or a good implementation partner. The trade-off is that Bangladesh-specific workflows — kisti schedules, khatian and mutation, JV landowner shares, Bangla money receipts — are configuration and custom development rather than shipped behaviour, which shows up as implementation cost and upgrade friction.
Occasionally yes, if your process is genuinely unusual and you have in-house engineering to maintain it for a decade. The costs people underestimate are the absence of a roadmap, the absence of other customers finding your bugs, and key-person risk when the developer who built it leaves.
For a mid-size developer moving from Excel, expect weeks rather than days for configuration and migration, plus a parallel-run period. Any vendor promising a same-week go-live on a multi-project portfolio is describing a login, not an implementation.
Yes — indicative annual ranges and the six variables that move a quote are on the pricing page. It is not a rate card, because the same user count can mean very different implementations, but it is enough to build a budget before any sales call.
Next step
Bring the list above to the call. If we fail one of them for your business, that is worth finding out in forty minutes rather than after a signature.
40 minutes · walked through on your project structure · no card required