Software choice
Moving mid-year accounting to new software
Switching software mid-year is possible, but it needs a different method from a simple records import: accounting is in motion, there are instalments already issued, receipts collected and expenses paid, and the dedicated bank account has a real balance to reconcile. The risk is double counting: loading the same receipt twice, or splitting an expense already charged. The safest route is to treat the switchover moment as a snapshot, one opening balance per position, and restart from there with only the subsequent movements. This guide explains how to set the balances, how to handle instalments and receipts already on the books, and how to reconcile the dedicated account in the new system.
Data to fix at the switchover moment
- Each owner's balance towards the condominium, credit or debit, at the switchover date
- Instalments already issued for the current financial year, with their due dates
- Receipts already collected, allocated to the corresponding instalments
- Expenses already paid and those committed but not yet settled
- The real balance of the dedicated bank account and any cash fund
- The reserve fund and any special funds resolved by the owners' meeting
Why an opening balance beats the full history
In general, purely accounting data is the hardest to migrate between different systems, because each software structures accounts and movements its own way. Rebuilding every movement of the current year in the new software is laborious and risky. The most solid practice is to fix a switchover date and load the opening balances at that date, as is done when an administrator takes over during an already started financial year.
With this method the new software does not need to know every single movement of the old one, only the starting point: how much each owner owes or is owed, how much is in cash and in the account, which funds are set up. From there on, only new movements are recorded. The detailed history of the previous period remains available in the old system or in the exports, which must be kept.
Instalments already issued and receipts collected
The most delicate point is handling instalments. If the meeting has already approved the budget and the year's instalments have been issued, the new software must recognise which are already due, which collected and which still expected, without reissuing them. It is best to load the instalment plan as its current state: amount, due date and quota already paid for each, so reminders restart from the right point.
Receipts already collected should not be recorded as new movements, otherwise they would add to the opening balance and produce double counting. They are part of the initial snapshot: the owner's opening balance already reflects what they have paid. The guiding criterion is simple: every euro must appear only once, either within the opening balance or as a subsequent movement, never in both.
Paid, committed and incoming invoices
Expenses fall into three categories: those already paid, those committed but not yet settled, and future ones for the year. The first are part of the initial cash balance and should not be re-entered; the second should be noted as supplier payables, because they will affect the final statement; the third will be recorded normally as invoices arrive.
Watch out for electronic invoices in transit: an invoice issued by the supplier before the switchover but received afterwards should be recorded in the new system with the correct accrual period, avoiding attribution to the wrong period. For this reason it is best to set the switchover date at a relatively calm moment, not right before large settlements, and to check with suppliers which invoices are still incoming.
Reconciling the dedicated bank account
The condominium must operate through a dedicated bank account, as required by Article 1129 of the Italian Civil Code, and that account's balance is the reality benchmark against which to balance the accounting. At the switchover, you take the effective balance from the statement and set it as the initial balance of the payment resource in the new software.
From that point, every recorded movement must match the statement, and the first reconciliation in the new system is the real test: if the reconstructed accounting balance matches the bank one, the migration of the financial part has succeeded. Linking the account to the software, where the software allows it, makes this check continuous rather than manual.
Closing the year consistently
At year end the final statement must be complete even though part of the year was managed on the old system. That is why the opening balance is not just a cash figure, but should be accompanied by the expense totals already incurred by category, so the final report, drawn up under Article 1130 bis of the Italian Civil Code with accounting register, financial summary and explanatory note, represents the whole year.
The simpler alternative, when timing allows, remains closing the year with the old software and opening the new one from the following year, starting with records and tables already imported. The choice depends on urgency: software like AmministraPro supports both the open-year start with opening balances and the clean takeover from a new year. The /funzioni page describes the accounting and reconciliation tools and /prezzi lists the available plans.
Frequently asked questions
Is it better to switch software mid-year or wait for year end?
When timing allows, the simplest route is to close the year with the old software and open the new one from the following year, importing records and tables in advance. If the switch is urgent, you proceed mid-year by fixing the opening balances at the switchover date. Both paths are valid; the second requires more care to avoid double counting between what is already on the books and the new movements.
How do I avoid counting receipts already collected twice?
By treating them as part of the initial snapshot, not as new movements. Each owner's opening balance already reflects what they have paid: if the receipts were then recorded again as movements, they would add to the balance and produce double counting. The practical rule is that every euro appears only once, within the opening balance or as a movement after the switchover date, never in both.
What do I do with instalments already issued and partly paid?
You load the instalment plan as its current state, indicating amount, due date and quota already paid for each instalment. This way the new software knows which instalments are due, which collected and which still expected, and reminders restart from the correct point without reissuing what has already been requested from owners. Instalments should not be regenerated from scratch, otherwise alignment with what was already communicated is lost.
Where do I record invoices received around the switchover?
In the system where they are processed, but with the correct accrual. An invoice issued by the supplier before the switchover but received afterwards is recorded in the new software attributing it to the right accrual period, so as not to distort either the final statement or the supplier position. It helps to agree the switchover date at a quiet moment and to ask suppliers which invoices are still incoming, so none are lost in the change.
How do I verify the financial part was transferred correctly?
By reconciling the dedicated bank account. You set as the initial balance the real statement balance at the switchover date, required by Article 1129 of the Italian Civil Code, and then check that the accounting balance reconstructed in the new system matches the bank one. If the two figures agree, the migration of the financial part has succeeded. This first reconciliation is the most reliable test of the accounting transfer.
Try AmministraPro
Accounting, thousandths-based cost splitting, meetings, communications and artificial intelligence in a single Italian software, compliant with UNI 10801 and GDPR.