I am experiencing issues on FDMEE version 184.108.40.206. We are getting ERROR 3303 when loading data to Hyperion Planning from Oracle EBS GL. Despite the numerous blogs and OTN discussions that say that I need to add the entity or account to Hyperion Planning to make the data load successful, I don't think this is true. We are currently on ERPi 220.127.116.11 and the data load completes successfully and therefore gives us a green check mark in the 'Status' column. However if you look at the Log, you will see numerous ERROR 3303 in the log. This leads me to believe that data can be loaded successfully even if there are invalid entities and accounts in the target (Hyperion Planning).
We are testing FDMEE 18.104.22.168 and we are getting ERROR 3303 when loading data from EBS to Hyperion Planning and therefore there is a red circle in the Status column. I am asserting that ERROR 3303 should not matter and that an invalid entity is not the cause of my data load erroring out. Instead, it is caused by something else. It would be nearly impossible and or impractical to add the thousand of entities we don't even need to Hyperion Planning just to make the error 3303 go away. In theory, the loading of data into Hyperion by FDMEE should work like a load rule. If there is an invalid entity or account in the target application, it should write it to a log; but it should definitely not cause the load rule to fail.
Am I wrong on this ?
Error 3303 - ,means that a data file does contain a member (eg: Entity or Account) which is not present in the Hyperion Planning. In Hyperion Planning these are the metadata and you need them for loading the data against those members.
If you don't need those members to be added to Hyperion Planning, you can very well ignore them under your mapping (Like or Explicit). Have a look at Creating Member Mappings http://docs.oracle.com/cd/E57185_01/epm.1112/erpi_admin_11124100.pdf
Hope this helps.