14.06.2012 Views

Rating Models and Validation - Oesterreichische Nationalbank

Rating Models and Validation - Oesterreichische Nationalbank

Rating Models and Validation - Oesterreichische Nationalbank

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!