Parent & Entity Currency Adjustments

Hi Guys,
I have no idea of HFM :)
We are receiving extracts from HFM which contains data at different levels (Entity Currency, Entity Currency Total, Entity Curr Adj, Parent Curr, Parent Curr Total, Parent Curr Adj).
From these extracts we pick up the data for the levels at Parent Curr Total, Entity Curr, Entity Currency Adjustments, Parent Currency Adjustments.
Out of these levels, the data at Entity Curr Adjustments(ECA) & Parent Curr Adjustments(PCA) get added up and gets flown into our Business Objects Report.
I have seen the values for adjustments getting doubled up, I suppose this should not be happening.
I now understand that ECA & PCA must not get added up. However i want to know and understand if only ECA must be processed.
If so, then should PCA be ignored completely?
Kindly provide me with some understanding of these terms, especially PCA & ECA.
TIA
Thx & Rgds
Vaibhav

Hi,
It seems you need to understand the concept and how these are used.
I would suggest you to go through these forums Calmly to get the understanding of these members:
explanation required about Value dimension Adjustment Members
Re: Difference between Parent and Parent Curr Adjs
Re: difference between parent currency and parent in value dimension
I am sure after going through all these forums, you will be able to understand the use and affect of these members.
If still some confusion remains, point out and ask specifically.
Acknowledge if Helpful.
J

Similar Messages

  • Entity Currency Adj, Parent Currency adj for Parent-child with same currenc

    Hi,
    In 11.1.2.1 I noticed that if parent and base entity currencies are same, entity currency and entity currency adjustments equal parent currency and parent currency adjustments respectively. If the currencies are different, the entity currency total gets translated to parent currency and post that, we can pass adjustments at PCA level.
    I had an understanding that Entity Currency total always rolls upto Parent currency irrespective of whether the currencies of base and parent are same/different.
    Is this something new with version 11 or has it always been like this?
    Thanks,
    S

    I don't follow your explanation. To be very clear: <Parent Curr Adjs> is NOT the translation of <Entity Curr Adjs>. This will never happen. HFM takes <Entity Curr Total> and translates that into the target currency. The only time <Parent Curr Adjs> will equal <Entity Curr Adjs> is when they are indeed the very same currency. In that case there is no translation but instead two names for the same data set.
    --Chris                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • Unable to view ECA and PCA value dimension for Parent Entity

    Hi,
    Situation: There is a parent Enity in (INR) with about 5 children Entity ( also in INR). Application default currency is USD .
    Parent has ' allowadjfromchildren' selected and Children have 'allowAdjs' selected .
    When I pull up a data grid with Parent and children for a particular POV , I can see data in < Entity currency > , < Entitty curr Adj> , <parent curr> , <Parent Currency Adj> for all children , However I dont see the <Entity curr Adj > or < parent curr Adj> at the Parent Level .
    I can only see <entity currency> <entity curr total> and <parent curr>, <parent curr total> for the Parent .
    qs. 1 . is this standard functionality ? Since Adjustment was not made at parent level , those intersection of ECA and PCA for parent will remain empty ?
    qs 2 : Is there a way to roll up the sum of all children values in ECA into ECA at parent level ? rule change may be ?
    eg . If child 1 has 10 , child 2 has 20 and child 3 has 30 in ECA , then their Parent to have 60 in ECA.
    Currenty in our Appsettings we DO NOT have the Consolidationrules parameter selected .
    Not sure if i was clear , Will appreciate some thoughts and direction on this .
    Vik.

    Hi,
    Seeing that the currency is the same for the parent and children in your example, you will not see a difference between the children's <Entity Curr Adjs> and <Parent Curr Adjs>. In other words, if you post $10 to Child1 <Entity Curr Adjs>, you will also see that same amount in the <Parent Curr Adjs> - that is normal behavior and the child will only contribute the $10 to the parent. Because you have selected AllowAdjFromChildren HFM will allow you to post to [Parent Adjs] and [Contribution Adjs].
    Q1: Yes, the adjustments are made to the child and will form part of the <Entity Currency> amounts in the parent. The parent's adjustment value members will store journals to the parent.
    Q2: The sum of all the [Contribution Total] value members of the children will make up the <Entity currency> of the parent.
    Q3: No, you will see the 60 in <Entity Currency> of the parent -- the way it works in more detail below:
    EC + ECA = ECT;
    Trans to Parent currency and seperate journals to PCA;
    Security defines access to the [] nodes and if the parent has AllowAdjsFromChildren then [Parent Adjs] will be available;
    Rules apply to [Proportion] and [Elimination] giving [Contribution];
    Final adjustments allowed to [Contribution Adjs] to get to [Contribution Total]
    Parent <Entity Currency> is the sum of children [Contribution Total];
    Process starts again for the parent.
    Regards,

  • Account calculation vs. Entity currency total

    Hi all,
    I'm trying to solve one issue regarding an account calculation...
    This calculation is simple one and calculates the ratio between several accounts. Let's say C = A / B.
    I want this calculation to be run not only for <Entity currency>, but also for <Entity currency adjustments> and <Entity currency total>. For <Entity currency> and <Entity currency adjustments> it's working correctly and it calculates the ratio. But for <Entity currency total> it simply sums <Entity currency> and <Entity currency adjustments> which is not good.
    How to force HFM to use the calculation also for <Entity currency total> and override the default setting which just sums <Entity currency> and <Entity currency adjustments>?
    BR
    Vladino

    Hi,
    I have tried this but this is not working... See the printscreen: http://i52.tinypic.com/2hq8kdw.jpg
    Here is the rule:
    Sub Calculate()
    HS.EXP "A#c = A#a / A#b"
    End Sub
    Accounts "a" and "b" are set to revenue type, account "c" is balance type.
    Any other idea?
    Vladino

  • Changing the name and currency of a parent entity.

    Hello Experts,
    Just looking to confirm the impacts of changing a parent entity name as well as the default currency. I am assuming since it is not a base entity I will just need to reconsolidate all historical years across all scenarios and unpost and update any PCA journals as well as any report, dataform, grid changes and if the entity is mentioned in the rules. Updating metadata child parent association. Are there any other items I am not considering such as Process Management, etc...?

    Hi,
    changing the reporting currency has realy quite an impact. So the biggest recommendation would always be to use a test-system first :-)
    I think, that you mentioned most of the items.
    - yes, reconsolidate, because all [Parent], [Proportion], [Elim], [Contrib] items will be los
    - all journals on other elements than <Entity Curr Adjs> --> thats important! Even if you change back the currency to the original one will not enable the journals again!
    - P-Mgmt --> if you change the reporting currency of an entity, you cannot change the P-Management if it is different than "not started". So you should reject all periods, where the P-Management of that entity was started. (there, if you miss one, you can load MD with the old currency and it will work again).
    - please also consider if you have somewhere historic rates which you might need to adjust as well.
    good luck!

  • Input data at Parent Entity

    Hi,
    We are thinking of creating a "Input" rule for parent entities for a scenario for an account and have couple of questions
    1. My assumption is, when we write the rule, it by default enables input for all parent entities and no need to put any condition for POV. Correct?
    2. Account should NOT be tagged as "IsCalculated" and should be "ISConsolidated". Correct?
    Thanks in advance.

    Hi,
    First question: I don't think it uses parent entities by default, or any POV by default for that matter. We specify each POV we want to run the INPUT sub on, whether it be entities, accounts, custom dimensions, periods, year, etc. Just be aware that once you run an INPUT rule on a parent entity, it never uses the numbers loaded or entered in the base entities. It's a case where the sum of [Contribution Total] of the children Do NOT EQUAL the <Entity Currency> of the parent.
    Second question:  If the account is tagged IsConsolidated, it should work only starting with the parent entity since it ignores all date in children entities. Also, we do have accounts that have INPUT rules on them but that aren't tagged as IsCalculated, and it works fine.
    Dany

  • Consolidation at Entity Currency

    Hi,
    This may be silly question, but I am confused lately and can't seem to figure out the Value dimension in HFM.
    I am consolidating a parent at <Entity Currency> and I see "OK" for all levels after it is done. I was doing some checks and when I changed my POV to "<Parent Currency>", it is still showing "CH" for some of base entities. How can this be? What is best practice to consolidate normally?
    Thanks,
    MP

    Hi there,
    I believe that the parent of this node has a different currency from the base entity of the node.
    In order to be able to see the OK status in all Value dimensions, you should first consolidate the base entity of the node (if it is also a parent) and then run a calculate contribution.
    More info on: HFM, Financial Consolidations & One Truth about...: ..Value dimension
    Regards,
    Thanos

  • How to block Entity Currency and make only ENtity Currency Adj available?

    Hi,
    I have some P&L accounts which need to be blocked for Entity currency but have a calculation in rules. These accounts still need to be available for journals. I have ensured that the Is Calculated is 'N'. Then I ve set up formulas for the accounts. Also I ve ensured that the accounts are non input for Entity Currency. The entity currency calculations are happening fine. I can even post journals but when I run a consolidation, the amount in ENtity Currency Adj dissapears.
    Thiis is the Sub routine for No input. I guess I'll need to add a HS.Clear for these accounts as well
    Sub PANDLNOINPUT()
         Dim sAccount, aAccountList
         aAccountList = HS.Account.List ("PANDLV2","[Base]")
         For Each sAccount In aAccountList
              HS.NoInput "A#" & sAccount & ".V#<Entity Currency>"
         Next
    End Sub
    Also for the calculation of teh P and L accounts, I have the following rules
    Calculate Cash Flow
    '=================================================================================================================
    Sub CalcCPandLFlow(sPOVScenario)
         Dim nVal
         Dim aCustom1List, sCustom1, aCustom4List, sCustom4
         Dim sPriorScenario
         aCustom1List = HS.Custom1.List("", "C1_AllBaseXNone")
         aCustom4List = HS.Custom4.List("", "C4_AllBaseXNone")
         sPriorScenario = GetPriorScenario(sPOVScenario)
         For Each sCustom1 In aCustom1List
              For Each sCustom4 In aCustom4List
                   'Operating Profit
                   nVal = HS.GetCell("A#B20201.C1#" & sCustom1 & ".C4#" & sCustom4 & ALL_TOPXC1XC4)
                   Call SetValPL("A#P20201.C1#" & sCustom1 & ".C4#" & sCustom4, nVal)
    Finally the sub routine for calculation is
    Sub SetValPL(sCFAccount, nVal)
              If nVal <> 0 Then
              Call HS.SetDataWithPOV(sCFAccount & ALL_NONEXC1XC4, nVal, False)
         Else
              Call HS.Clear(sCFAccount & ALL_NONEXC1XC4)
         End If
    Please help me as we are in year end. Need help desperately
    End Sub

    The clear action takes place within Sub SetValPL, but you are not limiting its exectution in the value dimension. As a result, the clear is being executed in every value member in which Sub Calculate runs. You must add a condition to allow it to only run when the point of view value member is not Entity Cur Adjs, or whenever you want it to. Generally speaking every rule in your file should at least have a value dimension condition with you determining when it should or should not execute.
    --Chris                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

  • How to implement parent entity for core data

    Hi there.
    I am starting a document-based Core Data application (Cocoa) and developed the following data model;
    The 'invoice' entity is a parent entity of 'items', because ideally I would want there to be many items for each invoice. I guess my first point here is - is what I am trying to do going to be achieved using this method?
    If so, I have been trying several ways in Interface Builder to sort out how to implement this structure with cocoa bindings. I have made a Core Data app before, just with one entity. So this time, I have two separate instances of NSArrayController's connected to tables with relevant columns. I can add new 'invoice' entities fine, but I can't get corresponding 'items' to add.
    I tried setting the Managed Object Context of the 'item' NSArrayController to this;
    I thought this would resolve the issue, but I still have found no resolution to the problem.
    If anyone done something similar to this, I'd appreciate any help
    Thanks in advance,
    Ricky.

    Second, when you create a Core Data Document Based application, XCode generates the MyDocument class, derivating from NSPersistentDocument. This class is dedicated to maintain the Managed Object Model and the Managed Object Context of each document of your application.
    There is only one Context and generally one Model for each Document.
    In Interface Builder, the Managed Object Context must be bound to the managedObjectContext of the MyDocument instance: it's the File's owner of the myDocument.xib Nib file.
    It's not the case in your Nib File where the Managed Object Context is bound to the invoiceID of the Invoice Controller.
    It's difficult to help you without an overall knowledge of your application, perhaps could you create an InvoiceItem Controller and bind its Content Set to the relationship of your invoice.

  • Data at base level not consolidating to the parent entity

    HI All
    I have an issue with data which exisits at the base level but do not consolidate to its parent entity.
    For example,
    2000
    2001
    2002
    2003
    Here only 2002 has data, but that is not appearing at 2000. I have checked the accounts and there we have set the IsConsolidated property.
    The consolidation happens for other entities like 1000 & 3000. The problem is only with 2000.
    Has anyone come accross this before and what is the best way to fix this?
    Thanks,
    Appu

    Is it possible that you have not activated consolidation of the entities for the period you want to consolidate? Check out the Ownership Management screens for the entity 2000. Are all child entities set to Active? Is the proper Method set? Is the PCON = 100?
    Also have you tried to select one of the child entities (e.g. 2001) and run the Force Calculate Contribution? What does this entity return at the +[Contribution]+ level?

  • Rules - Parent entity not rolling up from base calcs

    What's the problem: Parent Entity member is calculating with a number for a certain account, even though I've specifically excluded this from happening in my rule. I don't want the parent entity to calculate
    What should happen: Parent Entity member should just add up the result of its children for that account
    Hi guys,
    I have a calculation that is designed to specifically run at base entity level only. So I'm expecting that the parent result for a certain account should just be the addition of the results in its child entity members for that account
    You can see from the code snippet below that I'm running the statements only when they're enclosed by the vIsBaseEntity conditional statement.
    I want to get the required number, a simple A-B calc which looks at the change from prior year (but flips the sign if it's an equity account) into the SBS_MOVE custom 1 member.
    If vIsBaseEntity then
         For Each vBSMoveAcct in HS.Account.List("","CalcBSMovementAccounts")
              If HS.Account.UD2(vBSMoveAcct) = "Equity" Then
         HS.Exp "A#" & vBSMoveAcct & ".C1#SBS_MOVE." & All_NONES_XC1C2C4 & " = A#" & vBSMoveAcct & "." & ALL_TOPS_XC2C4 & " - A#" & vBSMoveAcct & ".Y#Prior.P#Last." & ALL_TOPS_XC2C4
              Else
              'Standard Calculation
              'C1#SBS_MOVE = Prior Year End Amount - Current Period Balance Sheet Amount
              HS.Exp "A#" & vBSMoveAcct & ".C1#SBS_MOVE." & All_NONES_XC1C2C4 & " = A#" & vBSMoveAcct & ".Y#Prior.P#Last." & ALL_TOPS_XC2C4 & " - A#" & vBSMoveAcct &"." & ALL_TOPS_XC2C4
              End If
         Next
    end if     
    However what actually happens is that whilst the base entities do calc, as specified in the rule, the parent entity does as well for a few accounts, even though that's not specified anywhere in my rule (or in my rules file anywhere else)
    The parent entity for a certain account (Pl reserves), instead of giving me the result of (Current Year YTD minus Prior Year YTD), just gives me the result of Current Yr YTD, or just the A part of the A-B.
    The above code is the only place where SBS_MOVE calculates.
    I've tried to use a HS.Clear to clear that parent intersection first but to no avail.
    So the intersection doesn't have any erroneous data left in it, it actively calculates a result for that parent member when I've specifically told it not to! Why???
    Please help!
    Thanks,
    Sal

    To expand a little on this for newbies who may look for this problem:
    The aggregation operator never aggregate means that nowhere in your application will any intersection containing this member aggregate so if this is your problem the symptoms will be:
    1. Dynamic Calc doesn't work.
    2. Any aggregation scripts that are aggregating on intersections with that member will not work
    eg. for example you have a member "no project" and you set it to never aggregate, then any parents in any dimension where they intersect with "no project" will fail to show data, whether they be dynamic calc or you are running a script.
    If you have months or quarters the easiest way to see this is that suddenly the automated sums on the forms where you are using your "no project" member stop working so that your period data doesn't roll up into quarter or year.
    Agnete
    Edited by: Agnete on Oct 8, 2012 7:58 PM

  • JBO-26019: Attempting to remove a parent entity without removing all childr

    Hello,
    I am working in PMS module. I have extended one view object i.e. oracle.apps.per.selfservice.objectives.server.PerObjPerfRatingsVO.
    Its working fine as expected. I am getting the extra rows which i wanted to show. This VO is associated with EO.
    When i am trying to delete a row am getting the below error:
    oracle.jbo.RemoveWithDetailsException: JBO-26019: Attempting to remove a parent entity without removing all children entities.
    Is there anything wrong in VO extension which i did or some extra steps are needs to done to achieve this.
    Please reply me soon. Its really urgent.
    Regards,
    murali

    Hi,
    But i have already extended VO. so how to use pl/sql code to delete the row. Becaouse VO which i have extended that is associated with some EO. which is taking care of DML operation.
    Regards,
    murali

  • Help Please - Parent Entity not clearing

    We had a parent entity with 2 base children. We removed those 2 children and made the parent childless. How do we clear that parent entity ?

    First of all, avoid making a parent into a child, and alson don't turn parents into children -- in any dimension.
    On the entity you have turned into a base: if you are seeing data in the parent which you cannot determine its source, then load a blank rules file temporarily. It should be a rules file containing only:
    Sub Calculate()
    End Sub
    Load this and reconsolidate. You should no longer see numbers in the parent entity (confirm this). Then re-load the original rules file. If you then see data after the original rules file has been loaded, it is most likely from the rules and not from having been a parent previously.
    One way you can clear data from a parent is to load a single record data file, where instead of a numeric data value you can load "NoData" for al 12 periods and then load this in replace mode. This approach will clear the data values from the entity.
    --Chris                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • Validate Parent Entity Row when Child Entity Row got changed

    Guys,
    I want to Validate Parent Entity Row, when a child Entity Row got changed.
    How can i do it?

    As I said before, define an accessor from child to parent. now you are able to navigate from the child to the parent and can do the validation. Here are some links into the docs:
    http://download.oracle.com/docs/cd/E17904_01/web.1111/b31974/bcentities.htm#sm0133
    http://download.oracle.com/docs/cd/E17904_01/web.1111/b31974/bcrules.htm#CJADEHJD
    Timo

  • Parent entity not calculating.

    Hi,
    Earlier today, we posted a few JEs to the children of an entity 'ABC'. When we run the overall consolidation, the process aborts at this entity. When we choose to calculate just this parent entity 'ABC', it calculates all its children but it fails at this parent entity 'ABC'. This parent entity was calculating fine before.

    An aborted consolidation is a rules error, not a data error. If you look in the system messages you should see the actual error. Paste the error messages here and maybe we can help. Be sure to look through the details of each red error message.
    --Chris                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

Maybe you are looking for