Dashboard Blueprint · App × Dashboard × Widget

Dashboards that tell the story, not just display it.

Every ARIA app ships with a set of dashboards designed as narrative sequences — not widget dumps. Each widget in each dashboard earns its place by unlocking an insight the previous one raised. The matrix below is the architectural contract: 14 apps, 67 dashboard surfaces, one reading grammar.

Main · Executive overview · app homepage
Operational · workflow-driven · preparer home
Disclosure · note export validation
Dependent · drill-through from main (full page)
Context · widget inside a CRUD edit page
14
Apps covered
14
Main dashboards
11
Operational boards
13
Disclosure dashboards
15
Dependent deep-dives
The invariant grammar

Every main dashboard reads as a Z.

KPI bar answers "what happened." Primary chart answers "where." Secondary breakdown answers "why." Drill-down structure answers "which one." Each widget unlocks the question the previous widget raised. This is the contract.

① KPI BAR What happened? 3–5 hero numbers with deltas — the reader gets the headline in 3 seconds TOTAL ECL €4.2M +31% STAGE 3 2.8% -0.3pp COVERAGE 1.24x +0.08 AVG MAT. 2.7y flat ② PRIMARY CHART Where does the movement come from? The biggest chart on the page — waterfall / trend / movement Open +New +Mig -Rec -W/o +Mod Close ③ BREAKDOWN Why — how does it split? Donut / stacked bar / heatmap €150M Stage 1 · 70% Stage 2 · 20% Stage 3 · 10% ④ DRILL-DOWN Which one in particular? Hierarchical tree — from total to transaction · click a row to go to its context edit page ▾ Portfolio Retail € 105.0M ▾ Consumer loans € 78.2M LOAN-2024-0147 — John Doe € 125K → LOAN-2024-0203 — Jane Smith € 89K → ▸ Portfolio Corporate € 45.0M Reading path: ① → ② → ③ → ④
3s

Headline in three seconds

The KPI bar at the top is a contract: a reader should know whether things are good or bad before scrolling. No KPI bar, no dashboard.

5

Five widgets maximum

KPI bar + primary + breakdown + drill-down. That's four. A fifth widget (usually a trend or a secondary chart) is allowed. A sixth means the dashboard should split into a main and a dependent.

∞

Dependents scale infinitely

Drill-throughs are free. Every main widget can link to a dependent dashboard that zooms in without cluttering the main. This is where ARIA's storytelling beats static reports.

The architectural contract

14 apps. Every dashboard specified.

Rows are apps. Columns are dashboard types. Cells contain the dashboard name and the ordered sequence of widgets that compose it. Widgets are numbered in their reading order. This matrix is the architectural contract: every app must declare its dashboard set before any code is generated.

App ● Main dashboardExecutive overview · homepage of the app ● OperationalWorkflow boards · preparer daily home ● DisclosureNote validation & export ● DependentDrill-through deep dives ● Context widgetsInside CRUD edit pages
IFRS 15 Revenue from Contracts with Customers SHIPPED
Revenue Recognition Overview
  1. KPI Card Gridbooked · recognized · deferred · % completion
  2. Waterfall Bridgerevenue bridge period-over-period by POB type
  3. Stage Donutmix by POB type (goods/services/licenses)
  4. Hierarchical Treecustomer → contract → POB with subtotals
Contract Lifecycle Board
  1. KPI Card Griddraft · active · at risk · closing this period
  2. Status Kanbancontracts by state (draft → active → closing → closed)
  3. Budget vs Actualbooked vs plan by segment
Contract Balances & Notes
  1. KPI Card Gridcontract assets · liabilities · receivables · impairment
  2. Note Export Tablecontract balances reconciliation (IFRS 15.116)
  3. Maturity Ladderdeferred revenue by bucket
POB Performance Deep Dive
  1. Trend LinePOB revenue over time
  2. Cohort Analysiscontracts by vintage
  3. Budget vs ActualPOB-level variance to plan
↑ from donut slice click
Event Timeline → inside contract edit page: signature → delivery → variation → invoice → payment
IFRS 16 Leases SHIPPED
Lease Portfolio Overview
  1. KPI Card GridROU · liability · contract count · WALT
  2. Waterfall BridgeROU roll-forward (opening → additions → remeas → disp → dep → closing)
  3. Stage DonutROU by asset class (buildings/vehicles/equipment)
  4. Hierarchical Treeentity → asset class → contract
 Not applicable —
leases have no active workflow board
Lease Note Dashboard
  1. KPI Card Gridinterest exp · depreciation · short-term · variable
  2. Note Export TableROU movement schedule (IFRS 16.53)
  3. Maturity Ladderlease liability by bucket (IFRS 16.58)
Asset Class Deep Dive
  1. Sub-Waterfallroll-forward for single asset class
  2. Trend Lineasset class trajectory
  3. Cohort Analysiscontracts by vintage within class
↑ from donut slice click
Maturity Cohort Analysis
  1. Trend Linecohort maturity profile
  2. Hierarchical Treecohort → contract drill
↑ from maturity ladder click
Discount Rate Sensitivity Lab
  1. Sensitivity HeatmapIBR × remaining term
  2. TornadoIBR component ranking
↑ linked from main (audit section)
Amortization Schedule → inside lease edit page: period-by-period interest/principal/balance
Event Timeline → inside lease edit page: modifications history
IFRS 9 Expected Credit Losses SHIPPED
Credit Risk Overview
  1. KPI Card Gridtotal ECL · Stage 3 ratio · coverage · avg PD
  2. Waterfall BridgeECL reconciliation (orig → migration → recovery → w/o → model)
  3. Stage DonutGCA by stage (1/2/3)
  4. Hierarchical Treeportfolio → segment → instrument
Watchlist & Stage Migration
  1. KPI Card Gridwatchlist · new SICR · cured · written off
  2. Status Kanbaninstruments by stage (triage board)
  3. Trend Linestage migration rate over time
ECL Note Dashboard
  1. KPI Card Grid12M ECL · lifetime non-impaired · impaired · POCI
  2. Note Export Tableloss allowance reconciliation (IFRS 7.35H)
  3. Maturity Ladderreceivables aging (simplified approach)
PD/LGD Sensitivity Lab
  1. Sensitivity HeatmapPD × LGD grid
  2. TornadoECL driver ranking
↑ from ECL kpi click (model governance)
Stage 3 Deep Dive
  1. Trend LineStage 3 inflow/outflow over time
  2. Recovery Curvescohort recovery profiles
  3. Hierarchical TreeStage 3 instruments drill
↑ from donut Stage 3 slice click
Event Timeline → inside instrument edit page: stage migration history
IFRS 2 Share-Based Payments SHIPPED
Plan Portfolio Overview
  1. KPI Card Gridactive plans · grants · vested · expense YTD
  2. Waterfall Bridgeexpense bridge (grants + vesting − forfeit − exerc)
  3. Stage Donutplans by type (options/RSU/ESPP)
  4. Hierarchical Treeplan → tranche → grantee
 Not applicable —
no daily workflow
IFRS 2 Note Dashboard
  1. KPI Card Gridtotal expense · WAFV · weighted avg life · WA strike
  2. Note Export Tableplan details (IFRS 2.45)
  3. Maturity Laddervesting schedule by tranche
Valuation Sensitivity Lab
  1. Sensitivity Heatmapvolatility × expected life
  2. TornadoBlack-Scholes drivers ranked
↑ from FV kpi click
Amortization Schedule → inside plan edit page: vesting period expense
Event Timeline → inside grant edit page: grant → vest → exercise
IFRS 3 Business Combinations SHIPPED
Deal Portfolio Overview
  1. KPI Card Gridactive deals · purchase price · goodwill · intangibles
  2. Waterfall Bridgegoodwill walk (price − FV net assets = goodwill)
  3. Stage DonutPPA allocation (tangible/intangible/goodwill)
  4. Hierarchical Treedeal → target entity → asset line
PPA Review Board
  1. KPI Card Griddraft · provisional · final · past 12M window
  2. Status Kanbandeals by PPA status
 —
goodwill disclosures
live in IAS 36
PPA Component Deep Dive
  1. Note Export Tablecomponent-level allocation
  2. Hierarchical Treecomponent → valuation method → rationale
↑ from waterfall bar click
Event Timeline → inside deal edit page: announce → close → PPA final
IFRS 13 Fair Value Measurement SHIPPED
Fair Value Overview
  1. KPI Card GridL1 total · L2 total · L3 total · % L3 of total
  2. Stage DonutFV hierarchy mix (L1/L2/L3)
  3. Hierarchical Treelevel → class → instrument
 Not applicable —
measurement is event-driven,
not workflow-driven
FV Note Dashboard
  1. KPI Card Gridrecurring · non-recurring · transfers in/out
  2. Note Export TableFV measurement hierarchy (IFRS 13.93)
  3. Maturity Ladderderivatives by tenor
L3 Sensitivity Lab
  1. Sensitivity Heatmapcash flow × discount rate
  2. TornadoL3 unobservable inputs ranked
↑ from L3 kpi click (governance)
No dedicated
context widget
IFRS 18 Presentation (mandatory 2027) WAVE 2
New P&L Presentation Overview
  1. KPI Card Gridoperating · investing · financing profit · MPMs
  2. Waterfall BridgeP&L subtotal bridge (old format → new categories)
  3. Stage Donutcategory mix (op/inv/fin)
  4. Hierarchical Treecategory → line → transaction
Category Mapping Board
  1. KPI Card Gridlines mapped · unmapped · exceptions
  2. Status Kanbanline items by mapping status
IFRS 18 Note Dashboard
  1. KPI Card GridMPM reconciliations · disaggregation items
  2. Note Export Tablenew mandatory disclosures
MPM Reconciliation Deep Dive
  1. Waterfall BridgeGAAP → MPM reconciliation
  2. Note Export Tableitem-by-item reconciliation
↑ from MPM kpi click
No dedicated
context widget
IAS 12 Income Taxes WAVE 2
Tax Position Overview
  1. KPI Card Gridcurrent tax · deferred · total · ETR
  2. Waterfall BridgeETR walk (statutory → perm diffs → credits → ETR)
  3. Stage Donuttax by jurisdiction (IT/EU/RoW)
  4. Hierarchical Treejurisdiction → entity → temp diff item
 Not applicable —
tax events are periodic, not daily
Tax Note Dashboard
  1. KPI Card GridDTA · DTL · unrecognized · losses c/f
  2. Note Export Tabletax reconciliation (IAS 12.81(c))
  3. Maturity LadderDTA reversal schedule by expiry
ETR Driver Analysis
  1. Tornadotop tax reconciliation items ranked
  2. Sensitivity Heatmapprofitability × period (DTA recoverability)
↑ from ETR kpi click
Amortization Schedule → inside DTA edit page: reversal profile over periods
IAS 37 Provisions & Contingencies WAVE 2
Provisions Portfolio Overview
  1. KPI Card Gridtotal provisions · open cases · additions · used YTD
  2. Waterfall Bridgeprovision movement (open → add → used → rev → unwind → close)
  3. Stage Donutprovisions by type (legal/warranty/restructure/enviro)
  4. Hierarchical Treecategory → sub-category → individual case
Case Management Board
  1. KPI Card Gridopen · assessing · resolved · past expected close
  2. Status Kanbancases by status (open → assessing → resolved)
IAS 37 Note Dashboard
  1. KPI Card Gridby type · contingent liabilities disclosed
  2. Note Export Tableprovisions schedule (IAS 37.84)
  3. Maturity Ladderexpected reversal timing (IAS 37.85)
Uncertainty Sensitivity
  1. Tornadoprobability × amount × timing drivers
↑ from provision kpi click
Event Timeline → inside case edit page: claim → assessment → ruling → payment
IAS 36 Impairment of Assets WAVE 2
CGU Impairment Overview
  1. KPI Card GridCGUs tested · impaired · headroom · loss YTD
  2. Waterfall Bridgerecoverable bridge (WACC → g → margin → current)
  3. Stage DonutCGUs by status (healthy/at-risk/impaired)
  4. Hierarchical Treesegment → CGU → asset
Trigger Monitoring
  1. KPI Card Gridactive triggers · under review · tests in progress
  2. Status KanbanCGUs by test stage (not triggered → triggered → testing → concluded)
Impairment Note Dashboard
  1. KPI Card GridCGU count · impaired · reversed
  2. Note Export Tableimpairment disclosures (IAS 36.134)
CGU Sensitivity Lab
  1. Sensitivity HeatmapWACC × terminal growth (mandatory IAS 36.134(f))
  2. Tornadoimpairment drivers ranked
↑ from CGU click in tree (auditor view)
Amortization Schedule → inside CGU edit page: 5-year cash flow + terminal value
Event Timeline → inside CGU edit page: trigger → test → loss → reverse
SOX / 262 Internal Controls Framework COMPLIANCE
Control Framework Overview
  1. KPI Card Gridtotal controls · tested · passed · exceptions
  2. Stage Donutcontrols by cycle (revenue/P2P/HR/IT)
  3. Hierarchical Treecycle → process → control
Testing Workflow Board
  1. KPI Card Gridto test · in progress · exceptions · passed this period
  2. Status Kanbancontrols by test status (to test → prog → excep → passed)
  3. Budget vs Actualremediation effort plan vs actual
Management Assessment
  1. KPI Card Grideffectiveness score · material weaknesses · significant deficiencies
  2. Note Export Tablemanagement control assessment report
Control Exception Root Cause
  1. Tornadoexception drivers ranked
  2. Hierarchical Treeexception → control → root cause
↑ from exception column in kanban
Event Timeline → inside control edit page: design → test → remediate → re-test
ESRS Sustainability Reporting COMPLIANCE
Sustainability Overview
  1. KPI Card GridScope 1 · 2 · 3 · net zero progress %
  2. Waterfall Bridgeemissions bridge YoY
  3. Stage Donutemissions by scope
  4. Hierarchical Treetopic → standard → datapoint
Datapoint Collection Board
  1. KPI Card Gridto collect · in validation · approved · missing
  2. Status Kanbandatapoints by collection status
  3. Budget vs ActualESG targets tracking
ESRS Note Dashboard
  1. KPI Card GridE1–E5, S1–S4, G1 disclosure status
  2. Note Export Tablestandard-by-standard export
Climate Risk Sensitivity
  1. Sensitivity Heatmapcarbon price × scope
  2. Tornadoclimate risk drivers ranked
↑ from Scope kpi click
No dedicated
context widget
M. 231 Italian Compliance Model COMPLIANCE
231 Model Overview
  1. KPI Card Gridrisks mapped · controls active · incidents YTD · open actions
  2. Stage Donutrisks by area (predicate offences map)
  3. Hierarchical Treerisk area → risk → control mapping
Incident Management Board
  1. KPI Card Gridreported · investigating · closed · actions overdue
  2. Status Kanbanincidents by status (reported → investigating → closed)
OdV Annual Report
  1. KPI Card Gridannual summary metrics
  2. Note Export TableOdV annual summary report
 No dependent
deep-dives planned
in Wave 1
Event Timeline → inside incident edit page: detection → action → closure
GDPR Privacy & Data Protection COMPLIANCE
Privacy Overview
  1. KPI Card GridDPIAs · open requests · breaches YTD · high-risk processings
  2. Stage Donutdata by category (personal/sensitive/special)
  3. Hierarchical Treeprocess → activity → datapoint
Data Subject Request Board
  1. KPI Card Gridreceived · processing · fulfilled · breaching SLA
  2. Status KanbanDSR by status (received → processing → fulfilled)
Breach Management Board
  1. KPI Card Gridbreaches open · notifying · remediated
  2. Status Kanbanbreaches by phase
ROPA & Records
  1. KPI Card Gridrecords count · by legal basis · by category
  2. Note Export TableRecords of Processing Activities (Art. 30)
  3. Maturity Ladderdata by retention schedule
 No dependent
deep-dives planned
in Wave 1
Event Timeline → inside breach edit page: detect → notify → remediate
What the matrix says

Three architectural truths.

Reading the matrix vertically reveals patterns that validate the blueprint as a real architectural contract, not just an inventory.

100%

Every main follows the Z

All 14 main dashboards use the same grammar: KPI bar → primary chart (waterfall or donut) → breakdown → hierarchical drill-down. Once a user learns one app, they know them all. This is how ARIA compounds its training investment.

11 / 14

Operational boards are kanban-shaped

Where there's a workflow, there's a kanban. The three apps without one (IFRS 16, IFRS 13, IAS 12) handle events that are periodic or snapshot-based — not continuous. The matrix makes this invariant explicit.

13 / 14

Dependents unlock the differentiation

Every app except Modello 231 ships at least one dependent dashboard — a drill-through that zooms into a specific signal raised by the main. This is where ARIA beats static PDF reports: the story continues where the reader's curiosity takes them.

The contract is the product.

Every dashboard in this matrix is a YAML file waiting to be written. ARIA generates the React components. The design grammar — Z pattern, Main → Dependent, Context widgets — is enforced at the platform level. The killer feature isn't "we have dashboards." It's "every dashboard tells a story the same way."

Explore the widget library → Request a demo