Registering property units in condominium software

What a unit record contains

A property unit is more than a door number. In the software its record gathers the physical identification (staircase, floor, internal number), the cadastral identification (municipality, sheet, parcel, subordinate number, category, cadastral income) and the data used for calculations, such as floor area or number of rooms. The holder, that is the person or company that owns it, is linked to these, along with any further figures such as tenant, usufructuary or co-owners.

Keeping the property data separate from the person data is an important choice. The unit stays the same over time, while owners change through sales, inheritance and gifts. Good software models this distinction: the unit record is permanent, the link to the holder has a start date and, when it changes, a transfer is recorded without deleting the previous history.

• Physical identification: building or staircase, floor, internal number
• Cadastral data: municipality, sheet, parcel, subordinate number, category
• Data for calculations: floor area, rooms, intended use
• Link to the holder and to accessory figures

The cadastral data required by the occupants register

Article 1130 no. 6 of the Italian Civil Code requires the register of building occupants to contain, besides the details of the holders of real and enjoyment rights, the cadastral data of each property unit. Entering it in the software when the unit is registered means the register is always ready, without having to rebuild it by hand when it is needed.

The main cadastral fields are municipality, urban section where present, sheet, parcel, subordinate number, category and class. In the software it pays to fill them in carefully, because the same identifier is later recalled in tax certificates, in dealings with third parties and in official communications. A wrong subordinate number does not block the accounts, but it can create confusion when the data is cross-checked against the cadastral survey or the deed of provenance.

Intended use and why it matters for allocations

The intended use, that is whether the unit is a dwelling, shop, office, garage or cellar, is not a decorative field. Some expenses are allocated differently depending on use, and some units may be excluded from certain items under the regulations or the law. A typical example is the lift expense, which under Article 1124 of the Italian Civil Code is split half in proportion to value and half in proportion to floor height: a ground-floor shop or a garage may carry a different weight than the apartments on the upper floors.

By recording the intended use in the software you can then link the unit to the right thousandths tables and exclude it from items that do not concern it. In this way the automatic allocation produces shares consistent with the chosen criterion, without having to intervene by hand on every expense.

How to enter units in the software, step by step

The orderly flow starts from the building already created and proceeds unit by unit. It pays to enter all the units first with their physical and cadastral data, then link the holders and finally associate the thousandths tables. Proceeding in this order reduces the risk of leaving records incomplete.

When the units are many, manual entry becomes burdensome. Many programs allow importing from a spreadsheet or recovering data from a migration: in these cases it is essential to test the data after importing, checking that the number of units matches, that the thousandths add up to the expected value and that every unit has a linked holder.

• Create the unit record with physical and cadastral data
• State the intended use
• Link the holder with the effective start date
• Associate the relevant thousandths tables
• Check that every unit is complete before closing

Common mistakes to avoid

The most common mistake is duplicating units: creating a new record when the owner changes, instead of recording a transfer on the existing record. The result is an inflated register, with thousandths counted twice and a fragmented history. The rule is simple: one physical unit corresponds to a single permanent record.

A second mistake is forgetting appurtenances such as garages and cellars, or merging them into the apartment when they instead have their own thousandths or must be excluded from certain items. Leaving cadastral data blank is also risky, because it makes the register required by Article 1130 no. 6 incomplete and complicates the issuing of correct certificates.

From a registered unit to a well-run building

Once all the units are registered with complete data and linked to holders and tables, the building is ready: allocations calculate themselves, instalments come out with the correct payee and communications reach the right people. The quality of the initial data determines the quality of everything that follows.

AmministraPro lets you manage unit records with cadastral data, intended use and the link to holders, keeping the property and the person separate. You can see the available features on the /funzioni page and compare the plans for your practice on the /prezzi page.

Frequently asked questions