Now I have known about this issue/feature for a long time but recently I have heard a few people mention it and I just wanted to very quickly highlight the problem if you were not aware of it.
First of all if you are going to use the essbase adaptor to perform data loads I always recommend using version 10.1.3.5.5 or newer and to use a load rule with the interface.
The issue only manifests itself when you are performing a data load with multiple data columns.
Let’s take an example in its simplest form.
In certain circumstances source data could be across a number of rows, yes you could group this information but sometimes you don’t want to add to existing values, anyway there shouldn’t be an issue loading this type of data into essbase.
Loading the data directly into essbase using a standard load rule produces a result that you would expect.
Now let’s load exactly the same data using a simple ODI interface with the same load rule set in the IKM options
Now you will notice the difference, the value for Sales is #Missing and you would expect the value to be 1.
When ODI loads data if it encounters an empty cell it treats and loads the value as #Missing to essbase.
This would be the equivalent load file if it were directly being loaded into essbase.
So is this a bug or just the way ODI requires to load data using the API, I will leave that for you to decide.
If you are going to load data in this manner then it is something you need to be aware of, if the data cannot be grouped it is worth considering an alternative approach such as having all the member information in the rows and having one data column.