DataQubeDataQube
Customers/Large Asset Manager

Global asset manager · $500bn AUM

A governed attribution workflow—from source data to IC pack

Attribution work often spans the warehouse, benchmark data, research files, spreadsheets, and the investment-committee deck. This representative workflow shows how an investment team can replace that fragmented process with one governed analytical record—without moving data outside its environment.

4 days → same morning
Attribution workflow, question to review-ready deck
Scheduled workflows
Recurring analysis and committee materials rebuild on a defined cadence
Every figure traceable
Query, result set, and supporting file section retained

The problem: analysis trapped in pipelines

A typical quarterly attribution workflow crosses five or more systems: a data warehouse, a risk engine, benchmark data, research files, spreadsheets, and PowerPoint.

Analysts re-run extracts, reconcile snapshots by hand, and rebuild the investment-committee deck from scratch. A restated benchmark file can invalidate work already in circulation—and tracing every affected figure becomes a separate project.

Where the quarter went

typical hours per attribution cycle
Data extracts
11
Reconciliation
9
Deck rebuild
8
Actual analysis
4
With DataQube
<1 h

Most of the cycle is not investment insight. It is moving information between systems, checking whether it still agrees, and rebuilding the same output.

Many teams have tried general-purpose AI assistants. The pilots often stop at the same point: portfolio data cannot leave the institution's environment, and answers without provenance cannot go in front of an investment committee.

The bottleneck is not intelligence. It is the absence of a trusted path from source data to the boardroom.

Working the problem

Here is how that quarter-end question plays out as one governed session, drawn from real customer conversations. Every stage below is a real platform surface: the memory it recalled, the queries it ran, the evidence it attached.

The question
Why did the European Equity Alpha portfolio underperform its benchmark this quarter?
DataQube
I'll break the quarter down properly. Let me pull the fund and benchmark series, run a Brinson attribution across sectors, and check whether this is a positioning problem or a stock selection problem.
Based on real customer conversations — all data fictional.

Before touching data, the agent recalls what the desk has already validated—the conventions that normally live in experienced analysts' heads.

What the team already knew
Recalled from memory
EEA benchmark conventionMSCI Europe, net EUR · validated by M. Keller
Standard attribution queryvalidated · recalled in 14 runs
Benchmark file lagconstituents arrive T-2 near UK holidays — will flag if stale

Over a few quarters, that validated memory grows to cover:

  • The benchmark's T-2 constituent lag near UK holidays and which file to use for same-day runs
  • Data-restatement boundaries and relevant history tables
  • The house attribution methodology, validated by the appropriate review team
  • Mandate constraints, linked to the source document that defines them
  • Desk-specific conventions for calculations, data selection, and presentation

The pull is governed end to end: read-only queries against the warehouse and benchmark feed, each call carrying its audit reference.

Governed execution
Click a call to see what ran and why · every call audited
sqlQuarter performance summary
done
SELECT p.period_week,
       SUM(h.weight * r.total_return)            AS fund_return,
       SUM(b.weight * r.total_return)            AS bench_return
FROM   holdings h
JOIN   returns r  USING (isin, period_week)
JOIN   benchmark_weights b USING (isin, period_week)
JOIN   periods p  USING (period_week)
WHERE  p.quarter = '2026-Q3' AND h.portfolio = 'EEA'
GROUP  BY p.period_week ORDER BY p.period_week;
MetricFundMSCI EuropeActive
Q3 total return+0.9%+3.1%-2.2
Max relative drawdown-2.5
Hit rate (weeks)6 / 13-0.5
Tracking error (realized)3.1%+0.3

13 weeks · aggregated weekly

With both sides of the comparison in place, the attribution takes shape—decomposed in the record and charted alongside it.

The analysis
DataQube
The gap is −220 bp for the quarter, and almost all of it accrued in a six-week window through mid-August. Here's the attribution — this is a selection story, not an allocation story.

Cumulative return vs benchmark

European Equity Alpha vs MSCI Europe · Q3 2026

Net of fees, EUR. Demo data.

Active risk by source

Ex-ante tracking error contribution

The finding arrives with its evidence chain attached—every figure traceable to the query, model run, or document that produced it.

The finding — evidence attached
Key finding

Two Industrials holdings drove 71 bp of the 86 bp selection loss

Both names missed on capex guidance in the same week of August. Combined active weight is 240 bp — stock-specific risk now contributes 46% of tracking error, close to the 3.0% mandate ceiling. Allocation decisions were a net positive and need no change.

4 audited tool calls · 3 memory items · 3 checks passed · as of Sep 26, 2026 close
Saved to memory
Industrials drag drivertwo names missed capex guidance the same week — candidate, pending your validation

The session ends where the quarter actually ends: a committee-ready deck, staged for review.

The deliverable
DataQube
I've compiled this into an Investment Committee deck — performance, attribution, the risk picture, and recommended actions. You can present it directly or export to PowerPoint.
PresentationQ3 Performance Review — Investment Committee
5 slides
Investment Committee · October 2026European Equity Alpha — Q3 Performance Review
PerformanceA six-week selection drawdown, then stabilization
AttributionSelection effect drove −150 bp of the gap
RiskStock-specific risk is near mandate ceiling
ActionsRecommended actions

When source data changes

A benchmark provider restates a constituent file. In a conventional workflow, that can mean tracing numbers already circulated, reconciling spreadsheets, and rebuilding the committee deck.

In DataQube, affected results can be flagged as stale, re-run against the updated source, and staged as a new draft. The previously distributed version remains intact, while the difference is visible for review.

Illustrative audit trailjson
{ "event": "evt-d44e02", "action": "memory.recall",  "detail": "benchmark T-2 lag - constituent file restated",  "outcome": "applied", "run": "weekly-ic-pack/r-2406" } { "event": "evt-d44e07", "action": "result.flag_stale",  "detail": "3 cells derived from rev-1 constituents",  "outcome": "re-run scheduled" } { "event": "evt-d44e19", "action": "deck.stage_draft",  "detail": "v24 staged; v23 retained as distributed",  "outcome": "awaiting approval" }

The outcome is not an invisible overwrite. It is a reviewable draft, a visible change history, and a clear record of what changed.

The deployment: everything inside the perimeter

DataQube deploys into the institution's own environment—on-premise, private cloud, or air-gapped. The model runs within the customer's perimeter.

A governed connection layer links approved sources behind one interface. Credentials never reach the AI model. Every read is auditable, with the evidence required to understand what was accessed, why, and what result it produced.

Typical rollout path
A representative rollout starts with the foundation, moves one governed workflow live, automates recurring work, and then scales through policy.
Foundation

Install and security review

Deploy into the existing Kubernetes environment, complete the architecture review, and connect the audit stream to the institution's SIEM.

First workflow live

One desk, one governed question

Connect approved sources such as the warehouse, benchmark feed, and research files. Turn a live attribution question into a governed analytical thread.

Automate the routine

Recurring workflows become scheduled agents

Convert recurring IC packs, performance reviews, and morning briefings into templates that rebuild on schedule and flag what changed.

Scale by policy

Expand without weakening controls

Add desks and workspaces while expressing information barriers, data access rules, and review requirements as organization-wide policy.

Representative deployment profile
The deployment keeps data, identity, audit, model inference, and support workflows inside the institution's operating perimeter.
  • On-premise Kubernetes, private cloud, or fully air-gapped deployment
  • Model inference on customer-controlled GPUs or approved infrastructure
  • OIDC integrated with the institution's identity provider
  • Audit events exported to the institution's SIEM
  • Separate workspaces aligned to desk structure and information barriers
  • Read-only connections to approved data sources
  • No data egress required for operation, licensing, or support workflows

What changes for the investment team

From multi-day cycles to same-morning review-ready analysis
The team spends less time assembling inputs and more time interpreting what the attribution result means.
From manual deck rebuilds to scheduled workflows
Recurring committee materials rebuild on a defined cadence, with changes surfaced before review.
From unsupported figures to evidence attached to every number
Every result can retain its query, result set, and supporting file section.
From tribal knowledge to institutional memory
The rules that make analysis correct become durable, reviewable, and available to the people who need them.

A trusted path from source data to the boardroom

DataQube gives investment teams one governed record across analysis, evidence, and presentation—running entirely inside the institution's environment.

Request a walkthrough of the asset-management workflow.

When an investment committee asks where a number came from, the answer should not depend on who built the spreadsheet.
Representative workflow for regulated investment teams
Deploys in your cluster - nothing leaves

See your data answer questions - without leaving your infrastructure

Thirty minutes with an engineer: live product, deployment options, and your security team's questions answered by someone who wrote the code.