Skip to end of metadata
Go to start of metadata
Key Principles
Principle | Decision / Discussion |
---|
Aggregation | |
Scope is Portfolio | |
Unbundling / Legs | All unbundling positions have to be provided with all figures (e.g. weights) prepared to be directly included in the overall analysis (replacing the figures of the originating position). Unbundling support three different concepts Constituents: a constituent (like a position of a fund held in the portfolio) is assumed to be a different financial instrument and therefore should provide all needed segments and details for the position. The original position is completely replaced. Legs: derivative instruments (e.g. FX forwards) can be unbundled into two or more legs that can have differing segments and details from the original position. Currently they are handeled identically to constituents. Lots: a position considered a lot, is assumed to stem from the same financial instrument as the original position so only detailing the position with some respect. Therefore the segments as well as details are inherited from the original position but can be overwritten in the lot.
When unbundling positions, the following precedence is taken 1. Constituents 2. Legs 3. Lots
|
Benchmark Data | |
(Breakdown) Segments | should be included in a flexible manner translations to be done in reporting via the translation dictionary breakdown hierarchies are delivered by the separate interface Cinnamon Data Interface - Segmentations
|
Figures | the number and types of figures to be reported should be flexible (MarketValue, Duration, etc.) while some figures can be aggregated by simple summing up, other figures have a specific "aggregation weight" to be used when aggregating for details see Cinnamon Data Interface - Figures
|
Interface "PortfolioValuation"
Usage & Contents | used to produce Asset Breakdowns (e.g. AB001-AB007) Asset Structures (e.g. AS003, AS004) Position Lists (e.g. PL001, PL002)
contains |
---|
Reporting Business Logic | aggregation from position to sector/portfolio level of simple and weighted figures top n / bottom n, filtering, sorting build hierarchical view from segment data translation of segment labels
|
---|
Consistency Rules | The following rules should be adhered to by any response and will eventually be checked when consuming a response: Consistency Rules[P01] All figures used within a valuation object must be defined in the figures declaration [P02] All figures having an aggregationMethod <> none have to match the top level figure value when aggregating up the positions [P03] All segmentationIds referenced within positions must be defined in the Segmentations call [P04] All segmentIds referenced within positions must be defined under the corresponding segmentation in the Segmentations call [P05] All segmentIds referenced within positions must be "leaf-level" segments within the segmentation (no more child segments)
|
---|
Path | /portfolio/valuation
|
---|
Parameters | portfolioId *
| string | The id of the portfolio (or consolidation) in the data source |
---|
reportingDate *
| string (date) | The business date the valuations are queried for. |
---|
segmentationDate
| string (date) | Date as of the instruments are segmented and the segmentation definition is valid (equals reportingDate if omitted) |
---|
Example call | /portfolio/valuation?portfolioId=E0002&reportingDate=2019-03-31&segmentationDate=2019-06-30
|
---|
Schema | ON REQUEST |
---|
Response | ON REQUEST |
---|
Interface "BenchmarkValuation"
Usage & Contents | used to produce contains |
---|
Reporting Business Logic | |
---|
Consistency Rules | The following rules should be adhered to by any response and will be checked when consuming a response: |
---|
Path | /benchmark/valuation
|
---|
Parameters | benchmarkId *
| string | The id of the benchmark in the data source |
---|
reportingDate *
| string (date) |
|
---|
segmentationDate
| string (date) |
|
---|
Example call | /benchmark/valuation?benchmarkId=B0002&reportingDate=2019-03-31&segmentationDate=2019-06-30
|
---|
Schema | ON REQUEST |
---|
Response | ON REQUEST |
---|
0 Comments