DV Digest

DV Digest · for AmeriLife's data architecture team

Your questions, answered from a tested Data Vault

A working data product on invented course data: an acquired agency's book integrated in a Data Vault, measured by a semantic layer, and answered in plain words.

An acquired agency's business: what's in it, and what you can prove about it.

DV Digest integrates an acquired agency's business, invented for this exercise, in a classic Data Vault on Snowflake. It answers two kinds of question: what is in the agency's business, and what you can show a regulator about it.

Every record keeps its source and its full history. A record that arrives in a form the vault doesn't accept is reported as a finding, not dropped. Every answer names the query behind it. On that base we propose eight compliance questions for a distributor, among them:

When the vault flags a case like these, it will name the regulation the case breaks.

Today it answers four questions about the agency's business. Next, it answers what was known on any date, and with that the first compliance questions.

Every change is built in development, passes six checks in QA, then is built in production and compared with QA row for row. You can open the vault's full model, keys and relationships included, in ER/Studio.

Where to start

From source to answer

Five layers, each kept apart

Each layer is tested on its own, so every answer can be traced back to what a source actually sent.

Sources

What the acquired agency and the carriers send, kept exactly as sent.

Landing

Every delivery stored, with its history, before anything else touches it.

Vault

Business keys, relationships and history in hubs, links and satellites, tested on every build.

Semantic layer

Metrics defined once, computed by MetricFlow, never stored as numbers.

DV Digest

Your questions in plain words, answered from production.

In production

v2026.10.1 The Acquired Book

What the distributor bought with Sunbelt Senior: the policies its clients are on, with which carriers and in which roles; how much coverage each carrier provides; which agent sold each policy, and where the sources disagree; and how much of what arrived could not be accepted.

See the answers
9·3·1
policies by role: owner, insured, payor
$125K
face amount through Northfield Life
14·1
policies where sources agree, disagree
3
records not accepted

Drawn from the real tables

The vault behind every answer

Four hubs hold the business keys, three links hold who relates to what, and four satellites hold every version of every detail, from the agency and the carrier alike.

See the model
The vault the course buildsFour hubs keep the business keys, three links record which keys belong together, and satellites keep each source's details with their history. Pinecrest Mutual's policy details, drawn dashed, are what the learner's labs add.Sale details(satellite) Sunbelt SeniorPolicy details(satellite) Northfield LifeClient on policy(link) with the roleInsured on policy(link)Client(hub) client numberPolicy(hub) carrier's policy numberInsured(hub) insured numberClient details(satellite) Sunbelt SeniorAgent on policy(link)Insured details(satellite) Northfield LifeAgent(hub) producer numberPolicy details(satellite) Pinecrest MutualSunbelt SeniorNorthfield LifeYour labsHubs and linksTap to enlarge

Proved before it reaches you

Nothing untested reaches production

Every change is built in development, certified in QA on six gates, then built in production and compared with QA row for row.

See how it's built
137
tests on every build, across two dbt engines
6 of 6
QA gates certified for release 1
0
differences between production and QA
2
identities: QA can never write to production

Explore

Everything about DV Digest

Releases

What each named release answers, with its numbers and how they were checked.

See the releases

Documentation

The design and the full document set behind every release: how each choice was made and proved.

Read the design

Learn

The DIGEST Data Vault textbook and workbook this platform was built in.

Start learning

Model

The sources as they arrive and the vault built from them, drawn from the real tables.

See the model

Build

How a release is tested and promoted, and the code itself, read-only.

See how it's built

Start with the answers

Release 1 answers four questions about the acquired book, each checked against production.

See the answers