Risk Management in Banking

Chapter 12
Risk Analytics, Data and Model Risk Management

Post Graduate Program in Banking
Risk Management in Banking   •   Post Graduate

Risk Analytics, Data and Model Risk Management

Introduction

Modern banking depends on models and data to convert uncertain economic and financial conditions into decisions about lending, pricing, capital, liquidity, fraud, provisioning and supervision. A credit-scoring model may determine whether a customer receives a loan; a probability-of-default model may influence regulatory capital; a liquidity forecast may determine the size of a survival buffer. These applications create value, but they also create model risk: the possibility that a model or its use produces adverse consequences because of errors, inappropriate assumptions, poor data, misuse, or changing conditions.

Risk analytics is therefore broader than statistical modelling. It includes problem definition, data acquisition, data governance, sampling, feature construction, estimation, validation, implementation, monitoring, decision use and retirement. Effective model risk management connects quantitative methods with governance, professional judgement and accountability.

This chapter examines statistical, econometric and machine-learning methods used in banking risk estimation and early warning. It then develops a control framework for data quality, calibration, validation, explainability, bias, drift and model uncertainty.

Learning objectives

By the end of this chapter, a student should be able to:

  1. Distinguish risk analytics, data risk and model risk.
  2. Apply suitable statistical and machine-learning methods to banking risk problems.
  3. Interpret discrimination, calibration, forecasting and early-warning metrics.
  4. Evaluate data quality, sampling design, bias, drift and uncertainty.
  5. Design a model inventory, governance structure and independent-validation process.
  6. Explain the managerial, ethical and regulatory implications of automated risk decisions.

1. The risk-analytics lifecycle

A sound lifecycle begins with a decision, not with an algorithm. The analyst should identify the decision to be supported, the target quantity, the decision horizon, the population, constraints and the consequences of error. A model predicting default within twelve months is not automatically suitable for pricing a five-year loan or setting a same-day fraud alert.

The lifecycle normally contains the following stages:

  1. Problem definition: specify the risk event, horizon, materiality and intended user.
  2. Data design: identify sources, ownership, legal basis, lineage, sampling frame and quality controls.
  3. Development: select variables, estimate parameters, train algorithms and document assumptions.
  4. Validation: challenge conceptual soundness, data, implementation, performance and limitations.
  5. Approval and deployment: define decision thresholds, overrides, access controls and change procedures.
  6. Monitoring: track performance, stability, data quality, outcomes, overrides and emerging risks.
  7. Review, remediation or retirement: respond to deterioration, redesign, restrict or withdraw the model.

A model is not only its mathematical code. It includes data pipelines, transformations, parameter files, documentation, user instructions, reports and decisions made from its outputs.

2. Statistical foundations for banking risk

2.1 Probability of default and expected loss

For a credit exposure, expected loss over a defined horizon is commonly represented as:

EL = PD × LGD × EAD

Here, PD is probability of default, LGD is loss given default as a proportion of exposure, and EAD is exposure at default in currency units. The product is in currency units when PD and LGD are proportions. The relationship assumes that the three components are defined consistently with respect to borrower, facility, horizon and default event. In practice, dependence among them, discounting, recoveries, guarantees, collateral and model segmentation may require more sophisticated estimation.

If a portfolio contains exposures indexed by i, total expected loss is:

ELportfolio = ∑i=1n PDi × LGDi × EADi

This is an expectation, not a prediction of the exact loss that will occur. Unexpected loss concerns dispersion around expected loss and is influenced by correlation and concentration.

2.2 Logistic regression

For a binary outcome such as default, logistic regression models the conditional probability:

pi = P(Yi = 1 | xi) = 1 / (1 + e^{-(β0 + β1xi1 + … + βkxik)})

Yi equals 1 if the event occurs and 0 otherwise; xij are explanatory variables; βj are estimated coefficients; and pi lies between 0 and 1. The model assumes a linear relationship between predictors and the log-odds of the event:

ln[pi/(1-pi)] = β0 + ∑j=1k βjxij

A coefficient is interpreted through an odds ratio: holding other variables constant, a one-unit increase in xj multiplies the odds by eβj. Logistic regression is transparent and often useful for regulated credit decisions, but it can be misspecified if relationships are nonlinear, interactions are important or observations are dependent.

2.3 Survival and hazard models

Some risks concern not merely whether an event occurs, but when it occurs. Let T be time to default. The survival function is:

S(t) = P(T > t)

The hazard function describes the instantaneous event rate conditional on survival to time t:

h(t) = lim∆t→0 P(t ≤ T < t+∆t | T ≥ t) / ∆t

Survival models are valuable for term structures of default, prepayment, churn and operational events. Censoring must be handled carefully: an account that has not defaulted by observation end is not necessarily a non-default forever.

2.4 Time-series and econometric forecasting

Macroeconomic variables, liquidity flows and market risk factors exhibit time dependence. A simple autoregressive model is:

xt = c + φ1xt-1 + … + φpxt-p + εt

where xt is the variable at time t, c is a constant, φj are autoregressive coefficients and εt is an innovation with conditional mean zero. Stationarity assumptions are important; for a first-order model, a common condition is |φ1| < 1.

A vector autoregression can model interaction among several time series, while error-correction models may be appropriate where non-stationary variables share a long-run equilibrium. Forecasting must address seasonality, structural breaks, missing observations, publication lags and scenario uncertainty. A model that forecasts well in stable periods may fail during crises precisely when it matters most.

3. Machine learning in risk estimation

Machine-learning methods include regularised regression, decision trees, random forests, gradient boosting, neural networks and anomaly-detection techniques. They can capture nonlinearities and interactions, but flexibility increases the risks of overfitting, opacity, instability and data leakage.

A supervised learning workflow separates data into training, validation and test sets. For time-dependent banking data, random splitting can leak future information into the past; chronological or rolling-origin validation is generally more defensible. Hyperparameter tuning must occur without using the final test set.

Regularisation illustrates the bias–variance trade-off. Ridge regression minimises:

∑i=1n(yi - xiTβ)2 + λ∑j=1kβj2

where λ ≥ 0 controls penalty strength. Larger λ usually reduces coefficient variance but may increase bias. The intercept is commonly excluded from the penalty. Lasso replaces the squared penalty with λ∑|βj|, which can produce sparse solutions, although selected variables may be unstable when predictors are highly correlated.

Class imbalance is common in fraud and default data. Accuracy can be misleading when events are rare. Analysts should examine precision, recall, specificity, lift, expected cost and the operational capacity of investigators. Threshold selection should reflect the asymmetric consequences of false positives and false negatives rather than a default threshold of 0.5.

4. Measuring model performance

4.1 Discrimination

Discrimination concerns whether a model ranks higher-risk cases above lower-risk cases. The area under the receiver-operating-characteristic curve (AUC) is the probability that a randomly selected event case receives a higher score than a randomly selected non-event case, subject to tie conventions. A high AUC does not mean that predicted probabilities are accurate.

The Gini coefficient often used in credit scoring is:

Gini = 2 × AUC - 1

This transformation is meaningful for the same binary-ranking context. It does not replace calibration analysis.

4.2 Calibration

Calibration asks whether predicted probabilities correspond to observed frequencies. A group predicted at 8% should experience approximately 8% events over a sufficiently large and comparable population. Calibration can be assessed with reliability plots, calibration intercept and slope, binomial confidence intervals and appropriate statistical tests. A model may rank borrowers effectively but systematically overpredict or underpredict risk.

For a portfolio, a simple calibration ratio is:

Calibration ext{ ratio} = Observed ext{ events} / Expected ext{ events}

The ratio is dimensionless. A value of 1 indicates aggregate agreement, but aggregate calibration can conceal serious subgroup miscalibration.

4.3 Forecast accuracy and early warning

For continuous forecasts, mean absolute error is:

MAE = (1/n)∑t=1n|yt - ŷt|

where yt is the observed value and ŷt is the forecast. Mean squared error penalises large errors more heavily:

MSE = (1/n)∑t=1n(yt - ŷt)2

MAE is expressed in the units of the target; MSE is in squared units. Metrics must be evaluated against a benchmark, such as a naïve last-value forecast, and across relevant stress periods.

An early-warning system should be judged by lead time, hit rate, false-alarm rate, stability, actionability and the cost of intervention. A warning that arrives after liquidity has been exhausted has little operational value, even if its statistical classification is accurate.

5. Data quality, sampling and lineage

5.1 Dimensions of data quality

Important dimensions include:

DimensionRisk questionTypical control
AccuracyDoes the value represent reality?Reconciliation and source comparison
CompletenessAre required records and fields present?Missingness thresholds and exception reports
TimelinessIs information available when needed?Timestamp and latency monitoring
ConsistencyDo systems and periods agree?Referential and cross-system checks
ValidityDoes the value obey permitted rules?Range, format and domain validation
UniquenessAre records duplicated?Key and duplicate testing
LineageCan the value be traced to origin and transformation?Metadata and version-controlled pipelines

Missingness is not automatically random. If income is omitted more often for financially distressed customers, treating missing income as an innocuous average can create bias. Analysts should distinguish missing completely at random, missing at random conditional on observed information, and missing not at random. Imputation must be performed within the development pipeline and assessed for its effect on uncertainty and subgroup performance.

5.2 Sampling and selection bias

A development sample may differ from the population to which a model is applied. Reject inference is a classic lending problem: outcomes are observed mainly for accepted applicants, while rejected applicants do not reveal whether they would have defaulted. Survivorship bias, convenience sampling, time-window selection and under-representation of stressed periods can all distort estimates.

Sampling weights may correct known selection probabilities. If unit i has inclusion probability πi, its inverse-probability weight is wi = 1/πi, assuming the inclusion mechanism is adequately specified and positivity holds. Extreme weights can create instability and may require justified trimming or calibration. Weighting does not repair poor measurement or unobserved selection mechanisms.

5.3 Data lineage and controls

Every material model input should have an accountable owner, source system, definition, refresh schedule, transformation logic and quality threshold. Production data should be reconciled to authoritative systems. Changes in coding, product definitions, reporting calendars or application interfaces require impact assessment. A reproducible feature store and version-controlled code reduce the risk that development and production use different definitions.

6. Model uncertainty, explainability and bias

Model uncertainty has several sources:

  • Parameter uncertainty: estimated coefficients vary because the sample is finite.
  • Specification uncertainty: alternative variables, functional forms or distributions may be plausible.
  • Process uncertainty: future relationships may differ from historical relationships.
  • Data uncertainty: observations may be noisy, incomplete or misclassified.
  • Implementation uncertainty: code, interfaces or production configurations may be wrong.

Confidence or prediction intervals, bootstrap analysis, challenger models, sensitivity analysis and scenario testing can make uncertainty visible. Point estimates without uncertainty ranges are particularly dangerous in capital and stress applications.

Explainability has at least two levels. Global explanations describe general model behaviour, such as variable importance or partial-dependence patterns. Local explanations describe why a particular case received a score. Methods such as permutation importance, partial dependence and SHAP-like additive attributions can be useful, but they are not automatically causal explanations. Correlated variables can make importance unstable, and a plausible explanation does not prove that the model is fair or correct.

Bias may arise from historical discrimination, proxy variables, unequal measurement, sampling, label definitions or different error costs. Fairness assessment should compare relevant outcomes and error rates across legally and ethically relevant groups, subject to privacy and applicable law. There is no universally dominant fairness criterion: equal selection rates, equal false-positive rates, equal opportunity and calibration can conflict when base rates differ. Governance must therefore combine quantitative testing with legal review, business justification and affected-party impact assessment.

7. Drift and performance deterioration

Drift is change between development conditions and current conditions. Data drift concerns input distributions; concept drift concerns the relationship between inputs and outcomes; label drift concerns outcome prevalence. Population stability indices, characteristic stability, distributional tests, missingness changes and outcome-based monitoring can provide signals, but thresholds should be calibrated to sample size and business materiality.

Monitoring should cover:

  1. Input completeness, validity and distribution.
  2. Score distributions and decision rates.
  3. Discrimination and calibration when outcomes mature.
  4. Subgroup performance and fairness indicators.
  5. Override rates and operational exceptions.
  6. Data latency, code versions and pipeline failures.
  7. Economic conditions, product mix and exposure concentrations.

A drift alert is not necessarily evidence that the model is wrong; it is a trigger for investigation. Possible responses include intensified monitoring, recalibration, restricted use, temporary overlays, redevelopment or retirement. Any override should be documented, time-limited and independently reviewed.

8. Model risk-management governance

A proportionate framework normally includes a model policy, model inventory, tiering, accountable owners, independent validation, approval committees, issue management, documentation standards and audit trails.

8.1 The model inventory

The inventory should include models, material spreadsheets, scorecards, vendor models, machine-learning services and significant judgemental tools. Typical fields are:

FieldExample content
IdentificationName, version, owner and business unit
PurposeDecision, population and risk type
MethodLogistic regression, survival model, tree ensemble, scenario tool
InputsSources, definitions and sensitivity
OutputsScore, probability, forecast or capital measure
MaterialityFinancial, customer, regulatory and operational impact
StatusDevelopment, approved, restricted, retired
ValidationDate, scope, findings and residual issues
MonitoringMetrics, thresholds, frequency and escalation
DependenciesSystems, vendors, upstream models and overrides

Tiering should consider financial materiality, regulatory use, customer impact, complexity, uncertainty, volume of decisions and replaceability. High-risk models require deeper validation and more frequent review.

8.2 Three lines of responsibility

Business and model owners are responsible for purpose, appropriate use, data quality and first-line monitoring. An independent model-risk or validation function challenges assumptions, tests performance, reviews implementation and assesses limitations. Internal audit provides independent assurance over governance and control effectiveness. Independence requires appropriate reporting access, competence and freedom from incentives to approve a model merely because it is commercially useful.

8.3 Independent validation

Validation should address four questions:

  1. Conceptual soundness: Is the theory, target definition and methodology suitable?
  2. Data and development: Are sources, sampling, transformations and exclusions reliable?
  3. Outcomes: Does the model discriminate, calibrate and forecast adequately in-sample, out-of-sample and under stress?
  4. Implementation and use: Does production reproduce the approved model, and are users applying it within approved limits?

Validation should use reproducible tests, challenger approaches and documented limitations. Findings require severity, owner, due date, compensating controls and closure evidence. Validation is not a single approval event; it is an ongoing challenge process.

9. Worked example: calibration and expected loss

A bank has 10,000 homogeneous retail exposures. Each has exposure at default of CU20,000. The model predicts a one-year PD of 3%, and estimated LGD is 40%.

Expected default count is:

10,000 × 0.03 = 300.

Expected loss per defaulted exposure is 0.40 × CU20,000 = CU8,000. Therefore:

EL = 10,000 × 0.03 × 0.40 × CU20,000 = CU2,400,000.

Suppose 330 defaults occur. The observed default rate is 330/10,000 = 3.3%, while the predicted rate is 3%. The aggregate calibration ratio is 3.3%/3.0% = 1.10. The model underpredicted observed defaults by 10% in this period. This conclusion is conditional: sampling variation, changes in portfolio mix, exposure definitions, recoveries and the maturity of outcome observations must be investigated before concluding that redevelopment is required.

10. Illustrative case: a digital-bank early-warning model

Background. An illustrative digital bank uses transaction activity, repayment history and account-balance trends to identify retail customers likely to become 60 days past due within six months.

Problem. The model shows strong AUC in development but produces substantially more alerts for customers in one geographic region. A data-engineering change also causes balance updates to arrive two days late.

Analysis. Independent validation discovers that the development sample over-represented customers with complete digital transaction histories. Customers with delayed data were treated as having zero recent activity, creating a misleading risk signal. The model also used a postcode variable that acted as a proxy for socioeconomic characteristics. A random train-test split had allowed repeated customers to appear in both samples, inflating performance.

Approach. The bank rebuilds the sampling frame at customer level, uses chronological validation, distinguishes missing from zero, and documents feature lineage. It compares a transparent regularised logistic model with a gradient-boosting challenger. The final model excludes the postcode proxy, adds missingness indicators where justified, calibrates probabilities on a recent holdout period and sets separate investigation thresholds according to operational capacity. Monitoring tracks data latency, subgroup calibration, alert rates, realised delinquency and investigator overrides.

Outcome. The revised model has a lower development AUC but more stable out-of-time performance, improved calibration and fewer unnecessary interventions. The bank retains a human review process, records adverse-action reasons, and restricts automated decisions to uses approved by compliance and model risk.

Learning points. High discrimination is not sufficient. Sampling leakage, data latency, proxy variables, calibration, operational capacity and explainability can materially change whether a model is safe and useful.

11. Technology, regulation and professional practice

Cloud platforms, real-time streaming data, automated machine learning and generative AI can improve speed and coverage, but they also increase dependency on vendors, APIs, data permissions and complex pipelines. Banks should require reproducible environments, access control, encryption, model and data versioning, secure software development, rollback capability and continuity arrangements.

Regulatory expectations vary by jurisdiction, but common themes include governance proportional to materiality, sound data management, independent validation, documentation, monitoring, accountability and explainability for consequential decisions. Privacy law, consumer-protection rules, anti-discrimination law, records requirements and outsourcing obligations may all apply. A technically accurate model can still be unacceptable if its data use lacks a lawful basis or if customers cannot receive meaningful reasons for an adverse decision.

Generative AI deserves particular caution in risk processes. A language model may assist documentation or analyst workflow, but hallucination, confidentiality leakage, prompt manipulation, unstable outputs and weak traceability make unsupervised use in credit or capital decisions inappropriate unless robust controls and human accountability exist.

12. Best-practice control principles

Effective institutions generally:

  • begin with a clearly documented decision and risk appetite;
  • prefer the simplest model that meets the required purpose;
  • preserve data lineage, reproducibility and access logs;
  • separate development, validation, approval and production permissions;
  • use out-of-time, out-of-sample and stress testing;
  • assess calibration and subgroup outcomes, not only ranking metrics;
  • quantify uncertainty and document model limitations;
  • maintain challenger methods and credible fallback procedures;
  • monitor drift, data quality, overrides and emerging external conditions;
  • set escalation thresholds before deterioration occurs;
  • treat vendor and spreadsheet models as models requiring governance;
  • ensure human review is competent, documented and not merely ceremonial;
  • align incentives so that commercial urgency cannot bypass validation;
  • retire models when their data, purpose or assumptions are no longer valid.

Challenges and limitations

No validation exercise can prove that a model will remain correct in an unknowable future. Historical data may encode past institutional practices, exclude crisis events or use labels that imperfectly represent economic loss. Fairness metrics may conflict, uncertainty may be difficult to communicate, and monitoring outcomes may arrive only after the decision is made. More complex models may improve average predictive performance while reducing transparency and stability. Conversely, excessive simplicity can conceal systematic error. Professional judgement is therefore unavoidable, but it must be structured, evidenced, challenged and governed.

Chapter Summary

Risk analytics is a lifecycle linking decision design, data, modelling, validation, deployment and monitoring. Logistic regression, survival models, time-series methods and machine learning each have useful applications, but their assumptions and failure modes differ. Discrimination, calibration and forecast accuracy answer different questions and must be interpreted together. Data quality, sampling, missingness, lineage and leakage can invalidate apparently sophisticated models. Model uncertainty includes parameter, specification, process, data and implementation uncertainty. Explainability does not guarantee causality or fairness, and drift requires investigation rather than automatic model replacement. A robust model-risk framework uses a complete inventory, materiality tiering, accountable owners, independent validation, controlled implementation, ongoing monitoring and documented remediation. Good governance makes quantitative risk tools safer, more transparent and more useful for managerial decisions.

Key Terms

Model risk: The possibility of adverse consequences arising from incorrect model development, use or implementation.

Risk analytics: Quantitative analysis supporting identification, measurement, forecasting and management of risk.

Probability of default: Estimated probability that a borrower or obligor defaults over a specified horizon.

Loss given default: Proportion of exposure expected to be lost after default and recoveries.

Exposure at default: Exposure outstanding when default occurs.

Expected loss: Probability-weighted loss estimate, commonly PD × LGD × EAD.

Discrimination: Ability to rank higher-risk observations above lower-risk observations.

Calibration: Agreement between predicted probabilities and observed event frequencies.

Data drift: Change in the distribution of model inputs over time.

Concept drift: Change in the relationship between inputs and the target outcome.

Data lineage: Traceability from an output back through transformations to its source.

Sampling bias: Systematic difference between the development sample and target population.

Data leakage: Use of information unavailable at the time the real decision would be made.

Explainability: Ability to communicate how a model produces or supports an output.

Model uncertainty: Uncertainty arising from parameters, specifications, processes, data or implementation.

Model inventory: Controlled register of models and material model-like tools.

Independent validation: Objective challenge of conceptual soundness, data, performance and implementation.

Challenger model: Alternative model used to test or benchmark an incumbent model.

Early-warning system: Process that identifies deteriorating risk with sufficient lead time for action.

Override: Approved human adjustment to a model output, subject to documentation and monitoring.

Review Questions

Short Answer Questions

  1. Distinguish model discrimination from model calibration.
  2. State the assumptions and interpretation of EL = PD × LGD × EAD.
  3. Why can random train-test splitting be inappropriate for time-dependent banking data?
  4. Identify four dimensions of data quality.
  5. What are the four principal questions addressed by independent model validation?

Long Answer Questions

  1. Explain the complete model-risk lifecycle from problem definition to retirement, including the responsibilities of model owners, validators and internal audit.
  2. Compare logistic regression, survival analysis, time-series models and machine-learning methods for banking risk applications.
  3. Discuss how missing data, reject inference, survivorship bias and data leakage can affect credit-risk estimation.
  4. Explain model uncertainty, explainability and fairness, and evaluate why these concepts cannot be reduced to a single numerical metric.
  5. Design a monitoring framework for a retail credit early-warning model, including performance, data, drift, subgroup and operational indicators.

Analytical / Application Questions

  1. A portfolio contains 5,000 exposures of CU30,000 each, with PD of 2.5% and LGD of 45%. Calculate expected loss and explain two reasons why realised loss may differ.
  2. A fraud model has excellent AUC but poor calibration and a rapidly rising false-positive rate. Diagnose possible causes and recommend governance and modelling responses.
  3. Design a proportionate model-inventory and validation plan for a bank using a vendor credit score, a spreadsheet liquidity forecast and a machine-learning collections model.

Multiple Choice Questions with Answers

Question 1

Which metric primarily evaluates whether predicted probabilities correspond to observed event frequencies?

A. Calibration

B. AUC

C. Recall

D. Mean absolute error

Correct Answer: A. Calibration

Question 2

A portfolio has 2,000 exposures, PD of 4%, LGD of 50%, and EAD of CU10,000 per exposure. What is expected loss?

A. CU40,000

B. CU400,000

C. CU4,000

D. CU1,000,000

Correct Answer: A. CU40,000

Question 3

Which situation is an example of data leakage?

A. Using a variable created after the loan decision to predict default at origination

B. Using an applicant’s verified income at application

C. Using a lagged unemployment rate available before forecasting

D. Using an approved missing-value imputation procedure

Correct Answer: A. Using a variable created after the loan decision to predict default at origination

Question 4

What does AUC measure in a binary-ranking context?

A. The probability that a randomly selected event receives a higher score than a randomly selected non-event

B. The percentage of predictions exactly equal to outcomes

C. The average monetary loss per default

D. The proportion of missing observations

Correct Answer: A. The probability that a randomly selected event receives a higher score than a randomly selected non-event

Question 5

Which model is specifically designed to analyse the timing of an event while handling censoring?

A. Survival model

B. Ordinary least-squares cross-section model

C. Confusion matrix

D. Principal-components plot

Correct Answer: A. Survival model

Question 6

What is the main purpose of a model inventory?

A. To maintain a controlled register of models, ownership, use, status and validation

B. To replace independent validation

C. To maximise the number of models used by the bank

D. To store only models developed by external vendors

Correct Answer: A. To maintain a controlled register of models, ownership, use, status and validation

Question 7

A calibration ratio of 1.10, defined as observed events divided by expected events, indicates that observed events were:

A. 10% higher than expected

B. 10% lower than expected

C. Equal to expected

D. 110 percentage points higher than expected

Correct Answer: A. 10% higher than expected

Question 8

Which is a principal responsibility of independent validation?

A. Challenging conceptual soundness, data, performance and implementation

B. Setting sales targets for the lending team

C. Approving every customer application

D. Removing all human judgement from risk decisions

Correct Answer: A. Challenging conceptual soundness, data, performance and implementation

Question 9

What is concept drift?

A. A change in the relationship between model inputs and the target outcome

B. A change in the legal owner of a database

C. A duplicate record in a data table

D. A fixed model parameter approved by governance

Correct Answer: A. A change in the relationship between model inputs and the target outcome

Question 10

Why can accuracy be misleading for a rare-event fraud model?

A. A model can achieve high accuracy by predicting the common non-fraud class while detecting few fraud cases

B. Accuracy is always measured in currency units

C. Accuracy cannot be calculated for binary outcomes

D. Accuracy automatically measures calibration

Correct Answer: A. A model can achieve high accuracy by predicting the common non-fraud class while detecting few fraud cases

Risk Management in Banking
Chapter 12 of 15