Response to consultation Paper on Draft Regulatory Technical Standards on the prudential treatment of software assets

Go back

Question 1: In case some software assets are classified within tangible assets in your institution, what are the main reasonsfor doing so and what isthe percentage of this classification compared with the classification as intangible?

NA

Question 2: Do you have any comment on the proposed approach for the prudential treatment of software assets?

Banks’ investment in software is a key factor for success not only in ensuring that their business models remain competitive and resilient, but also in terms of ever-greater IT and cybersecurity risk. Furthermore, this type of investment contributes to banks’ profitability, which ultimately supports system-wide financial stability and reduces the likelihood of bank failure.
The COVID-19 crisis has evidenced the importance of a strong IT network for business continuity and resilience, with banks carrying on crisis monitoring, business as usual operations and customer support mainly by using distributed networks that have allowed their staff to work from home to an unprecedented extent. This has and will require continuing software investment.
The importance of software is reflected also in CRR2 (in Recital 27), when the amortization of software for prudential purpose in banks were long discussed.

Question 3: What is your view on the calibration of the prudential amortisation period?

The proposal to consider only a two-year amortisation period appears to be very conservative. Generally, the banks in Poland have according to the accounting rules two years period for amortization of intangible assets. But this period is treated as minimum period. When banks apply this period the prudential and accounting amortization period are the same. However, the banks may prolong the period for accounting purpose. The reason for such prolongation can be weaker financial results and big need for modernization of the IT in banks. This is the case for some smaller banks. They have no chance to compete successfully without the investment in software but weaker current financial results may hamper in order to apply two years amortization period. These banks should not be penalized for their prudential approach.
In our opinion the experience indicates that the software is used In bank for longer period than 2 years and it maintains in usability in longer period. This is the reason that is no justification for the limitation of prudential amortization period to 2 years. We propose to consider a little longer period for prudential amortisation period, for example 3 years.

Question 4: What is your view on the proposed alternative approaches illustrated above?

Polish banking industry recommend the implementation of the option B. In our opinion this approach is easier for implementation than the option A. We are conscious that the option B is more conservative approach, but the option A can be preferred by the banks which are more developed and invest a lot in software. In our opinion in approach B banks have already the data necessary for quick implementation. The additional benefit in this approach is the prior validation of software for accounting purpose.

Question 5: If considered needed, please provide any complementary information regarding the costs and benefits from the application of these draft RTS.

NA

Question 6: If considered material, please provide your own estimate on the difference in the impact of prudential amortisation treatment between (i) assuming the capitalisation date of software assets as the starting point for prudential amortisation (ie. Option A illustrated in this CP) and (ii) assuming the date of accounting amortisation as the starting point for prudential amortisation, but fully deducting from CET1 items the costs capitalised until this date is (i.e. Option B illustrated in this CP) .

NA

Question 7: Please provide any additional comments on the Consultation Paper.

The proposed approach has been designed in order to be simple to implement and applicable to all institutions in a standardised manner as this is the case today with the deduction treatment (page 4 of the EBA consultation paper).
In practice, the proposed approach requires calculations to be made at the level of all individual software assets, taking into account the number of calendar days elapsed since the exact date of recognition on the balance sheet. In our opinion, the proposed approach can be further simplified without any significant impact on the outcome.

Upload files

Name of the organization

Polish Bank Association