Rating Models and Validation - Oesterreichische Nationalbank
Rating Models and Validation - Oesterreichische Nationalbank
Rating Models and Validation - Oesterreichische Nationalbank
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
<strong>Rating</strong> <strong>Models</strong> <strong>and</strong> <strong>Validation</strong><br />
able as a basis for defining the starting point of the data history. However, it is<br />
necessary to ensure that these cases are indeed good cases, that is, that they do<br />
not default within the forecasting horizon after the information is entered. For<br />
good cases, therefore, it is only possible to use information which was available<br />
within the bank at least 12 months before data collection began (¼ 1st cutoff<br />
date for good cases). Only in this way is it possible to ensure that no credit<br />
default has occurred (or will occur) over the forecasting period. Analogous<br />
principles apply to forecasting periods of more than 12 months. If the interval<br />
between the time when the information becomes available <strong>and</strong> the start of data<br />
collection is shorter than the defined forecasting horizon, the most recently<br />
available information cannot be used in the analysis.<br />
If dynamic indicators (i.e. indicators which measure changes over time) are to<br />
be defined in rating model development, quantitative information on at least<br />
two successive <strong>and</strong> viable cutoff dates have to be available with the corresponding<br />
time interval.<br />
When data are compiled from various information categories in the data<br />
record for a specific cutoff date, the timeliness of the information may vary.<br />
For example, bank account activity data are generally more up to date than qualitative<br />
information or annual financial statement data. In particular, annual<br />
financial statements are often not available within the bank until 6 to 8 months<br />
after the balance sheet date.<br />
In the organization of decentralized data collection, it is important to define<br />
in advance how many good <strong>and</strong> bad cases each bank is to supply for each cutoff<br />
date. For this purpose, it is necessary to develop a stringent data collection<br />
process with due attention to possible time constraints. It is not possible to<br />
make generally valid statements as to the time required for decentralized data<br />
collection because the collection period depends on the type of data to be collected<br />
<strong>and</strong> the number of banks participating in the pool. The workload placed<br />
on employees responsible for data collection also plays an essential role in this<br />
context. From practical experience, however, we estimate that the collection of<br />
qualitative <strong>and</strong> quantitative data from 150 banks on 15 cases each (with a data<br />
history of at least 2 years) takes approximately four months.<br />
In this context, the actual process of collecting data should be divided into<br />
several blocks, which are in turn subdivided into individual stages. An example<br />
of a data collection process is shown in chart 31.<br />
Chart 31: Example of a Data Collection Process<br />
68 Guidelines on Credit Risk Management