Parking

Who parks where, settled

Parking causes more arguments per square metre than anything else in a building. Most of them are really disputes about a record nobody kept.

Parking — Parking allocation and management
Building facade detail

What it does

Map your bays — including multiple basement levels — and allocate them to units or to residents directly. Some are included in the rent, some are paid extra, and some are visitor bays. All three behave correctly.

Vehicles are registered against the allocation, so a car in the wrong bay can be identified in seconds. And when a bay changes hands, the old allocation is kept as history rather than overwritten.

  • Bays across multiple basement and surface levels
  • Allocation to a unit or directly to a resident
  • Included, paid or visitor bays, each billed correctly
  • Vehicles registered against the household that parks there
  • Bulk creation for a new level, rather than one bay at a time
  • A permanent history of who held which bay, and when

Why it matters

Correctable

Terms change — a bay allocated as paid becomes included, or moves to another unit. The change is recorded properly instead of being typed over.

One bay, one holder

The system will not let the same bay be live to two units at once, which is where most parking disputes begin.

Billed automatically

Paid parking appears on the unit’s invoice with the rest of its charges, prorated for a part month.

Questions

Can one household have two bays?

Yes, and two vehicles on one bay is handled too — both are ordinary situations rather than special cases.

What about visitor parking?

Visitor bays are held separately from allocated ones and are not billed to a unit.

Can we map two basement levels?

Yes. Levels below ground are supported, and a whole level can be created in one action rather than bay by bay.

See it against your own building

A short walkthrough using your buildings, your charges and your questions — not a canned demo.