Overview
Dynamics 365 Business Central incorporates a ”Dimension Set” feature that is a unique combination of dimension values. The dimension set ID is used in many OData endpoints to define the dimensions of the data without listing the dimension(s) in the OData endpoint itself. Since the dimension set is just an ID and not the actual dimension codes, Solver has created a business rule to transform the data after it has been loaded into Solver so that the end result is the dimensional codes that define the data instead of the DimensionSetID. The use of this business rule does require some preconfiguration and is described in this document.
Business Rules for D365BC Implementation
Both rules can be found in the bottom attachment section in this KB.
- D365BC_dimUpdater: this rule allows user to parse out dimension codes from the staging dimension to other dimensions. Not needed if Task Filtering is being used in integrations.
- DimensionSet: this rule is for D365BC customers to populate dimension codes based on DimensionSetID.
Exposing the OData Endpoint
The first step is to expose the OData endpoint. This is required in order for the dimension set data to be loaded into Solver .
- Log in to D365 BC. https://businesscentral.dynamics.com/
- In the search bar, type: Web Services and click the result.
- Click Actions on the tool bar and then click New Document Create Data Set.
- Type a name and click the ellipsis … to look up the Data Source Id 479.
- Click Publish and then click Finish.
This completes the configuration of the DimensionSetID OData endpoint on the Business Central.
Configuring Your Integration
In this section we will detail steps needed on the Solver side. This section assume that user is familiar with Solver interface, in particular, the integration configuration. Please reference the Solver User Guide for additional information.
There are multiple steps required due to the way that Business Central presents the data. These steps are.
- Load your DimensionSet information into a dimension. This dimension does not need to be mapped to the module in Module Schema
- Load your DimensionCodes
- This process will
- Load your Transactional information with only the DimensionSetID value mapped to an attribute
- Most users are loading only GL Detail into the data warehouse and using a business rule to create summary
- Run two business rule that transforms this data. It is required that your configuration is completed as described above
- The first business rule will clean up your dimension. If you ran just your dimension load, you will notice that each dimension has a listing of all dimension codes. This business rule deletes unnecessary dimension from the respective dimension
- The second rule will replace the DimensionSetID that exists on your transaction table after import into the operational codes associated with the dimension set
- Run the third rule that will create GL Summary from GL Detail.
DimensionSetID Task
The DimensoinSet ID task is required to load into Solver in order for our business rule to populate the respective dimensions of a particular dimension set ID.
- Log in to Solver Data Warehouse Data Add New and select D365 Business Central.
- Type in your login credentials.
- Create a New Task.
- From source table find the DimensionSet endpoint that was created above.
- Under the TARGET TABLE choose New Dimension.
- Give this target table a name
- Copy the following text into the code field on the Target mapping: [Dimension_Set_ID]+[Dimension_Code]
- Drag Dimension_Set_ID from source to CLICK HERE. In data type field, choose Integer.
Drag Dimension_Code from source to CLICK HERE. In data type field, choose Text. - Drag DimensionvalueCode from source to CLICK HERE. In data type field, choose Text.
- The page should look similar to the below image.
- Click SAVE and publish the integration.
- Returning back to the integration page, you can now run this integration. This will load all dimensionsets into your database.
Dimension Data Task
User will also need to load in the dimensional data, for example Department, Area, and Sales. Business Central stores all dimensional data in the Dimensions (Object id 560) endpoint. The user will need to expose this endpoint in D365BC and load the dimensional data into each dimension within Solver. Below is an example of the data contains in the 560 endpoint.
As you can see from the above screenshot, all dimension codes are stored in the same endpoint. The following process will detail how to utilize the Task Filtering feature to setup your dimension load from Business Central in order to remove unnecessary dimensions codes.
- Create an OData endpoint in D365BC that contains your dimension codes. See Expose D365BC OData Objects, earlier in this document for additional information.
- Using the Solver D365BC connector, set up dimension integrations to load data from the above-mentioned OData object for each dimension. We will use DEPARTMENT as an example.
- Drag and drop Code and Name from source to map in Code and Description in target in the integration mapping page. Click Continue to proceed to the Task Filtering page.
- Create a dimension attribute that will be the same across all dimensions. In this case the attribute DimensionName is created.
- Map Dimension_Code to this attribute.
- Click Save
- Repeat these steps for each dimension task.
- IMPORTANT: Multiple tasks can be defined in a single integration. However, best practice is to create a separate integration and task for your module/data load. Because the dimension codes are currently out-of-sync with your source data, a data load will fail until the final step: running a business rule, is completed.
- Navigate to Overview Dimensions to review the results of your integration.
At this point you have a configured integration that is loading in dimension codes. Running the integration, you will see that data is coming in with “code_x”. For example, your departments include _D, while currency codes include _C.
To correct this, we have a business rule available on the support site called Solver_D365_DimUpdater. This rule will update the data properly, removing unnecessary codes and removing the “_
Update Dimension Codes with a Business Rule
Follow the steps below to update your dimension codes.
- To import the rule:
- Download the Solver_D365BC_DimUpdater business rule from the attachment section in this KB.
- In Solver Cloud, navigate to Data Warehouse > Data > Rules. A listing of all imported rules will appear.
- In the upper right-hand corner, click Import .
- Select the previously downloaded rule and click Open. The rule should import successfully.
- Select the new rule in the list and click Run.
- In the popup that appears, select the Attribute name that you created for each dimension.
- The rule will process.
- Navigate back to Overview > Dimensions to review your dimension codes. Your data should look correct.
Be sure to run the rule after loading dimensional data. At this point, after running the rule you can start loading in the transactional data such as General Ledger Detail.
Transactional Data Task
You are now ready to import transactional data. Unlike other integrations, D365 BC requires the module schema is configured before hand via the Module Schema page. These dimensions need to be created in Solver first either via the Data Warehouse Settings Dimensions page or via an integration as done above.
If user choose to create the dimensions via the Dimensions menu, you must also add these dimensions to the Module via the Module Schema page. The next section will discuss loading in General Ledger information
- Configure a BC integration, this time choosing General Ledger and Module.
- In TASK MANGER, if you did not previously configure the design of the General Ledger with all of the required dimensions via the Module Schema page, assign by clicking the Checkbox of the dimension(s) that should be associated to this module. click all dimensions from dimension set which needs to be associated with this module. And click Continue.
- In task mapping, map only the Period, Account and any attribute information such as Amount into the respective target fields.
- Drag Dimension_Set_ID from source field to be a New field, and data type choose integer.
- Click SAVE,
- We did not map any dimension fields as they will be populated by the business rule.
- Publish this integration and run this integration.
- Check the Date explorer and you will see all dimension column are blank.
At this point we have the transaction data loaded in with only the dimension set ID. This ID is associated to a combination of dimensional information that we must assign to the transactions. This is where the business rule is needed.
Incorporate the DimensionSet Business Rule
The business rule is available for download on the Solver support site and is called DimensionSet. This rule will update the data properly.
- After downloading the Business Rule, import the rule via Data Warehouse Data Rules.
- Run the rule.
- DimensionSet: Select the dimension that you defined as dimension set.
- Module: Select the module where the transactional information must be updated.
- Periods: Select the periods that rule should be ran for.
- Click Run
- After the rule has been completed, check Data Explorer to validate all data. Click Lookup for each parameter. dimension Set and choose the dimension user import dimension set data in.
- The end result will be the dimensional data and the corresponding DimensionSetID.
You have now created your first integration to load Business Central data that contains a DimensionSetID value and have converted it into its operational codes within Solver.
Login Credential for Business Central
This section details the required field needed to create a Solver Cloud integration using the D365BC connector.
NOTE: Solver recommends creating a web service user for integration use. Also, Multi-factor authentication (MFA) is not support for logins.
Follow the below guidelines to input values for each field.
- OData URL: This is the URL found on the Web Services page. Solver Cloud only needs up to the ...ODatav4/, so remove anything after the forward slash. It should look something like this: (https://api.businesscentral.dynamics.com/v1.0//ODataV4/)
- Username: You only need the username, do not add the domain.
- Web Service Access Key: This is the key generated from Web Service Access Key Section in the Users page under your web service user's profile.
- Company Name: This is the name of the company for which data should be brought in. This is a case sensitive field.
Note: D365BC has a 30 characters limit for company name. Any name exceeds 30 characters will result in the below error.
How to export a list of OData objects to Excel
- Log on to D365 BC, in the search bar, type: Web Services and click the result.
- Click Actions on the tool bar and then click New Document Create Data Set.
- The Reporting Data Setup wizard should appear, click Next
- Choose Create a new data set, click Next
- Type a name and click the ellipsis … to look up the Data Source Id.
- Click Page at the top-left and click Open in Excel. This will allow you to export all endpoints into Excel.
Comments
4 comments
In the resolution section, there are images which are not being displayed.
Hi Charles, we have fixed the images in the article, thanks for letting us know!
The instructions are good for one company but, when there are multiple companies, I found that there is a need to add the company to the dimension set ID in the Dimension Set dimension and GL Detail imports. Two companies could have the same dimension set id value which include different dimension codes and/or dimensions.
The rule for removing the incorrect dimension codes from each dimension can be eliminated if you utilize the filter option on the integrations. For each dimension, use a filter to limit the incoming data to that dimension_code value.
Please sign in to leave a comment.