Consolidation to exchange entity rate

Similar Questions

• [Disposal] values not generated after the default of Consolidation in HFM

  Hi all

  I'll put up my applications using default consolidation intercompany transactions and rules of elimination; but I do not see members [removal] is met. The account of the form does not appear unlike intercompany balances. Since I'm on default consolidation & elimination I suspect it must be a problem in the configuration of metadata.

  Configuration of account: Two put accounts in place for transactions intercompany-SalesInterCo & PurchasesInterCo; and one account as PlugAccount-PlugSales

  -SalesInterCo (type of income, yes marked PKI with plugaccount as PlugSales, upper limb PKI [PKI entities], custom1top as BU_TOT Member, custom remains as [none])

  -PurchasesInterCo (type of expense, marked Yes for PIC with plugaccount as PlugSales, ICP upper limb [PKI entities], Member of the custom1top like BU_TOT, custom remains as [none])

  -PlugSales (marked No. for PIC, is calculated - Yes, IMember superior CP [PKI entities], custom1top as BU_TOT, Member custom remains as [none])

  Hierarchy of entities- All basic features have active IsICP and currency as default EUR C935 parent entity default currency USD.

  

  For the initial setup of the PKI.

  1 - creation of reason codes

  2 - open the period - Jan, year-2014, scenario-real

  3 created the transaction between entities C230 and C812. (Rule of transaction created, validated and deployed for PKI transactions)

  4 - transactions (I created transactions in both entities) close

  5 - the posted transactions

  6 run the consolidation on the entity Parent-C935

  The screen below shows the blank values [disposal]...

  All that I'm missing?

  

  Suggestions?

  Thank you

  Rajani.

  Hi all

  There was a stupid mistake. -SalesInterCo and PurchasesInterCo - accounts have not enabled for Consolidation. In addition, property of The ICP_Top member on behalf of plug-PlugSlaes - went under [ICP_Entities] [ICP None].

  After these changes and redploying enforcement, I made a 'Contribution to calculate the Force' and ' consolidate all data "at the parent level. Now, I am able to see all the numbers correctly.

  Thank you all for your contributions.

  

  Thank you

  Rajani.

• Data Currency Adjustment of entity are not copy through rule when we used the value source as "ECT."

  Hi all

  Data Currency Adjustment of entity are not copied through rule when we try to copy the data from one entity to another entity for the same account if the account is to have only the data entity Currency Adjustment but rule the data copied correctly when the entity is to have Exchange entity adjustments and currency of the entity.

  Wrote the rule to copy the values from the source account ' entity currencies Total "to target the currency of the account"entity ". Rule works as follows:

  1. If the source account's currency of the entity and entity Currency Adjustment, total value ECT (EC + ECA) copy correctly to currency of the entity to the target account. -OK

  2. If the source account's single currency entity (has no entity value Currency Adjustment) then under rule copy data properly to account currency of the target entity.  -OK

  3 but if the source account has only entity Exchange adjustments (has no value of currency of the entity) and then under rule is not copy of account currency of the entity of the target data. -Requirement

  Could you please see the rule below and please suggest possible solution to copy the Court of Auditors with the help of ECT when the source account has only ECA.

  If Hs.Entity.Member = "120006_ALTER" and HS. Value.Member = "Currency entity of <>" Then

  HS = IS_Account. Account.List ("NetProfit", "[Basic]")

  For each Account1A in IS_Account

  Set dataUnit HS =. OpenDataUnit ("E #120006.A #" & Account1A & ".") W #YTD")

  numItems = dataUnit.GetNumItems

  If numItems > 0 Then

  For I = 0 to numItems-1

  Call dataUnit.GetItem (I, vAcct, ACIP, vCust1, vCust2, vCust3, vCust4, AllocAmt)

  If AllocAmt <>0 then

  GSA Exp "A #" & Account1A & "=" & _

  «E #120006.V # < entity Curr Total >.» "A #" & Account1A

  End If

  Next

  End If

  Next

  End If

  Thank you

  Mahesh

  I thank very you much for the quick response. I tried with the above but no luck.

• Elimination in different parent entity, but only of consol method

  Dear gurus,

  I have question regarding elimination of Interco. It could have been discussed here, I searched but could not find the similar case.

  My hierarchy of entities is as follows:

  A parent - Child, is a farm

  Parent A - child B, consol to the Group

  Parent A - child C3, consol to the Group

  Parent-Parent C - C1 of the child, is a farm

  Parent A - consol Parent C - C2 of the child, to the Group

  Parent-Parent C - child C3, the cost method (not consol to the Group)

  Entity C3 has A parent defect, while under C Parent, this entity is shared. When load in C3 entity data, it also reflects in both entities (because it's a shared entity).

  For transaction interco, C2 entity has associated PKI C3. In reality, the C3 here supposed to be the under Parent has (no Parent). During the consolidation to the entity C group, disposal should be made only for C2. And I expected C3 entity under parent C is not yet eliminated. But apparently, C3 entity under parent C is considered to be C3 under A Parent entity.

  Thus, elimination that has happened for the C2 and C3 entity with the consolidation of Group C.

  Is this a normal behavior? In this case, according to the codification of a group, there will be no elimination between Parent and C3 entity?

  Thank you

  Anna

  Hi Anna,.

  Yes, of course, talk of C1 and C2. I didn't know at the time, mainly because if you share features different hierarchies dishes there is absolutely no problem. In a hierarchical tree, C1 and C2 indirectly contribute to the Parent and that their number is there, they are mixed together and you can't see the net contribution of C1 and C2 in Parent. If however you use flat hierarchies, then you will be able to see how C1 and C2 contribute to C Parent, as well as how C1 and C2 are contributing to A Parent!

  The complex relationships of companies in the groups are too common. No matter what combination of direct and indirect or even go through properties may be the case. The consolidation methods used for a feature shared by the subtree is suspended, are driven by the percentage of participation in the subtree. Therefore, such a case is normal. You won't be very happy to deal with him, but there is no such thing as "normal".

  Kind regards

  -Kostas

• Parents of the consolidated accounts

  Dear experts,
  
  Is a type of account control which consolidated with the parent account, and who are treated as 'ignore' consolidation?
  
  I noticed isConsolidated only affect the consolidation in the entity dimension and not account
  
  Thank you

  Hello
  The world of financial Consolidation, the term of 'consolidation' is usually used to refer to the numbers going up the hierarchies of the entity and the value. This is what IsConsolidated of attribute controls. The summation of the children to their parents in this world is called the aggregation or rolling.

  Type of account control how a rolls-up to its parent account (more or less), in the case of the grouplabel type of account does not accept values at all and so he breaks to winding. As soon as you have accounts accepting values (no type grouplabel) However, there is no way you can prevent aggregation in HFM.

  -Kostas

• Translation problem

  Hi all
  
  I wrote the translation rule like below to reach (ERF) fluctuation in exchange rate on the movement of capital and all capital movements will be captured by Custom1 including ERF.
  
  HS = vFAList. Account.List ("Fixedasset", "[Basic]")
  For each vFA in vFAList
  
  HS. TRANS "A #" & vFA & ".." C1 #ADDITIONS"," ", «A #Clgrate", «»
  HS. TRANS "A #" & vFA & ".." C1 #DELETIONS"," ", «A #Clgrate", «»
  HS. TRANS "A #" & vFA & ".." C1 #OPENING_BAL"," ", «A #Oprate", «»
  HS. TRANS "A #" & vFA & ".." ' C1 ERF_MOVEMENTS # ', 'C1 #OPENING_BAL', '#Clgrate', 'a #Oprate '.
  Next
  
  I have a grid that has implemented with the child entity and the parent entity (consolidated entity) with intersection account asset with C1 (Closiing balance, opening ball, additions, deletions and the ERFMovments) and dimension value is set to currency of the entity respectively and also I took USD and INR separately and respectively to check the values translataed...
  
  It is, when I input data to the child entity (USD) and when I look at the parent (INR) after the consolidation entity and the size of the value is EntityCurrency, it has been observed that, opening balance is not translated (for INR (Parent currency)) and rest (additions and deletions) have been translated and aggrd to the closing balance... BUT...! When data were looked at the parent of the currency (i.e. INR) entity and perform the conversion, then it gives good figure... (translated values)...
  
  Kindly let me know why opening balance is not translated (at rate of Exchange entity from entity parenty - Pov) or showing does not value translated to the parent with the entity value dimension entity...
  
  Is another way to approach to this IRON...
  
  Kind regards
  REDA-
  

• Journals and HFM Translation

  Hi all
  
  I have a few questions
  
  My default currency is INR and Parent currency is USD. I entered the Cross of INR USD exchange rates. In this case translation would increase to USD automatically (assuming that the consolidation rules are not enabled)
  
  However, I also want to see the numbers of the INR in GBP. If I enter INR/GBP exchange rates I will be able to see the reports in GBP (I can asum I need to take care of the conversion through rules reserve) or I write USD/GBP cross currency rates?
  
  Now, suppose I spent the entries to Exchange < entity > node in INR rate can see the result of these translated into USD Adjs/GBP Adjs entries? According to my understanding and experience only < entity Curr Total > translate
  
  Further, I want to change the numbers of GBP only can I use GBP Adjs node created by the system? By the way can I use INR Adjs node created by the system.
  If I create multiple entities for multi reported it would be like Hyperion Enterprise structure
  
  HFM Administrator's Guide noted that for nodes of Dimension value of only following values log entry can be used
  
  [Adjs contribution]
  [Adjs parent]
  < entity Curr Adjs >
  < parent Curr Adjs >
  
  Thank you
  Payous999

  Journal entries can be posted in the currency by default of the entity (called ). This is not reflected in any other currency - as you said, only can be translated.

  It is possible to publish newspapers in the currency of one of the parents of the entity, but these reviews can be translated into another currency - values can be added to .

  Minutes displayed to a particular entity parent, because currency of the parent are called [Parent Adjs] and these can be translated into any other currency. Also, they are entirely specific node and do not apply to any other parent.child relationship.

  Finally, [Contribution Adjs] can be sent on a node specific parent.child but after [percentage] and [disposal] took place.

  -Chris

• Eliminations and custom dimensions

  Hi guys,.

  Could you please help me to understand the relationship between customs and the eliminations?

  Thank you!

  JAI

  Hello Jai

  Custom dimensions are dimensions associated with the accounts. These dimensions allow you to specify additional details associated with the accounts, such as products, markets, channels, balance sheet movement or types of ELIMINATION. For example, custom dimensions could include Product Line, region, channel or clients. A custom dimension of products corresponding to sales and COGS accounts to track sales and details of the product cost.

  The removal is the process of resetting the (elimination) transactions between entities within an organization.

  Term of elimination in HFM is used to denote the process of elimination of values during consolidation.

  For PKI, then consolidated the common parent entity transactions PKI transactions b/w its entities both child are eliminated... that is, their effect doen't goes to the parent entity.

  For the Consolidation process, as bases of financial consolidation stipulates that, during the consolidation of an entity, its investment must be knockedOff / eliminated against the subsidiary capital, etc etc... and so that the other conditions and basic principles.

  For more information, see the last administrator's guide.

• Both parents hierarchy

  Hi gurus,
  
  If an entity with 2 parents, how to build the hierarchy in the metadata of HFM?
  
  Example:
  C children with parents A and B
  A parent holding 60%
  Parent b holding 40% how to draw the hierarchy for this requirement?
  
  concerning
  Dev

  HI Dev
  You must be very careful while consolidating this type of entity.
  One type of consolidation entity C is suitable for a child of one entity and another child of another entity.
  Now, in your typical case since 60% if taking this entity would get 100% consolidated with an entity.
  so the title of the property management this must be attributed with 100% Pcon and POwn.
  and under the entity B as zero.
  In the other type of consolidation if an entity wishes to receive 60% of profit then Pown should be 60% but PCon will be 100% and
  b entity POwn would be 40% with Pcon 0 (associated entity).

  In the accounting world, this type of consolidation is called Cross Holding.

  Hope that this answer would be useful.

• Unable to fund from the base to the task level

  Hi all
  
  We have a project P1 with two tasks, T1 and T2. Funding is at the level of the task at the outset so that T1 is funded at 100 USD.
  The value of the currency books is INR.
  
  Where T1 has been funded in the first place the USD - INR conversion rate was 40 r for a dollar.
  
  The wheels are therefore:
  
  
  OP: (40Rs exchange rate) 100 USD ~ 4000 INR
  Available1: Exchange 40Rs (rate) 100 USD ~ 4000 INR
  
  
  Exchange rate passes to 35 INR = 1 USD
  
  Now there is a situation where PRC: enhance funding runs and on the order form, there is an amount of unbaselined-500, due to the change in exchange rates.
  Now he does not base line this - 500
  
  It shows the message: Total amount allocated cannot be less than the amount accrued or invoiced.
  
  Surprise party:
  
  I wanted to finance the next T2 to task for another USD 100 @ 35 ~ 3500 INR. Now the sum of unbaselined becomes 3000 INR and the funding inquiry screen still does not work
  Allow me to fund task T2. It gives me the same message ' Total amount allocated cannot be less than the amount accumulated or charged.
  
  I just gave an example of a case, but we have a huge quantum of such projects, and the question is how added.
  
  
  Is this a bug?
  
  
  Kind regards
  SA

  Hello

  It's the standard feature and not a bug.

  1. the funding for the task T1 is down which is less than the accumulated income. Since you have the funding to the task of top, the accumulated income is moored to this task T1. He won't look at funding for task T2.

  2. at the level of reference, you must increase the funding for the same task T1 in the same agreement, and then try to base (if you have the funding base without budget option checked).

  3. If you have core without budget funding not checked, you have to reference level, budget and funding.

  I hope this helps!

  Thank you
  Sirot
  www.projectsaccounting.com

• Features using different exchange rates for consolidations?

  There are two hierarchies of entity within our structure of metadata, and our parent company is GBP.
  
  The first hierarchy of entity is an entity in EUROS, and when assets are consolidated to change parent is correctly calculated at the closing rate of Exchange.
  
  The second hierarchy of entities contains another entity in EUROS, and this translates to the parent currency does not calculate correctly and to aid and exchange rate which is not is the closing rate, or an average rate for the period.
  
  There is no translation rule in our rules file.
  The metadata for the entities are formed with DefCurrency in EUR and both have direct relatives like GBP.
  Accounts which are being translated have all two AccountTypes defined as ASSET accounts.
  
  Someone has ideas on what can cause strange translations rates?
  
  Thank you
  
  Luke

  Empty rules and return to default consolidation rules temporarily. If the rates are only those in [none] and entities use the same currency, the rate of translation and method for the same account must be exactly the same. It is possible that, after translation that another rule interferes with the value you see. Empty out the rules and this will eliminate the possibility that another rule changes the value that you perceive as a different exchange rate.

  -Chris

• Calculation script of the OSB for exchange rates - shared members

  Hello together,

  Happy new year!!!

  I need your help with a BSO calculation script in the exchange rate.

  Here you can see how the entity & currency hierarchies are made up:

  Hierarchy of the entity

  Hierarchie1 (element Stored, EUR) - all children are only once in the hierarchy.

  H1Parent1 (stored element, EUR)

  H1P1Child1 (stored element, EUR)

  H1P1Child2 (stored element, EUR)

  H1Parent2 (stored element, SEK)

  H1P2Child1 (stored element, SEK)

  H1P2Child2 (stored element, SEK)

  Hierarchie2 (Stored item, EUR) - the child might be several times in this hierarchy!

  H2Parent1 (stored element, USD)

  H1Parent1 (element Shared, EUR)

  H1Parent2 (element Shared, SEK)

  H2Parent2 (stored element, CAD)

  H1Parent2 (element Shared, SEK)

  H1P1Child1 (element Shared, EUR)

  Hierarchy of currencies

  Local currency

  EUR

  USD

  SEK

  CAD

  Reported (group currency)

  Euro

  Parent currency

  EUR_USD

  EUR_CAD

  EUR_SEK

  First script:

  For the exchange rate of the national currency in euro (1 hierarchy), it was very easy because I could give each level-0-member of an attribute (UDA) for the currency. So it's pretty easy to create a script for all the members-0-level ((DEV) duration: 12 minutes)

  'Euro')
  

  IF (@ISUDA ("Accounts", "AR"))

  IF (@ISUDA ("Entities", "heart")) 'Euro ' is' EUR '.

  "Else if (@ISUDA ("entities","cAED")) 'Euro' = (@SUMRange ("AED","January": & CurrMonth)) /"AED"-> Average_Rate;

  ENDIF

  ENDIF);

  Second script - Part1:

  But for the second hierarchy (hierarchy 2) I have the problem that there are a lot of shared items and I can't give them an obvious UDA in which I can calculate the currency ((DEV) duration: 12 minutes).

  ("Parent currency"

  IF (@ISUDA ("Accounts", "AR"))

  IF (@ISMBR (@RDescendants("H2Parent1",0))) 'Euro_USD' = (@SUMRange ("Euro", "January": "January")) * "USD"-> "Average_Rate";

  ElseIf (@ISMBR (@RDescendants("H2Parent2",0))) 'Euro_CAD' = (@SUMRange ("Euro", "January": "January")) * "CAD"-> "Average_Rate";

  ENDIF

  ENDIF);

  Second script - Part2:

  This formula works, but it is very slow, because I have several fixes. (Duration (DEV): round about 1 h)

  FIX (@RDescendants("H2Parent1",0))

  ("Parent currency"

  IF (@ISUDA ("Accounts", "AR")) "Euro_USD" = (@SUMRange("Euro","January":"January")) * «USD»-> «Average_Rate»;)

  ElseIf (("Accounts", "CR") @ISUDA) "Euro_USD" = (@SUMRange("euro","January":"January")) * «USD»-> «Closing_Rate»;)

  ENDIF);

  ENDFIX

  
  

  You have an idea how I can improve my second calculation script in a dynamic and efficient?

  
  

  I hope that I have described my problem very well.

  
  

  Thanks a lot for your help

  
  

  Ben

  change "Motto of Parent" to "Euro_USD" would not make a difference if the hierarchy of currencies is Sparse

  I'll try to make the dense hierarchy of currencies as long as it does not have the size of your too big block. If make you it dense AND change "motto of Parent' to 'Euro_USD', it must increase the speed a lot.  However to change the size of Sparse to Dense is a very big change for the database.

• Exchange rate

  Hello

  I understand that exchange rates will support two scenario first method is to load the exchange rate and another method sets the exchange rate grid...

  I am facing problems in the second method. I designed the form I selected the pov (pls see the screenshots) but when I chose the C1 and C2 dimension I couldn't able to see change.

  but when I insert the Exchange successfully... I can translate the data.

  I use the three currency which has been mapped in the currency and the dimensions of the entity...

  

  Hi Kimi,

  Yes, you are right.

  You must click the filter, and then select currency:

  

  This way, you will be able to see which currencies you loaded.

  See you soon,.

  Thanos

• Problem with the currency in the form of exchange rate data

  Hi Experts,
  
  I have a problem in the form of exchange rate data. I created an application with several currencies (EUR, USD, INR) and I created a data form for the exchange rate. All work well, but all in am going to enter data for a given entity, then it is allowing me to enter only in local currency. I also need to enter data into its reference currency which is not possible for me. I tried the option allow multiple currencies per entity, but it does not work.
  
  For example: assume that the entity is in North America whose base currency is the USA but can not enter by the selection of currency local option when I select the currency like the US, is to show am only read, not able to get into the currency of the United States. But I need to enter data by selecting from the USA.
  
  Please help me on this.
  
  Thank you and best regards,
  Combot

  923621 wrote:
  I use built in currency conversion. The data that I entered the local currency saving in my base only currency, but my requirement is that the user must enter data by selecting its local currency (people of North America must select USD to enter data and Indian must select INR to enter data like that). Is it possible to like this.

  Select USD as the base currency for the North America and INR for the India (which is how it should be).

  So, whenever the user has to do the data through forms of data entry, it would be on the local currency and after the calculation is run it could fill its respective currency.

  Concerning
  -SM

• Overall rate on the entity Dimension

  Hello
  
  I have a rate that is one entry per person, during consolidation to the superior entity, that's it in a nutshell, I need to be average.
  
  I wrote a simple business using ISLEV rule, but it does not work.
  
  IF (NOT @ISLEV ('entity', 0))
  '1073' = @AVG(SKIPNONE,"1073");
  
  Am I missing something, or should I use AVGRANGE?
  
  Thank you

  Oh, I thought 1073 was the parent entity. AVG would work if you set 1073 in the calculation.
  Fix (1073)
  Budget)
  Budget=@AVG (skipnone, @relative(entity,0));
  )
  endfix

  See you soon,.
  Alp