Salta al contenuto principale

Features & tools

Keeping the owner history in condominium software

The owner history is the list, for each property unit, of who has held it over time, with the start and end dates of each period. In the software it is built automatically by recording transfers without deleting previous holders. This archive is not an accounting detail: it is a protective tool that allows the joint liability of Article 63 of the implementing provisions of the Italian Civil Code to be applied correctly in case of arrears, adjustments straddling a sale to be handled and precise answers to be given in case of disputes or litigation.

What the owner history is

Each property unit, over the years, may change owner several times through sales, inheritance and gifts. The owner history records this sequence: who was the holder, from when to when, with what share in case of co-ownership. It is the equivalent, at the level of the condominium register, of a timeline of the unit's ownership.

The condition for the history to work is the distinction between the property and the person. If the unit is a permanent record and holders are linked with effective dates, each transfer adds a chapter to the story without deleting the previous ones. If instead the owner is overwritten at every change, the memory of the transfers is lost, and with it the possibility of reconstructing past positions.

What it is really for: debt recovery and joint liability

The most delicate case is arrears that emerge straddling a change of ownership. Article 63 of the implementing provisions establishes that the incoming holder is jointly liable with the previous one for the contributions of the current year and the preceding year, and that the seller stays liable until they send the manager a certified copy of the deed of transfer. To apply these rules correctly you must know exactly who owned the unit in each period and when the deed was notified.

The owner history provides precisely this data. When the manager starts a debt recovery, they can identify the liable party for each year and direct reminders and any actions toward the correct person, with supporting documentation. Without the history, you risk demanding payment from someone no longer liable or overlooking the incoming holder's joint liability.

  • Identify the owner of each year in case of arrears
  • Apply the incoming holder's liability for current and preceding year
  • Check when the deed of transfer was notified
  • Document positions in case of a recovery action

Adjustments and expenses straddling the sale

When a sale falls mid-year, the amounts must be split between seller and buyer. The year-end adjustment, which arises from comparing budget and final statement, must be attributed pro rata to the two parties based on the period of ownership. The owner history, with the effective dates, is the condition for calculating this split correctly.

The same applies to extraordinary expenses resolved before or after the sale: identifying who they fall to requires knowing who owned the unit at the relevant moment. Software that keeps the history lets you answer these questions without reconstructing from memory, reducing the risk of errors and disputes between the parties.

Disputes, certificates and transparency

In dealings with members you may need to prove past positions: a disputed expense, an attributed balance, a liability for works. Being able to show the owner history, with consistent dates and amounts, strengthens the manager's position and supports the transparency required by good condominium management. Issuing certificates relating to past periods also becomes simpler and more reliable.

It should be remembered that the history contains personal data and must be processed in compliance with Regulation EU 2016/679: kept for the legitimate purposes of condominium management, for the time necessary, with access limited to those entitled. Good software keeps the history securely and allows it to be consulted only by authorised people.

How the history is built in the software

No dedicated activity is needed: the history builds itself if transfers are handled correctly. Every time a unit's holder changes, the transfer is recorded with the effective date; the old owner is not deleted but moves into the history with the indication of the period of ownership. Over time, each unit thus accumulates its own timeline of owners.

There is one operational rule: never delete an owner and never overwrite the data at every change. Closing the outgoing holder's period and opening the incoming one's is what feeds the history. If the building comes from a migration from another system, it pays to check that the past transfers were imported, so as to start with a complete history.

  • Record every transfer with an effective date
  • Do not delete outgoing owners
  • Close the holder's period and open the incoming one's
  • Check the imported history in case of migration

A reliable history is a safeguard

Keeping the owner history in order turns a simple archive into a defence tool: in case of arrears, adjustment or dispute, the manager knows exactly who was holder and when, and can document it. It is one of the least conspicuous functions of the register, but among the most useful when things get complicated.

AmministraPro builds the owner history by recording transfers with an effective date and keeping previous holders, with access reserved to those entitled. The features are described on the /funzioni page and the plans for your practice on the /prezzi page.

Frequently asked questions

Why is it not enough to keep only the current owner?

Because many issues concern past periods: arrears straddling a sale, pro rata adjustments, extraordinary expenses resolved before the transfer. Without the history you cannot identify who was the holder in each period, and it becomes hard to apply the joint liability of Article 63 or to defend positions in case of dispute.

Is the history useful for debt recovery?

Yes, it is decisive. Article 63 of the implementing provisions provides for the incoming holder's joint liability for the current year and the preceding one and the seller's liability until the deed is notified. The history lets you identify the liable party for each year and correctly direct reminders and actions.

How is the history built in the software?

It builds itself if transfers are recorded correctly: each transfer closes the outgoing holder's period and opens the incoming one's, without deleting anyone. The rule is never to overwrite owners at every change, so each unit accumulates its own timeline of holders.

Does the owner history raise privacy issues?

It contains personal data and must be processed under Regulation EU 2016/679: kept for the legitimate purposes of condominium management, for the time necessary, with access limited to those entitled. Suitable software keeps the history securely and allows it to be consulted only by authorised people.

What should I check after a migration from another program?

You must check that the past ownership transfers were imported, not just the current owners. If the migration brings only the current snapshot, the history restarts from zero and the memory of previous periods is lost. Testing the data on the history avoids discovering the gap just when joint liability needs to be applied.

Try AmministraPro

Accounting, thousandths-based cost splitting, meetings, communications and artificial intelligence in a single Italian software, compliant with UNI 10801 and GDPR.