Interface "Segmentations"
Usage & contents |
| |||||||
---|---|---|---|---|---|---|---|---|
Reporting business logic |
| |||||||
Consistency rules | The following rules should be adhered to by any response and will eventually be checked when consuming a response: Consistency Rules
Segmentations don't have to be "levelled". That means that not every branch of a hierarchy has to have the same depth (number of levels). | |||||||
Path |
| |||||||
Parameters |
| string (date) | The date, the segmentations are valid | |||||
Example call |
| |||||||
Schema |
| |||||||
Example |
|
Segmentations
Segmentation Attributes
Attribute | Description | Type |
---|---|---|
| The unique id of the segmentation. Is referenced by positions. | string |
| optional description of the segmentation to help the reader of the file. For reporting the id will be used as key into the translation tables. | string |
| the list of segments in the segmentation | array of segment |
Segment Attributes
Attribute | Description | Type |
---|---|---|
| The unique id of the segment within the segmentation. Is referenced by positions. | string |
| optional list of (sub)segments used to build a hierarchical segmentation | array of segment |
| optional description of the segment to help the reader of the file. For reporting the id will be used as key into the translation tables. | string |
| optional sortKey to help sorting data from multiple files. If no sortKeys are provided, the order of segments in the file is relevant. | string |
| optional flag to state that this segment is actually not a discrete segment of the segmentation but rather something like
| boolean |
Example for segments on positions
The following examples show how the AssetClass segment is allocated to a position:
...