Overridable calculations...bug?

Has anyone been able to implement a field that is calculated, but can be
overridden? I have created a numeric field that calculates a value
based on two other fields. I then selected the field type to be
"Calculated - User Can Override". The calculations occur successfully,
however, if I attempt to override the calculated value, as soon as I
exit the field it replaces the typed-in value with the calculated value
again.
I have also trying experimenting with different values for the
'override' property on the Calculate object in the XML source, but
nothing seems to change the behavior. It doesn't appear to be behaving
the way the XFA Specification says it should.
Is this a bug? Is there any other way to allow overrides of calculations?
Justin

Jon,
What Ricardo is suggesting is a workaround to the Acrobat 7.x bug where a field whose value is calculated yet overridable cannot, in fact, be overridden in the way XFA specifies that one should be able to do.
When you set a field's Value Type to "Calculated - User Can Override" (using the Value tab in the Object palette), that's supposed to define a field with a calculated value (via script) which the user can opt to override with a specific value that, once entered into the field, shouldn't change.
The problem is that while Acrobat 7.x lets you override the calculation by entering a number in the field, once you press Enter or click away to commit the override, it's completely ignored and subsequent calculations use the calculated value from the script instead of the value that was specified as the override.
Using Ricardo's workaround, you can achieve the desired functionality without having to wait for a bug fix in Acrobat 8.0. Essentially, Ricardo's workaround is using a hidden check box to determine whether the calculation has been overridden. When the user enters a value, it's considered an override and the check box's value is set to 1. Then, when calculations are run on the form, the field's calculation script first checks to see if the check box's value is 1. If it is, it just uses the value already entered into the field. Otherwise, it uses the default script.
Stefan
Adobe Systems
Learn how to
build intelligent forms using Adobe LiveCycle Designer.

Similar Messages

Calculator bugs

The standard Mac Calculator v4.2 (the lastest version as of writing) has some basic bugs it seems...
Try typing each of these. I'm using 15 decimal places in scientific mode, in Degrees, not in Reverse Polish (RPN) mode:
1E1, x^2, x^2 Produces "Error" but 10, x^2, x^2 succeeds
1,1/x,x!,x! Produces "Error". Fails on other initial numbers too.
2,1/x,cos,cos Produces "Error".
2,1/x,=,cos,cos is OK though.
Similarly x!,1/x,x!,x! produces "Error"
2,M+ causes all functions on the left (trig, power, exp etc) to stop (presumably this is as designed). But you can still press 1/x, if you press it before any other buttons.
Any number,y^x,PI,= gives the result as PI
Any number,y^1/x,PI,= gives the result as PI
Any number 'q',y^x,RN,= gives the result as RN + 10q for q < 1E16
Any number 'q',y^1/x,RN,= gives the result as RN + 10q for q < 1E16
1E16,=,y^x,RN,= gives the random number, but 1E16,-,M+,C,MR,y^x,RN,= gives "1e+17"
1E16,=,y^x,RN,= gives the random number, but 1E16,-,M+,C,MR,y^x,RN,= gives "1e+17"
9.99999999999999E127, =, =, = Produces odd results: "1E+128","Not a Number","Error"
And finally a harder one to get right:
1E22,sin (in radians) gives 0 but the correct answer is -0.8522008497671888017...
All the above work fine on the standard calculator for another OS I could mention. The command line 'bc' tool would work fine too I imagine.

typewriter wrote:
I'll add one more MAJOR calculator bug to the list.
The trig functions are completely wrong.
Examples :
COS(135) --> .707 (in degrees - should be negative)
I get - 0.707
COS(3) --> .989 (in radians - should be negative)
I get -0.99
SIN(-45) --> .8509 (degrees - should be negative)
I get -0.7091 - you are still in radians mode and even there the answer I get is -0.8509
Wrong wrong wrong. I can't even conceive HOW these could go wrong. Wouldn't the COS button on the calc just use the cos() function in the code?
You are correct about being wrong, but I cannot duplicate it on my calculator. The error is on your system. I believe you have a corrupt file somewhere.
And after pressing the Cos button:
Message was edited by: nerowolfe
Message was edited by: nerowolfe

Change field from read only and override calculation based on radio button

Hi,
I have a form in which one of the fields has a simple sum calculation and is set to read only so the user can't change it as it sets a print amount as well.
But if one of the radio buttons is ticked there is a chance that the print amount needs changing but it can be different based on a few other options so I have managed to set the field so the user can edit it depending on an option but the calculation that sets the value overrides what the user enters. I would like to know if it is possible to change this?
I use
this.getField("Quantity_Boxes").readonly = false;
So the user can edit the field when they select the radio button 'yes' under Mesh_b
and
this.getField("Quantity_Boxes").readonly = true;
So the field goes back to read only when the user selects the 'no' under Mesh_b
and in the Quantity_Boxes field I use:
Quantity_Curtains / csn
Just as a simplified division sum with the decimal places set to 0 so a whole number appears.
csn is just a hidden field that has an amount set depending on the size of curtain.
Thanks,
Bruce

I have found a solution but caused another problem (well more of an irritation than a problem)
I have made it so the can field throws a dialogue box asking how many of the item fit into a box, the only problem is that the dialogue box will appear more then once.
For example I have made a new size know as bespoke and when I select that size and hit return the dialogue box pops up which is fine but when the amount of the product is changed it throws the dialogue box again. I guess this is because the calculation has to be run again but is there anyway of stopping this?
Here is the code I use in the can field which defines how many curtains are in the box and is used to calculate how many labels need printing out.
if(this.getField("SizeDrop").value=='LG'){
event.value = "5"
} else if (this.getField("SizeDrop").value=='ST'){
event.value = "8"
} else if (this.getField("SizeDrop").value=='ME'){
event.value = "10"
} else if (this.getField("SizeDrop").value=='SM'){
event.value = "15"
} else if (this.getField("SizeDrop").value=='BE'){
var resp = +app.response("Enter the amount of curtains in a box","","1");
event.value = resp
} else {
event.value = " "
Thanks,
Bruce
EDIT:
I have found that the dialogue box will appear every time something is changed on the form (even while in the editor as well)

HP Prime calculating bug

Hi, I'll get right to the issue i'm having with my HP Prime calculator. Recently during an exam where i was calculating the moments of inertia of certain bodies i encountered what i can only describe as a bug in the software because I can't figure any other reason why it would kick out the answer it did for such a seemingly simple function. After I had done all the laboreous work of simplifying the differential equations I just needed to add some simple fractions. As i have been operating this calculator for several weeks now, the only way i can get it to show a fraction in exact form is to type (number) / (number) and it shows it in exact form. In my case and for this particular calcuation I input (3/20) - (1/7) "enter". the answer Prime gave me was noticably unsimplified given that i needed it in simplified form. although the numerical, non-exact value was almost correct (.00714285714309 instead of the correct value of .00714285714286), generally Prime kicks out a simplified value. What it gave me was 214500215/30030030099 instead of 1/140. i'm just curious if i need to do something different to get a simplified/correct answer on the first go rather than having to do a work-around.
Thanks in advance

If you want an exact and simplified answer on the first go, do your calculation in CAS view rather than Home view. Try this experiment.
1. Go to CAS view, and enter your calculation (3/20)-(1/7). The Prime will respond with 1/140, the exact answer. Now press the a b/c key. The Prime will respond with 0.00714285714286, the approximate decimal equivalent. Keep pressing the a b/c key, and the Prime will toggle between the two answers.
2. Now try the same steps in Home view. The Prime will toggle between 0.007142857143 and 214500215/30030030099.
Remember, the true decimal value for 1/140 is an infinite repeating number. Since every calculator can store only a finite number of digits, it must truncate the value after a set number of digits, and this introduces a small error. The big fraction you got in Home view is not wrong, and it's certainly not a bug. It's just that Home view is not designed to handle exact values. The CAS, on the other hand, is designed to handle exact values, so when you tell it to show an approximate answer, its decimal form will be closer to the exact value, namely, 1/140.
The moral of the story is, use CAS view when you want exact values and Home view when you want approximate values. I tell my students to use fractions whenever possible (since those are usually exact) rather than converting them to decimal values. It's far easier to use 1/3 than 0.33333....[infinite number of 3s go here].

Override calculated tax distribution account in PO-matched R12 AP invoice

Hi my friends,
Can you tell me whether it is possible to override the calculated tax distribution account in PO-matched AP invoice in R12 version? Is there any options to control it?
We found we can override the calculated tax distribution account in normal AP invoice in R12. But we can't do that for PO-matched AP invoice in R12, while we can do that in 11i.
Thank you in advantage.
Best regards,
Ning

Hi Ning:
Please check if 'enforce tax from reference doc' flag at the configuration owner tax options is checked. If this flag is checked, the tax would always be enforced from the PO, and overrides will not be considered.
Uncheck this flag and try overriding tax lines after matching.
Hope this helps !!
Tarun

WONKY calculation bug in Numbers 3.0.1

Hi,
This is wonky. It's a bit hard to explain in words, so best see the attachment to understand. You can download the attachment here: https://app.sugarsync.com/iris/wf/D162135_83773729_7822834
Basically, I have a number in each of A1, B1, and C1. The numbers have up to 2 decimals.
D1 contains the following formula: A1 - SUM( B1:C1 ), giving the result 19782.10.
E1 contains the number 19782.10.
F1 contains the formula D1 - E1.
The answer should be 0.00. Instead, it reads 0.00000000000363797881....
There is no inputted number anywhere with more than 2 decimal places. Clearly there is some kind of bug. The funny thing is if I change the formula in D1 to A1 - B1 - C1, then I get 0.00.
I've also tried changing the numbers in A1, B1, and C1 and then adjusting E1 accordingly. With very few exceptions, I get the correct 0.00. There is something about those particular numbers running through the SUM formula that produces the ghost decimals.
Of course, errors to the 12th decimal aren't going to throw off my spreadsheet too badly. But I have to wonder if these bugs are coming up in such simple math, what else is wonky in Numbers 3.0?
When I get weird results in my math, I like to be able to assume it is because of my error. Knowing that Numbers is wonky is going to add a lot of uncertainty to complex troubleshooting in my formulas.
What's the deal? Any ideas?
A

Hello
Here's a brief anatomy of 1.1 - 1.0 - 0.1 = 8.32667268468867E-17 and 1.1 - 0.1 - 1.0 = 0.0.
legend
    s = sign (0 => +, 1 => -)
    e = exponent (bias = 0x3ff = 1023)
    m = mantissa (hidden bit is explicitly represented; integer bit (1/0) in mantissa is hidden bit)
1.1 = 3ff199999999999a := {s = 0; e = 3ff; m = 1.199999999999a}
1.0 = 3ff0000000000000 := {s = 0; e = 3ff; m = 1.0000000000000}
0.1 = 3fb999999999999a := {s = 0; e = 3fb; m = 1.999999999999a}
1.1 - 1.0 = 3fb99999999999a0 := {s = 0; e = 3fb; m = 1.99999999999a0}
    3ff199999999999a - 3ff0000000000000
    = {s = 0; e = 3ff; m = 1.199999999999a} - {s = 0; e = 3ff; m = 1.0000000000000}
    = {s = 0; e = 3ff; m = 0.199999999999a}    [1]
    = {s = 0; e = 3fb; m = 1.99999999999a0}    [2]    # e -= 4; m << 4
    = 3fb99999999999a0
    = 2 ^ (0x3fb - 0x3ff) * 0x1.99999999999a0
    = 2 ^ (1019 - 1023) * 1.600000000000001421085471520...
    = 2 ^ -4 * 1.600000000000001421085471520...
    = 0.100000000000000088817841970...
1.1 - 1.0 - 0.1 = 3c98000000000000 := {s = 0; e = 3c9; m = 1.000000000000}
    3fb99999999999a0 - 3fb999999999999a
    = {s = 0; e = 3fb; m = 1.99999999999a0} - {s = 0; e = 3fb; m = 1.999999999999a}
    = {s = 0; e = 3fb; m = 0.0000000000006}    [1]
    = {s = 0; e = 3c9; m = 1.8000000000000}    [2]    # e -= 50; m << 50
    = 3c98000000000000
    = 2 ^ (0x3c9 - 0x3ff) * 0x1.8
    = 2 ^ (969 - 1023) * 1.5
    = 2 ^ -54 * 1.5
    = 8.32667268468867E-17
1.1 - 0.1 = 3ff0000000000000 := {s = 0; e = 3ff; m = 1.0000000000000}
    3ff199999999999a - 3fb999999999999a
    = {s = 0; e = 3ff; m = 1.199999999999a} - {s = 0; e = 3fb; m = 1.999999999999a}
    = {s = 0; e = 3ff; m = 1.199999999999a} - {s = 0; e = 3ff; m = 0.199999999999a}    [3]
    = {s = 0; e = 3ff; m = 1.0000000000000}
    = 3ff0000000000000
    = 1.0
1.1 - 0.1 - 1.0 = 0000000000000000
    3ff0000000000000 - 3ff0000000000000
    = {s = 0; e = 3ff; m = 1.0000000000000} - {s = 0; e = 3ff; m = 1.0000000000000}
    = {s = 0; e = 0; m = 0.0000000000000}    [4]
    = 00000000000000
    = 0.0
[1] This is not normalised form with hidden bit = 0
[2] This is normalised form with hidden bit = 1
[3] the 2nd term is not normalised form; LSB of mantissa of the 2nd term is result of rounding.
[4] +0
Cheers,
H

E72 - Arabic Calculator Bug Info

For ARABIC USERS who cant use their calculators on E72:
Menu>Ctl. Panel>Settings>General>Personalisation>Language:
Phone Language: Arabic
Writing Language: English
Number Format: Arabic or English
*Notes:
- The Number format option will only be visible if the phone language is set to ARABIC.
- The calculator will work in ARABIC if the 'Writing Language' will be set to ENGLISH, and the number format set to ARABIC
Hope this helps the arabic users. And I hope that this thing gets fixed on the next firmware release.
E71-1 (40) || RM-346 || 400.21.013

/t5/Software-Updates/Language-changed-or-missing-after-software-update-sticky/td-p/265903
And its not a good idea to post IMEI number on a public forum.
Previous Phones: 6600, 7610, 6230, 6230i, 1100, 1112, N70, N73, N95, N95 8GB, 5800XM, 5230, C5, iPhone 3GS, SE Xperia X10, N900, N8, SE Xperia Arc
Current Phones: Nokia N9, iPhone 4

Calculator bug in 10.6.4

If I press 1, then << several times, I can't exceed 1024, it loops to 2... This never happened before the 10.6.4 update. Am I the only one to experience that?

Probably, since it works here. Move the com.apple.calculator.plist file out of your /Library/Preferences/ folder onto the Desktop, log out and back in, and try again. If that fixes things, delete the moved file.

Prime calculator - Bugs

I have discovered several bugs in the latest firmware. They are:
If you chose "Digit Grouping" containing spaces or other signs, the solver stops working for larger numbers than 999...
It is no longer possible to plot more than one function. If I check two or more, the plot funtion reply "no function checked"...
/Hans

Hi,
These problems have been reported here:
http://www.hpmuseum.org/forum/thread-1443.html
http://www.hpmuseum.org/forum/thread-1705.html
http://www.hpmuseum.org/forum/thread-1565.html
Regards.
Note: I do not work for HP, I just like playing with calculators :-)

WP8.1 calculator bug

Using the build-in calculator I get two different answer for the same input.
Try this on you WP8.1
14 x 3600 + 7 x 60 + 5 = 3024425 (wrong)
Now try in landscape mode.
14 x 3600 + 7 x 60 + 5 = 508225 (correct)
Whats going on.
You can also try this:
2 + 1 x 0 = 0
2+ 1 x 0 = 2 (landscape correct)
Order of precedence should be the same regardless of the orientation.

Normal mode
(((14 x 3600) + 7) x 60) + 5 = 3024425
Landscape mode
(14 x 3600) + (7 x 60) + 5 = 50825
Yep. If you don't want issues use parentheses. Anyway, the two solutions are correct.
First one is using one variable where the calculator store the result of one binary operation and after do the same with this variable and the next operand.
Landscape mode use more than one variable.

IMG HPF Area Page Customizing not reflecting in Portal

Hi,
I'm near to smashing my keyboard, but before I do so, maybe someone is able to help me:
In IMG Homepage Framework I've got a custom Area Page which has a Headline Area Description and an Area Description Longtext. I need to change the contents of these two fields. If I change the Headline Area Description, it reflects in Portal right after relogging. If I change the Area Description Longtext it still shows the old Area Description in portal. This is not supposed to happen and it never happened before.
Backend System: NW 7.01 Stack 8 ECC 6.00 EHP4 SP36
Portal Server: NW 7.01 Stack 9, All respective XSS Java Components and Business Packages Updated to EHP equivalents
I direly hope this is not due to the difference in Stacks ( Backend 8 - Frontend 9 ).
Portal cache has been cleared and portal has been restartet, without any effect.
Any ideas?
regards, Lukas

I haven't used external entries. From the Document you provided however, I take it, if I used one, I could just override the "bugged" Long description with an html file.
UPDATE/EDIT: When I create a HTML File in KM Content and pack it into a Ressource for external Linking in the Area Page. It does reflect, but looks horrible. If I remove the external entry again and keep the description long field blank. The old text reappears in ESS...
I looked through all the relevant tables in SE11/SE16 the entries in IMG do reflect; just not in ESS.
Aside from this workaround. Any other ideas why my problem occurs?
regards, Lukas
Edited by: Lukas Weigelt on Aug 17, 2011 11:39 AM

Error Message: Objects Extending Beyond Addressable Area

I've created a simple line graph and when I go into change some settings I get the following message. All I'm changing is the: Category Axis, deslecting the "Draw tick marks between labels" and on the Value Axis, I'm using the Override Calculated Values and changing them to Min: 0, Max: 40, Divisions 9, currently the number range from 0 to 1,500,000.
Can't set the graph style. The requested transformation would make some objects extend beyond the addressable area.
Any ideas would be greatly appreciated. I can make the changes I want if I want to ungroup the graph, but then I'll lose the connection to the data, type, etc.
Thanks,
Peter

AI doesn't like numbers that large. You'll have to do it as a scaled number and change it on a copy of the file or in the axis title, label it as thousands or millions of units.

My HD icon on the desktop is showing far more free space than I actually have.

I use a 2011 17" MBP with OS X Lion (750GB HD, 8GB RAM, 2.2GHz i7) and have noticed recently (only since I bought the new OS) that the Hard Drive icon on my desktop shows far more free space available than I know I have. It shows 488GB free of 497GB (with 250GB on a partition for Windows 7 Enterprise) and I know I have about 250-300GB worth of stuff. I've checked several times to ensure it's still there and all my files still work so it doesn't seem to be deleting things randomly. I just want to know if it's a calculation bug or if there's something else wrong. Thanks for any help in advance!

In case anyone reads this wondering if there's a solution, there is: turn off automatic time machine backups, and restart your computer. It turns out I had about 80GB worth of data stacking up between physical backups to external HDs. Apparently it counts as free space because it can be over-written when necessary, hence an elated free space count.
I also did a disk repair on the partition which OS X is on, which fixed some "minor logging issues" but I don't think that made a difference because nothing happened until I cleared the backup cache by turning off time machine. By the way, once I turned off time machine my HD free space sky-rocketed to 576GB of 497GB which freaked me out but don't worry, this is fixed once you restart.

Playing itunes movies on iPad

Hi all,
I downloaded a full TV series of NCIS on iTunes via apple TV 2, but can't play it on my iPad 2. When I look for the show on the iPad (shared via home sharing from my mac) I see a blank icon with "series 2" under it but no show name. When I open the series, I get blank icons, but the synopsis of each episode is available.
Whenever I open an episode it says "cannot open" and returns to the series synopsis of each episode without playing anything. Every other video that I've downloaded or converted from another format to apple TV plays fine, but this is the only series that I've purchased via apple TV then downloaded to iMac. All episodes play fine on apple TV, but won't work on iPad or iPhone. I've done a soft and hard reset on both, logged out of my account and back in, but still have the same problem.
Any ideas what I'm doing wrong or how to fix it? Google has not been my friend despite 8 hours looking!
Thanks,
Pete

This keeps getting more interesting. I have the same problem on my iPhone 4.
Another weird thing is that I can't update or download any apps from the app store. I've tried signing out of the store in Settings, restarting the iPad, and signing back, but still no luck with the App Store. I get an error that says, "Cannot connect to iTunes store."
Maybe even more odd is that my iPad will play purchased iTunes songs over Home Sharing. Have you tried playing anything else, or downloading something from the App store?
The next thing I'll try, when I get a chance, is just manually syncing it to my main Mac and see if that overrides whatever bug is going on.

Reversing Intercompany Accounts

Hi Guru's,
We have some intercompany accounts where the normal behavior will be as below for Non-USD entities. I have used an exchange rate of 1.5.
Account
Description
Account Type
Entity Currency Total
USD Total
INTERCO_PL
Intercompany Income or Expense
Expense
500
750
80001
Interco Intellectual Property Rights Income
Expense
100
150
80002
Interco Rent Income
Expense
100
150
80003
Interco Management Fees Income
Expense
100
150
88888
Interco Gain on Entity Restruct
Expense
100
150
80004
Interco Intellectual Property Rights Expense
Expense
100
150
However one of the accounts, 88888 may need to be translated using a rate other than the average/end rate in the system (ie. Certain equity transactions need to be translated using the rate on the day the transaction took place, and not using an average or month-end rate). In this case, we will override the system translation to the amount we need it to be based on the rate as of that date.
For this we will over-ride the USD value of the account 88888 using an Over-Ride account as below.
Account
Description
Account Type
Entity Currency Total
USD Total
USD_OVER_IC
US Dollar Overrides Intercompany
Group Label
H_88888
Interco Gain on Entity Restruct Override
Flow
0.000001
0.000001
H_99999
H_11111
The data for the H_88888 will be posted through journals. The rule will copy the data in H_88888 account only if the H_88888 account has a non-zero value. So whenever you want to override the USD value of the 88888 account, a value of 0.000001 will be posted through journals to the H-88888 account. So when the rule finds a non-zero value in H_88888 account, it just copies the value and overrides the USD value of the 88888 account and the entity currency value of 88888 will remain the same.
So now the change will be as below.
Account
Description
Account Type
Entity Currency Total
USD Total
INTERCO_PL
Intercompany Income or Expense
Expense
500
600
80001
Interco Intellectual Property Rights Income
Expense
100
150
80002
Interco Rent Income
Expense
100
150
80003
Interco Management Fees Income
Expense
100
150
88888
Interco Gain on Entity Restruct
Expense
100
0.000001
80004
Interco Intellectual Property Rights Expense
Expense
100
150
The above is fine as per the requirement. However we have another requirement to reverse the INTERCO_PL account. For this, we have another account called REV_INTERCO_PL. This account will get data from the INTERCO_PL account using a simple rule.
HS.Exp "A#REV_INTERCO_PL = A#INTERCO_PL"
But after the copy, the data in the REV_INTERCO_PL is wrong at the USD level as seen below.
Account
Description
Account Type
Entity Currency Total
USD Total
REV_INTERCO_PL
Reverse Intercompany Income or Expense
Revenue
500
750
REV_INTERCO_PL account needs to be equal to INTERCO_PL at the USD level too but a normal translation is happening on the Entity Currency Value of the account.
Could anyone please help me on this?

Hi Kostas,
That was really helpful. You were right about the condition. Please have a look at the rules below.
If bIsBase = True Then
' -- Base Entity: Local Currency and Local Currency Adjustment Calculations (Begin)
If (sPovValue = "<Entity Currency>" Or sPovValue = "<Entity Curr Adjs>") Then
   ' -- Perform EBITDA reversal account calculations.
   Call CALC_EBITDA_REVERSALS()
   ' -- Cost of Sales / Cost of Goods Sold Calculations (Begin)
   If sPovYear >= "2013" Then
    Call CALC_COST_SALES_VER_2(sPovYear)
   ElseIf sPovYear = "2012" And iPovPeriodNum >= 9 Then
    Call CALC_COST_SALES_VER_2(sPovYear)
   Else
    Call CALC_COST_SALES_VER_1()
   End If
   ' -- Cost of Sales / Cost of Goods Sold Calculations (End)
   ' -- Retained Earnings Calculation: Transfer net income to retained earnings.
   ' -- Note: CY RE is a balance sheet account, i.e. it is always YTD. Always pull
   ' -- the YTD value, regardless of the scenario's default view (YTD or Periodic) settings.
   HS.Clear "A#49331" & s_NONES_EX_C3
   HS.Exp "A#49331" & s_NONES_EX_C3 & " = " & _
   "A#NI_Meritor.I#[ICP Top].C1#TotCustom1.C2#TotCustom2.C4#TotCustom4.W#YTD"
   ' -- Retained Earnings Opening Balance Calcuation (Begin)
   ' -- Transfer beginning balance retained earnings from last period of prior year to current period.
   If sPovYear > s_APP_START_YR Then
    HS.Clear "A#49311" & s_NONES_EX_C3
    HS.Exp "A#49311" & s_NONES_EX_C3 & " = " & sOpBalScenario & ".P#Last.Y#Prior.A#RE" & s_TOPS_EX_C3
   End If
   ' -- Retained Earnings Opening Balance Calcuation (End)
   ' -- Calculate balance sheet balancing account.
   ' -- Used to force a balanced trial balance at the entity currency level.
   HS.Clear "A#BAL" & s_NONES_EX_C3
   HS.Exp "A#BAL" & s_NONES_EX_C3 & " = " & _
   "A#ASSETS_TOT" & s_TOPS_EX_C3 & " - A#LIAB_CUR" & s_TOPS_EX_C3 & _
   "- A#LIAB_LT" & s_TOPS_EX_C3 & " - A#EQUITY_TOT" & s_TOPS_EX_C3
' -- Base Entity Override Rollforwards (Begin)
   If sDefCurr <> "USD" Then
   ' -- For Period 1, roll forward U.S. Dollar overrides from prior period.
    Call CALC_OVERRIDES_RLFWDS(sValueRight, iPovPeriodNum, sPovYear)
   End If
' -- Base Entity Override Rollforwards (End)
' -- Base Entity Calculations for Non-USD Entities (Begin)
   ElseIf sDefCurr <> "USD" Then
   If sPovValue = "USD" Then
    ' -- Execute U.S. Dollar override calculations.
   Call CALC_OVERRIDES(sPovValue)
   End If
' -- Base Entity Calculations for Non-USD Entities (End)
End If
   ' -- Base Entity: Local Currency and Local Currency Adjustment Calculations (End)
End If
Sub CALC_EBITDA_REVERSALS()
' -- Name: CALC_EBITDA_REVERSALS
' -- Description: Routine performs EBITDA (Earnings Before Interest,
' -- Taxes, Depreciation and Amortization) reversal calculations.
' -- Perform EBITDA calculations.
' --   For this application we use account type (e.g. asset and revenue) to manage
' --   sign (+/-) of balances. The source and target accounts have opposing account types.
    HS.Clear "A#REV_MIN"
    HS.Exp "A#REV_MIN = A#82081"
    HS.Clear "A#REV_DISCOPS"
    HS.Exp "A#REV_DISCOPS = A#DISCOPS"
    HS.Clear "A#REV_INCTAX"
    HS.Exp "A#REV_INCTAX = A#INCTAX"
    HS.Clear "A#REV_INT"
    HS.Exp "A#REV_INT = A#NETINT"
    HS.Clear "A#REV_INTERCO_PL"
    HS.Exp "A#REV_INTERCO_PL = A#INTERCO_PL"
    HS.Clear "A#REV_OOB_PL"
    HS.Exp "A#REV_OOB_PL = A#OOB_PL"
    HS.Clear "A#REV_ASSTIMP"
    HS.Exp "A#REV_ASSTIMP = A#ASSTIMP"
    HS.Clear "A#REV_REST"
    HS.Exp "A#REV_REST = A#RESTEXP"
    HS.Clear "A#REV_LOS"
    HS.Exp "A#REV_LOS = A#84711 + A#80919"
    HS.Clear "A#REV_NONPALLOC"
    HS.Exp "A#REV_NONPALLOC = A#NONPALLOC"
    HS.Clear "A#REV_DEPR.C1#[None]"
    HS.Exp "A#REV_DEPR.C1#[None] = A#Depreciation.C1#Tot_Dept"
    HS.Clear "A#REV_AMORT.C1#[None]"
    HS.Exp "A#REV_AMORT.C1#[None] = A#Amortization.C1#Tot_Dept"
End Sub ' -- CALC_EBITDA_REVERSALS
CALC_EBITDA_REVERSALS() is the funtion where the account REV_INTERCO_PL account is getting calculated from INTERCO_PL.
As you mentioned, I know I have to modify the condition where the function is called. But there are other rules which depends on the existing condition. So I am afraid this might cause the other rules not work properly which are good now.
Should I create a new condtion for this CALC_EBITDA_REVERSALS alone under Sub Calculate Routine? Please let me know your recommendation.
Thank you,
Siva Bhojan

Overridable calculations...bug?

Similar Messages

Maybe you are looking for