a także mając na uwadze, co następuje:(1) Przepisy dotyczące sposobu ostrożnościowego traktowania ostrożnie wycenianych aktywów będących oprogramowaniem, na których wartość nie wpływa w sposób negatywny restrukturyzacja lub uporządkowana likwidacja instytucji, ani jej niewypłacalność lub likwidacja, zostały zmienione rozporządzeniem Parlamentu Europejskiego i Rady (UE) 2019/876 2 , tak aby dodatkowo wesprzeć cyfrową transformację sektora bankowego. Rozporządzeniem (UE) 2019/876 również wprowadzono do rozporządzenia (UE) nr 575/2013 art. 36 ust. 4, na podstawie którego nałożono na Europejski Urząd Nadzoru Bankowego (EUNB) wymóg opracowania projektu regulacyjnych standardów technicznych określających stosowanie odliczeń związanych z aktywami będącymi oprogramowaniem od pozycji kapitału podstawowego Tier I. Aby zapewnić spójność przepisów dotyczących funduszy własnych i aby ułatwić ich stosowanie, należy włączyć te regulacyjne standardy techniczne do rozporządzenia delegowanego Komisji (UE) nr 241/2014 3 , w którym zgrupowano wszystkie standardy techniczne dotyczących funduszy własnych.
(2) Właściwe organy mogą nadal analizować aktywa będące oprogramowaniem, które instytucja włącza do kapitału, w poszczególnych przypadkach i również wykonywać swoje uprawnienia nadzorcze zgodnie z art. 64 dyrektywy Parlamentu Europejskiego i Rady 2013/36/UE 4 , w szczególności w przypadku gdy pula inwestycji w oprogramowanie mógłby przynieść niepożądane korzyści ostrożnościowe lub w przypadku gdy zachodzi podejrzenie, że zakres swobody wynikający z mających zastosowanie standardów rachunkowości jest wykorzystywany przez instytucję do obejścia niniejszego rozporządzenia.
(3) Ze względu na różnorodność oprogramowania wykorzystywanego przez instytucje trudno jest ocenić w sposób ogólny, które aktywa będące oprogramowaniem mogłyby mieć wartość możliwą do odzyskania w przypadku restrukturyzacji lub uporządkowanej likwidacji instytucji, jej niewypłacalności lub likwidacji, a w przypadku aktywów faktycznie posiadających taką wartość - to, w jakim stopniu wartość tę można by odzyskać, i trudno jest wskazać konkretną kategorię oprogramowania, które by zachowało swoją wartość nawet w takim scenariuszu.
(4) Ponadto dokonana przez EUNB ocena konkretnych przypadków przeszłych transakcji sugeruje, że prawdopodobieństwo spisania jest takie samo dla wszystkich aktywów będących oprogramowaniem bez względu na kategorię. Nawet gdy wartość aktywów będących oprogramowaniem jest przynajmniej w części zachowana, zazwyczaj okres użytkowania takiego oprogramowania zmienia się tak, aby uwzględnić fakt, że nabywca instytucji będzie wykorzystywał oprogramowanie tylko do zakończenia procesu migracji. Jak wynika ze zgromadzonych informacji, taki proces migracji zazwyczaj trwa od jednego roku do trzech lat. Schemat ten powinien znaleźć odzwierciedlenie w ostro- żnościowym traktowaniu aktywów będących oprogramowaniem.
(5) Wziąwszy pod uwagę ograniczoną wartość, jaką aktywa będące oprogramowaniem zdają się mieć w przypadku restrukturyzacji lub uporządkowanej likwidacji instytucji, jej niewypłacalności lub likwidacji, koniecznym jest, by w ramach ostrożnościowego traktowania takich aktywów odpowiednio wyważyć obawy natury ostrożnościowej z jednej strony i wartość tych aktywów z biznesowego i gospodarczego punktu widzenia z drugiej strony. Ostro- żnościowe traktowanie aktywów będących oprogramowaniem powinno zatem uwzględniać pewien margines ostrożności w odniesieniu do złagodzenia wymogów w zakresie kapitału podstawowego Tier I.
(6) Ponadto aby nie wprowadzać dodatkowych obciążeń operacyjnych dla instytucji i ułatwić nadzór ze strony właściwych organów, ostrożnościowe traktowanie aktywów będących oprogramowaniem powinno być proste w realizacji i mieć zastosowanie do wszystkich instytucji w sposób znormalizowany. Znormalizowane traktowanie ostrożnoś- ciowe nie powinno uniemożliwiać instytucji dalszego pełnego odliczania aktywów będących oprogramowaniem od pozycji kapitału podstawowego Tier I.
(7) W związku z szybkimi zmianami technologicznymi instytucje często inwestują w utrzymanie, usprawnianie lub modernizację oprogramowania. Aby ograniczyć ryzyko arbitrażu regulacyjnego, inwestycje te należy amortyzować oddzielnie od oprogramowania, które jest utrzymywane, usprawniane lub modernizowane, pod warunkiem że inwestycje te są ujmowane w bilansie jako składnik wartości niematerialnych i prawnych zgodnie z mającymi zastosowanie standardami rachunkowości.
(8) Należy zatem odpowiednio zmienić rozporządzenie delegowane (UE) nr 241/2014.
(9) Podstawę niniejszego rozporządzenia stanowi projekt regulacyjnych standardów technicznych przedłożony Komisji przez EUNB.
(10) EUNB przeprowadził otwarte konsultacje publiczne na temat projektu regulacyjnych standardów technicznych, który stanowi podstawę niniejszego rozporządzenia, dokonał analizy potencjalnych powiązanych kosztów i korzyści oraz zasięgnął porady Bankowej Grupy Interesariuszy ustanowionej zgodnie z art. 37 rozporządzenia Parlamentu Europejskiego i Rady (UE) nr 1093/2010 5 .
(11) W związku z przyspieszonym upowszechnieniem usług cyfrowych w wyniku pandemii COVID-19 niniejsze rozporządzenie powinno wejść w życie następnego dnia po jego opublikowaniu w Dzienniku Urzędowym Unii Europejskiej,
PRZYJMUJE NINIEJSZE ROZPORZĄDZENIE: