Practical guide
How to use accounting descriptions for receipts and payments
The description is the label that accompanies every accounting movement and explains its nature: what a receipt refers to, what a payment was for, whether an operation is a real expense or a mere transfer of money. Clear and consistent descriptions make the condominium's books readable, ease reconciliation with the bank statement and reduce the posting errors that force checks to be redone at year end. This guide explains how to build a scheme of descriptions for receipts and payments, how to distinguish instalments from funds and expenses from transfers, and how a tidy naming convention improves the transparency of the statement toward the owners.
What a good description should state
- The nature of the movement: receipt, payment, transfer or fee
- The party: the owner who pays or the supplier being paid
- The reference: the instalment, invoice, resolution or accrual period
- The fund or management concerned: ordinary or works fund
- The anti-money-laundering reference when the payment is a transfer to a supplier subject to withholding tax
What a clear description is for
A well-written description lets you understand a movement without opening other documents. If the cash journal shows the line receipt first-quarter instalment flat number 5, anyone reading knows what the income refers to, which owner it belongs to and which period it is posted to. A generic description such as payment says nothing and forces you to rebuild the link by hand.
Clarity matters most during checks: bank reconciliation, verification of supporting documents by the council and approval of the statement at the owners' meeting. Movements with precise descriptions reconcile quickly with the bank statement and leave no room for doubt. Movements with vague descriptions generate requests for clarification and lengthen every review.
Descriptions for receipts
Receipts must be distinguished by type. Collecting an ordinary instalment is different from collecting a works fund instalment, which in turn is different from a refund or an occasional credit. The description must state the owner, the instalment or accrual period and the management concerned, so that the income feeds the right fund and updates the individual's position.
Distinguishing receipts is essential for calculating arrears: only if every payment is posted to the correct instalment can the software state precisely how much each owner still owes. A receipt recorded without a link to the instalment remains a suspended credit that clutters the receivables picture and must later be manually traced back to the right position.
Descriptions for payments
On the payments side the description must indicate the supplier, the invoice or document paid and the expense line the cost is posted to. The payment of the lift invoice, for example, should be linked to the specific invoice and to the lift maintenance line, so that the cost flows into the correct category of the statement and into the allocation according to the applicable criterion.
When the payment concerns a supplier subject to withholding tax, the transfer description must comply with the legal requirements for the transfers that enable tax deductions, and the books must record the taxable amount and the withholding to be paid separately. A description that confuses the net amount paid with the gross invoice generates cascading errors on withholding and tax obligations.
Distinguishing expenses from neutral movements
Not every movement is an expense or a receipt. Transfers between cash and bank, movements between funds and transfers between accounts are neutral operations that do not affect management totals. They must have a dedicated transfer description, distinct from expense and receipt ones, otherwise they end up inflating costs or income with amounts that are neither.
Bank charges also deserve their own description: they are real expenses, but of a different nature from maintenance or supply costs, and keeping them on a dedicated line makes the statement more readable. The general rule is that every type of operation has its own description, so that the totals by description immediately reveal the structure of the condominium's flows.
Building a consistent description scheme
A description scheme works if it is stable over time and used the same way for all the condominiums managed. Changing the naming from one year to the next, or using different descriptions for identical movements, makes it hard to compare years and to search for movements. A few clear, reused descriptions are better than dozens of improvised labels.
Descriptions should map to the chart of accounts and the allocation tables, so that every movement already knows which expense or income category it should flow into. This consistency between descriptions, chart of accounts and tables is what makes building the statement and the allocation automatic at year end.
Descriptions and management software
A management platform with preset descriptions linked to the chart of accounts reduces posting errors: the operator picks the correct description and the system automatically assigns the movement to the right line, fund and table. Searching by description then lets you isolate all movements of a given type in an instant.
AmministraPro lets you work with distinct descriptions for receipts, payments, transfers and fees, linked to the chart of accounts and the resources, so that every movement flows into the correct category of the statement. To see how descriptions integrate with the cash journal, allocation and reconciliation, you can review the features on the /funzioni page and the plans on the /prezzi page.
Frequently asked questions
Why isn't it enough to write payment or receipt as the description?
Because a generic description does not let you understand what the movement refers to without opening other documents. Receipt does not say which owner paid, which instalment it covers or which management it is posted to; payment does not indicate the supplier, the invoice and the expense line. Precise descriptions make bank reconciliation fast, arrears calculation reliable and the statement verifiable without requests for clarification.
Must the transfer description differ from that of an expense?
Yes. Transfers and movements between cash, bank and funds are neutral operations that do not affect management totals, whereas an expense takes money out of the assets. Using a dedicated description for transfers, distinct from expense and receipt ones, prevents the movement from being counted as a non-existent cost or income and keeps the statement totals truthful.
How should the description of a transfer to a supplier with withholding tax look?
It must comply with the legal requirements for transfers that grant tax deductions, where applicable, and the books must record the taxable invoice amount and the withholding to be paid separately. A description that confuses the net actually paid with the gross invoice generates cascading errors on the withholding calculation, its payment via the F24 form and the year-end certifications.
Is a receipt recorded without a link to the instalment a problem?
Yes. A receipt not posted to a specific instalment remains a suspended credit that clutters the condominium's receivables picture and must later be manually traced back to the owner's correct position. Only by linking every payment to the right instalment can the software calculate each owner's residual arrears precisely. The receipt description must therefore always state the owner, the instalment and the period.
Is it worth changing the description scheme every year?
No. A description scheme works if it is stable over time and used uniformly across all the condominiums managed. Changing the naming from one year to the next makes it hard to compare years and to search for movements. A few clear descriptions, mapped to the chart of accounts and the allocation tables and always reused the same way, are better, so that building the statement stays consistent and largely automatic.
Try AmministraPro
Accounting, thousandths-based cost splitting, meetings, communications and artificial intelligence in a single Italian software, compliant with UNI 10801 and GDPR.