Property & Contracting
Build it, sell it or lease it — projects, units, instalment schedules and cost per unit.
A group that builds and then sells what it built is running one accounting problem in two vocabularies. On site the unit of account is the term: what did the blockwork cost, and are we inside the rate it was tendered at. In the sales office it is the flat — and nobody ever spends money on flat 12. They spend it on the tower's excavation, the tower's lifts, the tower's scaffolding. Keep those in two systems and the cost of sale at handover is a figure somebody defends in a meeting. Keep them in one and construction cost lands on a contract term, the term names a unit, and every unit beneath it takes its share.
What Property & Contracting covers
3 modules, licensed together or separately.
- Contracting — Bills of Quantity, Variations & Site Cost Tenders, bills of quantity, extracts, retention and the subcontractor packages beneath them.
- Selling Property — One Document Books the Sale Reservation to handover: the unit sold, the schedule generated, the cost of sale released.
- Leasing Property — Rent Is Earned, Not Received Leases whose revenue accrues period by period, with renewals, fines and bulk collection.
Every hour on site lands on a unit
From the term to the flat
Plaster, tiling, the lifts - none of it is spent on one flat directly. It is spent against a contract term, and the term names an estate. From there the cost walks down the tree, so at handover a unit's cost of sale is its own history.
How it works together
Three modules, one estate tree. A project, a block, a building, a floor and an individual flat are levels of the same structure, and each module writes to it from a different direction.
- Price the work before it is won. A priced bill of quantities is built term by term, and underneath each term an analysis card explodes it into material, own labour, subcontracted work and other expense. The quoted rate is the consequence of that build-up rather than a number somebody typed over it.
- Spend against the term, not against the project. Material issues, subcontractor certificates, daily labour sheets, plant allocations and miscellaneous invoices all deposit their cost against the term code they belong to, which is why actual cost and tendered rate can sit in the same row and be compared.
- Name the unit on the term. One column on the contract’s terms grid is the whole of the configuration — or, with one setting flipped, the matching line of the analysis card. That single field is what turns a contractor’s records into a developer’s.
- Let the cost fall down the tree. Cost recorded against “the tower” is apportioned to every flat under it, level by level, weighted by area or by estimated cost. The mechanics, including the worked example and the trap in adding the levels together, are in pushing cost onto real estate units.
- Sell the unit, or lease it. A sale is one event with a long tail of instalments behind it; a lease is a long event whose revenue is earned period after period. They are two document chains and two licences over the same estate record, which is what lets one tower have sold apartments above leased ground-floor shops.
- Recognise the cost at the right moment. The cost accumulated on a unit before it was handed over is what the sales contract can book as its cost of sale; anything that arrives afterwards is swept separately and nets off what was already booked, so a snagging invoice in September charges only the increment.
The lump sums a developer absorbs that never passed through a construction contract — the land, the permit, the lift installation, the marketing campaign — arrive by a second and entirely separate path, described in distributing project costs over properties. Both paths end as cost on the same units. They are maintained by different documents, so an implementation should decide early which kind of money travels by which route.
Built for how the region actually works
Very few property groups here do only one of these three things. The company that tendered for a government job this year is developing a compound next year and holding the retail floor of it as an income stream, and the same finance team carries all three sets of books. That is why these modules share an estate tree and a ledger instead of being sold as three products — the alternative is a consolidation exercise every month between systems that disagree about what a building is.
The detail follows the same instinct. Advances are recovered from certificates under the repayment rule that was actually agreed, retention sits where the contract puts it, and an instalment plan running years past handover is described in a few fields rather than typed line by line. Rent is earned month by month even when the tenant pays quarterly, and a manager with four hundred shops collects the first of the month in one document rather than four hundred receipts. All of it is Arabic-first: a unit code, a tenant’s name and a printed payment schedule render right-to-left without a second template.
Every screen, field and setting is documented in full.
Read the documentation →Good question — already answered
We are a pure contractor and never sell units. Does the property half get in the way?
No. The route from construction cost onto property fires only where a contract term names an estate. Leave that column empty and nothing happens — no rows, no error, no warning. The contracting side stands on its own, and the selling and leasing licences are separate purchases you simply do not make.
How does money spent on a tower become the cost of one flat?
Every slice of cost carries the code of the contract term it was booked against. The system reads the estate named on that term, records the cost there, and then walks down the estate tree — each child taking a share of its parent's cost in proportion to its weight. The weight is unit area by default, and a setting switches it to contracting estimated cost for developers who price by expected cost instead.
Does the unit's cost change the moment we save the document?
No, and this is worth knowing before the first month-end. Processing a cost document queues a background task, and the figures on the units move when that task runs rather than when you press save. It is not a nightly job, so switching a schedule on will not make it happen sooner. Cancelling a cost document works the other way round — its estate rows are removed immediately.
Can we total the cost rows across the whole tree?
Not without counting the same money twice. The estate named on the term keeps the full amount, and each of its descendants also carries its own share of that same amount, so the rows are one cost written down at several levels rather than several costs. Any roll-up has to pick a level — the units, or the buildings, or the compound — and stay on it.
What about land, permits, lifts and marketing, which never went through a construction contract?
Those come in by the property module's own route: a catalogue of cost elements, each carrying its own rule for what to spread the money on and how far down the tree to spread it, plus a voucher where the amount is entered. It is a separate mechanism from the construction bridge, and since both end up as cost on the same units, it is worth knowing which of the two put a figure where.
Companies already running Nama ERP
Namasoft requires no posting run at all, and that is a very strong point. With the previous system that used to cost me a great deal of time and effort just to reach the information I needed — balances and so on — before I could produce a sound balance-sheet report. With Namasoft it costs us no time whatsoever.
Get started with Nama today
Tell us how your business runs and we will show you how Nama ERP fits it — in your language, on your infrastructure.







