Yes, we agree that this draft ITS fits for the purpose of the underlying directive.
We would like to add below data to Template 1 as a very valuable for valuation purposes:
a) Original Creditor
b) Gender
c) Geographic Region of Residence
d) Income at the origination date
e) Probability of default
All of those points are needed for optimal assessment of Counterparty repayment ability.
Our comments for the data fields we have added in the dedicated columns of the data glossary.
We would like to add below data to Template 3 as a very valuable for valuation purposes:
a) Origination Amount
b) Termination Date of the Loan
c) Court Date
d) Execution Title Date
e) Execution Start Date
f) Execution Close Date
g) Type of Execution Title
h) Bailiff in case
All of those points are needed for optimal assessment of future payments on particular case.
Our comments for the data fields we have added in the dedicated columns of the data glossary.
We would like to add data to Template 4 as very valuable for valuation purposes:
a) Land and Mortgage registry number
In case of loans secured by mortgage we need a land and mortgage registry number in order to be able to value the portfolio.
Our comments for the data fields we have added in the dedicated columns of the data glossary.
We would like to add below data to Template 5 as a very valuable for valuation purposes:
a) History of Repayments - From Direct Debit
Our comments for the data fields we have added in the dedicated columns of the data glossary.
We would like to strongly highlight how important is monthly view of repayments history from last 24/36 months (before cut-off date, without limitation to payments after default date). This approach to visualization these data is nothing new and impossible to implement by Sellers, because we receive it for valuation from Partners during the selling process. This is crucial data used in our valuation models.
Yes, we do agree.
Yes, we do agree.
In our opinion content of instructions are clear.
Yes, we do agree.
In our opinion the proposed set of templates, data glossary and instructions are enough to achieve the data standardisation in the NPL transactions on secondary markets under the condition that additional data added proposed by ZPF would be considered.
We would like to receive complex data for each portfolio. When the scope of data (i.e. SQL query) is developed once, it can be used every time with no additional work for portfolios with lower outstanding amount.
Limiting the availability of data will reduce the quality of the valuation. Additionally, this kind of differentiating may increase the workload of the Seller, who will have to create two different standards for exporting data from the database. It is in contradiction with the idea of creating one standard.
We do not agree with the proposed calibration of 25 000 euros threshold in line with AnaCredit Regulation. In our opinion this is to high limit. At the Polish market that we represent most of cases which are selling have outstanding amount under this threshold (more than 90%- if we talk about average outstanding amount of portfolio then it would be more than 99% of portfolios).
Possible differentiating a range of data for smaller and larger balances is not recommended at the European level, due to different levels of value of loans / ability to borrow in different countries.
We take the view that developed standard will be obligatory - not optional for the NPL transactions.
