A metric in LUSID is a discrete piece of business information you can retrieve when creating a valuation report and, potentially, perform operations on to add value and gain insight.
LUSID can report many hundreds of metrics about almost any aspect of the valuation process, from information about underlying instruments and transactions, portfolios and the holdings they contain, market data used, and headline statistics such as PV and PnL. Note that in some places metrics are labelled ‘queryable keys’ or ‘address keys’.
Note: You can include properties in valuation reports too, and create custom metrics using a special kind of derived property. More information.
Listing available metrics
To list every metric, call the GetAllQueryableKeys API, or query the Lusid.Portfolio.Valuation.Measure provider if you have a Luminesce license. Note the following:
Not every metric is useful or valid for the types of instruments you wish to value. You can call APIs in advance to understand which metrics might be relevant to your use case.
There are hundreds of metrics, so it is often useful to apply a filter when retrieving them; see the table below for examples.
Some metrics are deprecated. You can ignore these by adding the following expression to a filter:
and lifeCycleStatus neq 'Deprecated'.
Domain | Sub-category | Filter to apply | Example metrics | Notes |
|---|---|---|---|---|
|
|
|
| |
|
|
| ||
|
|
|
| |
|
|
| ||
|
|
| Valid between trade and settlement dates. | |
|
|
|
|
|
|
|
| ||
|
|
|
|
|
| OTC |
|
| Information specific to instrument types. |
Other |
|
| Generic information about instruments. | |
|
|
|
|
|
|
|
|
| 'Lookthrough' refers to securitised portfolios. |
|
|
| ||
|
|
|
|
|
|
|
|
| Replacement for |
|
|
|
|
|
|
|
| ||
|
|
| Risk analysis for any supported instrument. | |
|
|
|
| Now replaced by dedicated |
| PV |
|
| |
Risk |
|
| Fixed calculation, only for options. See also dedicated | |
Accrual |
|
| ||
Exposure |
|
| ||
Diagnostics |
|
|
| |
Instrument legs |
|
| LUSID considers certain instruments to have legs. | |
|
|
| Now replaced by dedicated | |
Misc |
|
| ||
| All metrics |
|
| User-defined metrics for external result data in the SRS. |
Metrics in a particular data map |
|
Specifying metrics in valuation reports
When you create a valuation report you must specify at least one metric. Note it's often useful to specify the Instrument/default/Name metric to report the friendly names of underlying instruments.
Consider the following example, of a call to value this GBP-denominated portfolio containing a mix of US and UK equities and bonds on a single day, 7 March 2022:
The metrics chosen to create a meaningful valuation report have summary explanations.
Results are grouped by the
Instrument/default/LusidInstrumentIdmetric to report one result per underlying instrument held. If the portfolio contains multiple holdings in the same underlying instrument (perhaps divided into tax lots or strategies), they are automatically aggregated. More on grouping.Non-numeric metrics report their
Value.Numeric metrics use the
Sumoperation to total any holdings in the same underlying instrument divided into tax lots or strategies. Note this has no effect if holdings have not been so divided. More on operations.Some metrics also take options that change how LUSID calculates them. More on options.
curl -X POST "https://<your-domain>.lusid.com/api/api/aggregation/$valuation"
-H "Authorization: Bearer <your-API-access-token>"
-H "Content-Type: application/json-patch+json"
-d '{
"portfolioEntityIds": [ {"scope": "FBNUniversity", "code": "Module-4-1", "portfolioEntityType": "SinglePortfolio"} ],
"valuationSchedule": {"effectiveAt": "2022-03-07T00:00:00.0000000+00:00"},
"recipeId": {"scope": "FBNUniversity", "code": "Module-4-1Recipe"},
"groupBy": ["Instrument/default/LusidInstrumentId"],
"metrics": [
{"key": "Instrument/default/Name", "op": "Value"}, # Reports the friendly name of the underlying instrument
{"key": "Valuation/EffectiveAt", "op": "Value"}, # Confirms the valuation date
{"key": "Holding/default/Cost", "op": "Sum"}, # Calculates cost in the transaction currency
{"key": "Valuation/PV", "op": "Sum"}, # Calculates PV in the transaction currency
{"key": "Valuation/PnL/Unrealised", "op": "Sum"}, # Calculates PnL in the transaction currency (PV minus cost)
{"key": "Holding/Cost/Pfolio", "op": "Sum"}, # Calculates cost in GBP (the portfolio currency)
{"key": "Valuation/PvInPortfolioCcy", "op": "Sum"}, # Calculates PV in GBP
{"key": "Valuation/PnL/Unrealised/PfolioCcy", "op": "Sum"} # Calculates PnL in GBP
]
}'The response might look like this (transformed to a table and with columns renamed for simplicity):

Replacements for deprecated legacy keys
Domain | Deprecated key | Replacement key |
|---|---|---|
|
|
|
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
|
|
|
|
|
|
|
| |
| All |