AWRA OpsHub Search

For property managers & landlords

Collect reliably, maintain accountably, account for every shilling

Rent and service charge invoiced and reconciled, arrears aged and chased, repairs approved before the spend and logged with photos. Units, deposits, owner statements and costed work orders are the property layer, and it is a build rather than a feature — the honest split is below.

Sound familiar?

If any of these ring true, you are exactly who this was built for.

The monthly matching game

Rent lands across M-Pesa, three banks, and cash with vague references — and the first week of every month goes to working out who actually paid.

Maintenance that leaks

Repairs handled by phone calls and receipts: nothing tracked, nobody sure what was approved, and owners billed for work no one verified.

Held money, blurred

Deposits, landlord funds, and the agency's own income sit in one account — until a refund or remittance is due and the pool will not stretch.

Owner statements by hand

Every landlord wants to know what their property earned and cost — and each statement is rebuilt manually, late, and inconsistently.

What runs today, and what we build with you

Running in the product now

  • Invoices, payments and balances per customer, which is how a unit is billed and settled today, with the renter or the landlord as the customer.
  • M-Pesa collection matched automatically — a payment quoting the invoice number attaches to that invoice and updates the balance, with unreferenced receipts still captured for you to attach.
  • An aged arrears report with automated reminders, behind its own permission.
  • Approved spend and contractor payouts on one register — expenses coded to department, category and project, purchase orders for parts and works, and payment out by bank or M-Pesa.
  • Tasks with photos, checklists, assignees, comments and recurrence — enough to run planned servicing and log every repair.
  • Documents attached to the transaction — the lease, the quote, the signed completion note — checksummed and access-logged.

The property layer — on the roadmap, and commissionable now

  • Property, unit and lease records. The entities everything else hangs off, and the right place to start a build.
  • Recurring rent and service-charge billing, so the monthly run raises every unit's invoice instead of somebody raising them one at a time.
  • Deposits held and proven separately, with a per-unit balance, itemised deductions and a refund workflow.
  • Owner statements — collected, less fee, less costs, per landlord, per period, generated rather than rebuilt.
  • Work orders costed to a unit, so a repair flows onto the right owner statement instead of into general expenses.
  • Bank statement matching alongside the M-Pesa matching that already works.

Every item above is an absence rather than a position — there is nothing in this list we would decline, which is why this page has no third column. Each is commissionable now on the same terms as everything else here: a written specification, a timeline and a price, before any money moves. Property, unit and lease records are the right place to start, because the billing, the deposits and the owner statements all hang off them. The evidence that this is a real offer rather than a sales line is Kenya, where the eTIMS transmission and the maintained statutory payroll engine were both built exactly this way. We will not name a date on this page, and we will name one in a quote.

Be clear-eyed about the shape of this: the money layer is live and genuinely good, and the property layer is a build rather than a configuration. Agencies run on us today by using customers and projects where units would go — workable at one or two buildings, thin across a portfolio. If you want the property layer itself, that is a conversation we welcome and will scope in writing. If you need it live this quarter, buy a dedicated property package and keep us for the accounting.

How teams get started

1

Start with collection

Load units and issue referenced invoices — M-Pesa and bank payments start matching themselves, and the matching week disappears.

2

Bring repair spend under approval

Every repair a task with photos and an assignee, and its parts and contractor spend on an approved purchase order. This is the step that stops the leak; the costing-to-unit half needs the property layer.

3

Export what the owner needs

Collections, arrears and approved spend exported per customer and period, assembled into your own statement template. One click is what the property layer would buy you, and it is not built yet.

Questions we are asked here

Frequently asked questions

Does this handle M-Pesa rent collection?

Yes, at invoice level — the unit layer above it is roadmap work. An M-Pesa payment quoting the invoice number attaches to that invoice automatically and updates the balance, and unreferenced or partial receipts are still captured for you to attach by hand. Bank statement matching is not built and sits on the roadmap alongside it. The reference is per invoice rather than per unit, because property, unit and lease records are themselves roadmap items: agencies run today with the renter or the landlord as the customer, which works at a building or two and gets thin across a portfolio.

How does it keep deposits safe and separate?

It does not yet, and this is the honest gap on the page. There is no deposit record, no per-unit deposit balance, no itemised deduction and no refund workflow in the product today, so held money is not segregated by the system and you should not rely on it for that. What is on the roadmap, and what we will scope in writing, is deposits held and proven per unit with itemised deductions and a refund flow. Until it ships, keep deposits in a separate bank account and reconcile them outside the system — and if segregated client money is the reason you are buying, say so now rather than in month three.

Can it produce statements for each landlord?

Not as a generated statement today; that is roadmap work. The underlying numbers are real — invoices, payments and balances per customer, aged arrears with reminders, approved spend and contractor payouts on one register, and documents attached to the transaction — so the components exist and can be exported. What is not built is the statement itself: collected, less fee, less costs, per landlord, per period, produced on demand. It needs the property and unit records it would hang off, which are the first thing we would build here.

Is this suitable for a small agency or a single landlord?

Today it suits a landlord or agency whose main pain is collection and spend control rather than portfolio administration. Referenced invoicing, automatic M-Pesa matching, aged arrears with reminders, approved repair spend, contractor payouts and maintenance tasks with photos and checklists all work now. Recurring rent and service-charge runs, deposits, owner statements and work orders costed to a unit are roadmap items rather than live features. That trade is usually fine at a handful of units and gets steadily worse across a portfolio — so if you need the property layer this quarter, buy a dedicated property package and keep us for the accounting.

Bring one building to a demo

See referenced rent reconcile itself against real M-Pesa receipts, arrears aged and chased, and repair spend approved before it happens. Then ask us to show you a unit record, and watch us say it does not exist yet — that is the part worth testing.