Explain-Only Model
The AI Insight model receives a computed metric with its definition, cohorts and comparisons; it cannot calculate, score or write — by architecture, not by policy.
A coverage gap of 4.8% is a number. “1,214 eligible employees have no medical election; 71% are Plant 2 hourly who waived three months running; 22% are new hires still inside their window” is an insight. BR Insights writes the second sentence for every figure on the platform.
BR Insights is the AI Insight model of the platform: it reads a metric the analytics engine has already computed, the cohorts and records that produced it and the comparison that gives it meaning, and explains it — in a sentence a CFO, a benefits manager or an employee can act on, with the sources linked. It never calculates and never edits, and it explains SuccessFactors records and Workday, UKG, ADP, Dayforce or Paycom records the same way.
Benefits teams are not short of figures; they are short of the sentence that goes with each one. BR Insights is that sentence, written by a model that is allowed to do exactly one thing: read a metric the engine has already computed, along with the records and comparisons behind it, and say what it means. It cannot calculate a figure, cannot change a record and cannot cite a source it did not read — which is why the explanation can sit next to the number on a board pack, an employee's plan recommendation or an auditor's screen.
Follow the 4.8% coverage gap from the engine that computed it, through the records Insights gathers, to the sentence a benefits manager reads — then the same for an employee's plan recommendation and for an entity on Dayforce.
Nothing is explained until it has been computed. The analytics orchestrator produces the coverage gap as of the evaluation date — eligible from the benefit program and rules, enrolled from the dated election records, pending kept apart — and stores the figure with its definition, its context and its cohorts. Only then is the AI Insight model called, with that computed result as its input. It does not see raw tables, it does not run queries, and it has no way to produce a number the engine did not.
An explanation can only be wrong about meaning, never about arithmetic — the arithmetic was done before it was asked.
The same separation lets Insights sit on ACA figures: it may explain exposure; it may never compute or change it.
Before writing a word, Insights assembles what it may cite: the definition of the metric from the orchestrator, the cohort breakdown with small groups already folded, the prior-period and prior-year values computed on the same definition, the records that changed since the last period — hires, terminations, waivers, plan moves — and any open Spotlight item or case that touches the figure. Everything in that bundle is a link. Anything not in it cannot appear in the explanation.
Every clause in an explanation can be clicked back to the record or the definition that justifies it.
Role scoping applies to the bundle: an explanation for a manager without employee-level access is written from cohorts alone.
The explanation follows a fixed shape so it reads the same on every workspace: what the figure is and as of when; what moved it since the last period, with the counts; who is behind it, by cohort; what it compares to; what is not part of it; and what to do, as a proposal for the owning module. Every clause carries its source. The tone is plain — no jargon an employee could not follow — and the length is a paragraph, not a report. An administrator can ask a follow-up in the same place; the answer is written from the same bundle.
A manager, a CFO and an auditor read the same paragraph and each finds the clause they need.
Explanations are versioned with the model and prompt template that wrote them; re-running on the same bundle reproduces the same clauses.
Insights is one model with many seats. At enrollment it is the “why this match” under an IntelliSuggest recommendation — the family, care pattern, prescriptions and HSA eligibility behind the score. At verification it is “why am I being asked this?” on a requirement. At reconciliation it explains a four-way variance — which lives, which period, which route. In communication it explains why a campaign is proposed and what it measured. In compliance it narrates an ACA month — offered, affordable, and the three exposure figures — without ever computing them. Same shape, same sources rule, different owner.
One explanation engine means an employee's “why this plan?” and a CFO's “why this cost?” are held to the same standard.
Employee-facing explanations never expose internal confidence scores, table names or workflow states.
Insights reads the canonical model, so the source of an employee record is one more attribute, not a different pipeline. A gap on an SAP SuccessFactors entity and a gap on a Dayforce entity are explained by the same clauses from the same definitions; when the source matters — a hire date missing from a Workday feed, a termination not yet confirmed by HRIS Sync — the explanation says so and links the sync record. Multi-entity leaders get one paragraph for the group and one per entity, each with its own cohorts and comparisons.
A leader with a mixed HRIS estate reads one kind of explanation, not one per system.
Quebec French and Spanish explanations are written from the same bundle in the employee's language.
Built to explain benefits figures to people who must act on them — not a chat window bolted onto a chart.
The AI Insight model receives a computed metric with its definition, cohorts and comparisons; it cannot calculate, score or write — by architecture, not by policy.
Every clause is written from a bundle of linked records, definitions and comparisons assembled first; anything outside the bundle cannot be said.
What it is, what moved it, who is behind it, compared to what, what is not part of it, what to do — one paragraph, the same on every workspace.
The same engine behind IntelliSuggest recommendations, Spotlight items and employee requirement prompts — without exposing internal scores or states.
Enrollment, verification, reconciliation, communication and compliance explained by one model held to one standard, with the owning module named.
Role scoping and cohort suppression on the bundle; every explanation logged with model and prompt version; re-runs reproduce the clauses; inventoried under NIST AI RMF.
Most analytics tools now offer a generated summary next to a chart. The difference is what the model was allowed to read, what it was allowed to do, and whether you can click on what it said.
| The moment | A generated summary | BR Insights |
|---|---|---|
| The number itself | The model may recompute or round it. | Computed by the engine first; the model receives the result and cannot change it. |
| “Why did it move?” | A plausible paragraph. | Counts with links — hires, exits, waivers, moves — from the change log. |
| “Who is behind it?” | Names, sometimes. | Cohorts, suppressed below the minimum and scoped to the reader's role. |
| “Compared to what?” | Whatever the model remembers. | The comparison set the engine chose — or an explicit “no peer band for this plan type”. |
| An employee's plan recommendation | A badge that says Recommended. | “Why this match” in plain language, no internal scores exposed. |
| An auditor asks how it was written | Nobody knows. | Model, prompt version and bundle logged; re-running reproduces the clauses. |
| A Dayforce entity | A different tool with a different summary. | The same paragraph shape from the same definitions, with the source named only when it matters. |
When an administrator asks Athena about a figure, it is the Insight model that writes the answer — from the same trace bundle, with the same sources rule. A follow-up narrows the bundle; a “what should we do” hands a draft to the owning module. The employee gets the same engine under a plan recommendation or a requirement, in their own language.
The model explains a figure the engine computed; it cannot produce a number of its own.
Definitions, cohorts, changes and comparisons are links — remove a source and the clause goes with it.
What, why, who, compared to what, what next — a paragraph that reads the same on every workspace.
“Why this match” and “why am I being asked this?” are written to the same standard, in the employee's language.
Logged with model and prompt version; a re-run on the same bundle reproduces the clauses — inventoried under NIST AI RMF.
SuccessFactors or any other HRIS: the source is named only when it is the reason.
Insights is a layer, not a page. It is the “Why?” on every Essential Insights tile, the paragraph beside each Spotlight item, the “why this match” under an IntelliSuggest recommendation, the “why am I being asked this?” on an employee requirement, the narrative on a four-way variance case and the explanation of an ACA month — one model, one sources rule, everywhere a number needs a sentence.
Pick the figure that gets the most questions — employer cost per head, the waive rate, the ACA exposure, the plan mix. We'll compute it on your records, let Insights write the paragraph, click through every clause to its source, and then narrow it the way your CFO would.
Computed by the engine, explained by a model that cannot change it, sourced on every clause — for SAP SuccessFactors records and every record from another HRIS.