Tutorials › CAS Exam 9 - Risk Management for Actuaries › Exposure Data Lineage and Quality Controls

CAS Exam 9 · Capital Model Design · Tutorial 331 of 995

Exposure Data Lineage and Quality Controls

Learn to document exposure-data lineage, build targeted quality checks, and quantify how common data defects can distort capital results.

Advanced 13 min read

What You'll Learn

  • Document the source, transformation, timing, and ownership of each exposure field.
  • Distinguish reconciliation controls from checks of completeness and data validity.
  • Test that exposure units, dates, identifiers, and classifications are consistent.
  • Set timeliness controls around the model’s required valuation date and data cutoff.
  • Trace missing, stale, and misclassified exposures through an illustrative capital calculation.
  • Design exception handling that preserves evidence and supports repeatable review.

Why Exposure Data Controls Matter

A capital result can be mathematically correct and still be unreliable if its exposure inputs are incomplete, stale, misclassified, or incorrectly transformed. For example, omitting a group of insured locations may lower a modeled loss estimate, while mixing dollars and thousands of dollars may distort the input by a factor of 1,000. These are not merely data-processing defects: they can change decisions made using the capital result.

Exposure data lineage describes how a model input was created and how it moved from its original source to the calculation. Quality controls test whether that input is fit for the model’s stated purpose and measurement date. Good controls are designed around the model’s exposure perimeter, units, classifications, and timing—not as a generic checklist applied without context.

Definition: Exposure data lineage is the documented path from an authoritative source record to the value used by the capital model, including extraction, transformations, mappings, exclusions, and any aggregation. A quality control is a defined test, performed at a specified point in that path, that identifies whether data meet stated requirements and explains how exceptions are handled.

A useful lineage record identifies the source system and owner, the extraction date and applicable data date, the fields used, transformations and mapping tables, excluded records and reasons, and the destination model field. It should also identify the responsible reviewer and retain enough evidence to reproduce the input. The objective is not to document every technical detail indiscriminately; it is to make material inputs traceable and reviewable.

Build Controls Around the Exposure Definition

The exposure perimeter and units established for the model determine what should be checked. A control cannot establish completeness unless the intended population is defined. For a hypothetical property portfolio, that might mean all active policies covering locations in force at the valuation date, valued on a specified currency and limit basis. The source population, model population, and treatment of cancellations or pending records should be explicit.

Control dimensionQuestion to testIllustrative evidence
LineageCan each material model input be traced to an identified source and transformation?Field mapping, transformation version, source extract identifier, and reviewer sign-off
ReconciliationDo source and destination totals or record counts agree, after explained adjustments?Control totals by product, status, currency, or other relevant grouping
CompletenessAre all in-scope records and required fields present?Population comparison, missing-field report, and duplicate-key test
ConsistencyDo values follow the model’s definitions, units, ranges, and classification rules?Unit checks, allowed-value tests, and independent mapping validation
TimelinessDoes the data reflect the required valuation date and arrive within the agreed schedule?As-of-date check, extract timestamp, and documented treatment of late submissions

A reconciliation is not the same as a completeness test. Matching total exposure can conceal an omitted record offset by a duplicate or an incorrect value. Conversely, a record-count difference may be acceptable if it is explained by documented, in-scope exclusions. Controls should therefore compare multiple views of the data where material: record counts, exposure totals, key fields, and relevant groupings.

A practical control design states the test, expected result or tolerance, frequency, owner, evidence retained, escalation threshold, and resolution process. An exception should not simply disappear when a file is refreshed. It should be logged with its cause, quantified effect where feasible, disposition, approver, and any required correction or model limitation.

Worked Example: Detecting an Omitted Exposure in Reconciliation

A hypothetical property portfolio has three active locations at the valuation date. Their insured values are $1,200,000, $800,000, and $1,000,000. An illustrative stress calculation estimates capital as 1.5% of total insured value. The authoritative source reports a control total of $3,000,000, but the model input contains only the first and third locations. Find the modeled capital before and after correcting the defect, and quantify the effect.

Method. Reconcile the model population to the authoritative source, then apply the stated stress factor consistently to each total. The calculation assumes the same 1.5% factor applies to all three locations; it is an illustrative stress proxy, not a general capital formula.

The model input total is:

$$ 1{,}200{,}000 + 1{,}000{,}000 = 2{,}200{,}000 $$

The difference from the source control total is:

$$ 3{,}000{,}000 - 2{,}200{,}000 = 800{,}000 $$

This equals the insured value of the omitted location. Before correction, modeled capital is:

$$ 0.015 \times 2{,}200{,}000 = 33{,}000 $$

After adding the missing $800,000 location, modeled capital is:

$$ 0.015 \times 3{,}000{,}000 = 45{,}000 $$

The defect understated this illustrative capital result by \(45{,}000 - 33{,}000 = \$12{,}000\). The corrected result reconciles to the source total. Common mistake avoided: checking only that the records already in the model have valid values. Valid records do not establish that the full in-scope population was loaded.

Trace Defects Through Transformations

Data defects can arise between source and model even when the original source is correct. A transformation may convert currency, scale values, combine records, or map a source code to a model classification. Each transformation should have a stated rule and a control capable of detecting an incorrect application. For a simple linear stress calculation, the propagation of an exposure error can be shown directly.

Justification: Suppose illustrative capital is \(C = kE\), where \(E\) is total exposure and \(k\) is a fixed stress factor. If the input is changed by \(\Delta E\), then the recalculated amount is \(C' = k(E+\Delta E)\). Therefore the change in capital is \(C' - C = k(E+\Delta E)-kE = k\Delta E\). This result holds only while the same fixed factor applies and the calculation remains linear; it does not describe every capital model.

For a model with different factors by classification, a misclassification can change the factor applied to an otherwise correctly measured exposure. Likewise, in a model with nonlinear transformations, dependence effects, or thresholds, the impact of a data defect may not be proportional to the change in exposure. In those cases, quantify the impact by rerunning the relevant calculation or using a controlled sensitivity, rather than assuming a linear approximation.

Worked Example: Catching a Unit Conversion Defect

A hypothetical liability portfolio has three exposure records: $450,000, $300,000, and $250,000. The model expects dollars, and its illustrative stress calculation is 2% of total exposure. During file preparation, the third record is supplied as 250 because it was recorded in thousands, but the conversion to dollars is omitted. Calculate the capital based on the defective and corrected inputs.

Method. First place all records on the model’s required dollar basis, then apply the stated 2% factor. The calculation assumes a common fixed factor for all records.

The defective input total is:

$$ 450{,}000 + 300{,}000 + 250 = 750{,}250 $$

The defective illustrative capital is:

$$ 0.02 \times 750{,}250 = 15{,}005 $$

The third record should be converted from thousands to dollars:

$$ 250 \times 1{,}000 = 250{,}000 $$

The corrected total exposure and capital are:

$$ 450{,}000 + 300{,}000 + 250{,}000 = 1{,}000{,}000 $$ $$ 0.02 \times 1{,}000{,}000 = 20{,}000 $$

The defect understates this calculation by \(20{,}000 - 15{,}005 = \$4{,}995\). As a check, the exposure understatement is \(250{,}000 - 250 = \$249{,}750\), and \(0.02 \times 249{,}750 = \$4{,}995\). Common mistake avoided: treating a plausible-looking number as evidence that its unit is correct. A unit label and an independent scale or range check are needed.

Control Timing and Classification

Timeliness controls must refer to the model’s required data date, not merely to when a file was received. If a model measures exposures as of year-end, a file received later may still be timely if it accurately represents year-end positions. Conversely, a file received on schedule can be stale if it excludes transactions effective before that date. Late records require a defined process: obtain corrected data, apply an approved estimate, or document the limitation and its assessed materiality.

Worked Example: Quantifying the Effect of a Late Exposure Update

A hypothetical portfolio has 100 insured units at the required valuation date, each with an exposure of $10,000. A late but valid source update identifies 8 additional units effective on that date, also at $10,000 each. The model’s illustrative stress calculation is 2.5% of total exposure. Calculate the result using the initial file and the corrected file.

Method. Test the file’s effective date against the required valuation date, reconcile the unit count, and recalculate the same stress measure on the corrected population.

The initial file contains:

$$ 100 \times 10{,}000 = 1{,}000{,}000 $$

Its illustrative capital is:

$$ 0.025 \times 1{,}000{,}000 = 25{,}000 $$

The corrected population contains \(100+8=108\) units, so exposure is:

$$ 108 \times 10{,}000 = 1{,}080{,}000 $$

The corrected illustrative capital is:

$$ 0.025 \times 1{,}080{,}000 = 27{,}000 $$

The stale input understates the result by $2,000. The check \(0.025 \times (8 \times 10{,}000) = 2{,}000\) confirms the difference. Common mistake avoided: treating file receipt date as a substitute for checking the exposure’s effective date.

Classification controls are equally important. A source code may be valid in its own system yet map to the wrong model category. An independent check should compare the mapping rule with the model’s classification definition and test the resulting distribution for unexpected changes. The following example illustrates why record-level review and aggregate checks can complement one another.

Worked Example: Testing a Classification Mapping

A hypothetical portfolio has $2,000,000 of exposure in Zone A and $3,000,000 in Zone B. For an illustrative stress calculation, Zone A uses a 3% factor and Zone B uses a 1% factor. A mapping defect assigns the Zone A exposure to Zone B. Calculate the correct and defective results, and determine the effect.

Method. Apply the factor specified for each zone, then compare with the result after the incorrect mapping. The assumptions are fixed factors by zone and no other change in exposure.

The correct result is:

$$ 0.03 \times 2{,}000{,}000 + 0.01 \times 3{,}000{,}000 = 60{,}000 + 30{,}000 = 90{,}000 $$

With all $5,000,000$ mapped to Zone B, the defective result is:

$$ 0.01 \times (2{,}000{,}000 + 3{,}000{,}000) = 0.01 \times 5{,}000{,}000 = 50{,}000 $$

The mapping defect understates the result by \(90{,}000 - 50{,}000 = \$40{,}000\). Equivalently, the misclassified $2,000,000 receives a factor 2 percentage points too low, giving \(0.02 \times 2{,}000{,}000 = \$40{,}000\). Common mistake avoided: checking that every record has an allowed zone code without checking that the source-to-model mapping is correct.

Use Exceptions as Model Evidence

A well-designed control process makes the result of each check actionable. For example, a failed reconciliation should identify the affected population and difference, not just display “failed.” A missing required field should be distinguished from a value that is present but invalid. A late file should be linked to its required as-of date and assessed for impact. If a threshold is used, its rationale and approval should be documented; setting a tolerance does not make a material discrepancy harmless.

When a defect is found, preserve the original input, corrected input, control output, and disposition. Record whether the model was rerun and whether a reported result changed. If an exception is accepted rather than corrected, document the reason, owner, approval, potential direction and scale of bias, and any limitation on using the result. This creates evidence that the capital result is traceable and that known data weaknesses were considered.

Common exam trap: calculating a control total and treating agreement as proof that the data are complete and correct. For example, one omitted $100,000 record and one duplicate $100,000 record can leave the total unchanged. The correction is to combine reconciliations with checks on unique identifiers, in-scope populations, required fields, units, classifications, and effective dates.

Key takeaway: Define the exposure population and measurement basis first. Then trace each material input through its transformations and test reconciliation, completeness, consistency, and timeliness separately. When a defect is found, quantify its effect on the modeled result under the applicable model assumptions and retain the evidence and resolution.

Check Your Understanding

For each problem, identify the relevant control and calculate the requested result using the stated illustrative assumptions.

  1. A hypothetical portfolio’s source control total is $4,800,000. The model contains $4,300,000 and uses a fixed 1.2% stress factor. What discrepancy should be investigated, and what are the model and corrected stress amounts? (Answer: $500,000 is unaccounted for; the model amount is $51,600 and the corrected amount is $57,600, so the understatement is $6,000.)
  2. A model expects dollars. Two records are $600,000 and $175 in thousands, but the latter is not converted. At a fixed 3% stress factor, calculate the defective and corrected amounts. (Answer: defective exposure $600,175 and stress amount $18,005.25; corrected exposure $775,000 and stress amount $23,250.)
  3. A required valuation date is June 30. A file received June 28 contains 40 units at $25,000 each, but a source update shows that 4 more units became effective June 30. At a fixed 2% stress factor, what control issue and capital difference arise? (Answer: the population is incomplete despite timely file receipt; the result rises from $20,000 to $22,000, a $2,000 difference.)
  4. A hypothetical classification model applies 4% to Class X and 1.5% to Class Y. Exposures are $1,200,000 in X and $2,000,000 in Y, but the X records are mapped to Y. Calculate the correct and defective stress amounts. (Answer: correct amount $78,000; defective amount $48,000; understatement $30,000.)
  5. A model’s exposure total matches its source total, but review finds one duplicated $90,000 record and one omitted $90,000 record. Is the total reconciliation sufficient, and what additional checks address the defect? (Answer: no; the total can agree despite an incorrect population. Compare unique identifiers and in-scope records, and investigate duplicates and omissions.)
Clinical Biostats