The OneStream Transformation Rules provide the ability to transform or “Map” source data to the desired target OneStream reporting intersection. OneStream transformations are comprised of 5 different types of Mappings:
This article will focus on the Composite type of Mapping, which provides for multiple source dimensions, to work in tandem, to define the target OneStream reporting intersection.
When loading multiple years of historical data, there may be times when the source system(s) had allowed data to be recorded inconsistently. As that data is being imported into a more robust reporting system like OneStream, the implementation team will have to “fashion” the mappings to ensure consistent reporting year over year.
A Data Source may require unique mappings based upon the source Entity. If the source data is inconsistent by Entity (accounts or departments “UD2”) as an example, composite mappings will need to be used.
In this example, the composite mapping for account 8033 and department 750 are being mapped to 2 different UD2 targets, based upon the Entity. For Texas, it is mapped to 518, while Houston is mapped to 750.
A Data Source may require unique mappings based upon the source Time Year. If the source data is inconsistent by Time (some years may have been recorded in the wrong department) as an example, composite mappings will need to be used.
In this example, the composite mapping for account 8033 and department 750 are being mapped to 2 different UD2 targets, based upon the Year. For 2018 it is mapped to 518, while 2019 is mapped to 750.
A Data Source may require unique mappings based upon the source Account and Department. If the combination of Account and Department defines the target Account, composite mappings will need to be used.
In this example, the composite mapping for account 4310 is being mapped to 2 different account targets, based upon the department. For department 750 it is mapped to account 3035, while for department 518 it is mapped to account 3026.
A Data Source may require unique mappings based upon the source Account and Entity. If the combination of Account and Entity defines the target I/C Partner, composite mappings will need to be used.
In this example, the composite mapping for I/C partner is based upon the source Entity and Account. Any account that begins with 655 is being mapped to 2 different I/C partner targets, based upon the entity. For entity Texas, it is mapped to I/C partner Dallas, while for entity Houston it is mapped to I/C partner Texas.
Composite Transformation Rules provide the ability to map data utilizing multiple dimensions when the need can vary greatly based upon the source data challenges. The examples shown here have been built based on OneStream Software as a consolidation tool.
Want to learn more about Composite Transformation Rules and OneStream Software? Please complete the form below and we'll get back to you shortly.
OneStream CPM
OneStream aligns to your business needs and changes more quickly and easily than any other product by offering one platform and one model for all financial CPM solutions. OneStream employs Guided Workflows, validations and flexible mapping to deliver data quality confidence for all collections and analysis while reducing risk throughout the entire auditable financial process.