Frequently asked questions

The system that holds units, leases, tenants and owners in one place and runs the money between them. Rent invoices generate from the lease rather than being typed each month, maintenance is logged against the exact unit, and owner statements pull each property’s income and fees into one report.

Two costs, worth separating. The licence, charged per user or per unit. And the implementation: configuration, data migration, integrations and training. The second is where budgets actually move. Published ranges are industry estimates, not a quote. We work on a fixed fee with no hourly billing, migration included.

Compare on what is expensive to change later. Does it handle your awkward lease types. Can it run multiple entities with consolidated reporting. Does it do trust and escrow accounting properly. Will it connect to your MLS feed and your ledger. Can you get your data out again.

In stages, with the old system still running. We extract units, leases and history, contacts, open balances, deposits and documents, load them into a test environment, and reconcile against the old system before sign-off. Most go live in 8–12 weeks, running both systems through one full billing cycle.

Yes, and the route depends on what your board exposes. A modern MLS API is cleanest, an IDX feed covers public listing search, and some boards still run RETS. We map the fields to your property records once and keep them in sync, pushing status changes back where the rules allow.

Most platforms offer some connection, though they differ on whether it runs one way or two. Said plainly: QuickBooks manages the ledger, not the property. Invoices, receipts and journals belong there; lease terms, unit history and owner charges stay in the property system. We build that split deliberately.