DYNP_UPDATE_FIELDS with decimals

Hi all,
I need your help i am updating fields on dynpro using FM DYNP_UPDATE_FIELDS but the probles is that i need to display amounts with decimals and actually it is updating without decimals. Somebody knows how can i update my field showing decimals? Please!!!
Thanks in advance.
Mar.

Hi Marisol,
Please find the link Below
[Fields |Updating attributes of screen table]
Hope this will be very useful to you.
Thanks
Kalyan

Similar Messages

Issues with Decimals

I have an issue with decimals in calculation : -
Data : G_SUM TYPE p DECIMALS 2.
   KOMV-KBETR = 2.00 (KBETR TYPE IS P(6) Decimal 2)
   WG_A650-ZZBILL_QUNT = 10.00 (ZZBILL_QUNT Type is P(7) Decimal 3)
        Loop at I_A650 into WG_A650.
             G_SUM = G_SUM + ( KOMV-KBETR * WG_A650-ZZBILL_QUNT ).
        Endloop.
           XKWERT = G_SUM. (XKWERT Type is P(7) Decimal 2)
Form the above calculation : - G_SUM should be 20.00
         But the result is : - 20000.00
To aviod this i changed the declartion of G_SUM as below : -
Data : G_SUM TYPE p DECIMALS 5.
Now it is calculating correctly but i need to assign this value to a another field.
      Its data type is (TYPE p DECIMALS 2)
Now the result is again changed to 20000.00
Any sugesstion to fix this issue will be apprecaiated.
Regards,
Kittu

Hi Florian Kemmer,
Thank you for your quick response!
It is my mistake, i could have explained in more efficient manner.
The below values are from Internal table only and it has only 1 record.
KOMV-KBETR = 2.00
   WG_A650-ZZBILL_QUNT = 10.00
(G_SUM = G_SUM + ( KOMV-KBETR * WG_A650-ZZBILL_QUNT ).)
After the above formula is executed it shoudl display the value as 20.00
Due to issues with the decimals it is displaying as 20000.00
And the declaration is not exactly done as described...It is just for understanding.
KBETR --> is of type P(6) Decimal 2.
Any suggestion will be appreciated
Regards,
Kittu
Edited by: Kittu on Mar 29, 2010 12:34 PM

APD-Issue with Decimals

hi,
I am using APD to get the report results as CSV file. I have restircted not to show the decimal places for the values in the report but the file that is genarated always comes with two decimals.
The business does not wants the value with decimals. I have looked at all the options to get this possible in APD.
Please help with this issue. I am not good at ABAP and I may not be able to write a program.
Regards,
Raghu

Hi;
APD seeks to direct the base, then it makes sense to try to change the decimal places in the query, there is documentation that shows how to Creation of Key Figures with Higher Decimal Place Precision (https://service.sap.com/sap/support/notes/460652)
Sá Freire
Edited by: Luiz André Sá Freire on Feb 2, 2011 4:35 PM

KP06 cannot enter number with decimals in fxd. consumption

Hi!
When using transaction
KP06 Change Cost Element/Activity Input Planning with
Planner Profile SAP102,
layout 1-102 Std.layout Activity input ActInd/ActDep
we cannot enter number with decimals in field Fxd. consumption
Field name MEF
Data element MEFXXX
When we enter number with decimals like 12,45 it gets rounded in 13.
I have tried to change number format of this collumn from Not defined
to 0,00 but this is not helping. The rounding still takes place.
My question is where can I assign the unit (of measurement) for posting of quantities.
Regards,
Marina

The UOM is assosiated with Activity Type, and has a certain number of decimal points in the definition of UOM. The other place to influence decimal points in the proper planning layout (column settings).

WithHold Tax with Decimals

Hi,
Is it possible to calculate the Withold Tax with value in Decimal places? i.e., If the base amount is 11111 and the withold tax % is 3 then the WT amount is 333.33 wherein SAP calculates it as 333 only. We had recently implemented B1 in Thailand and the requirement is that, the withold tax should be calculated with exact decimals and not rounded off.
When I checked the Withold tax definition, there are only 2 options for rounding off, either to a lower amount or to a higher amount and there's no option to keep it as it is.
Anybody has any solution?
sriram

Hi Adele,
It has nothing to do with the decimal places.
In the withold tax configuration, there are 2 types of rounding off methods available
"commercial values" or "truncated AU" and you need to select any one of them. commercial values setting, makes it to the next higher numeric and truncated au rounds it off to a lower value.
There is a possibility that, at the time of carrying out the A/R or A/P transaction, the calculation can be done manually and we can enter the amount with decimals and SAP takes it as it is. But when calculates it on it's own, then it doesn't. That's why I wanted to know, whether anybody else is having this problem and whether they have any solution in place?
sriram

Using Modulus (%) arithmetic operator with decimals

When trying to use the arithmetic operator modulus with decimals there seem to be some errors in the results. Is there a restriction on the number/value of decimals that can be used with this operator? Am I perhaps just using it incorrectly?
example ...
Double valA= new Double("12.4");
Double valB = new Double("1236");
double result = valB.floatValue() % valA.floatValue();
System.out.println("valB : " + valB );
System.out.println("valA: " + valA);
System.out.println("result : " + result);
produces :
valB : 1236.0
valA : 12.4
result : 8.40003776550293
But :
Double valA= new Double("12.5");
Double valB = new Double("1236");
double result = valB.floatValue() % valA.floatValue();
System.out.println("valB : " + valB );
System.out.println("valA: " + valA);
System.out.println("result : " + result);
produces :
valB : 1236.0
valA : 12.5
result : 11.0

Floating point arithmetic in general is not exact. The problem is that you are expecting exact results.
In the second example where you use 12.5 and 1236.0 is just so happens that both of those numbers can be represented exactly, so you do get an exact result.

CCM2.0 Upload files with decimals in prices

Hi experts
We use a csv-file to upload into CCM2.0.
We now have a problem when a price in the file is with decimals. We use "," as decimal seperator (100,25 EUR) but we can only upload prices if the decimal seperator is "." (100.25 EUR).
I means a lot of work changing decimal seperators from "," to "." in the file from our vendors
Do anyone have an idea how we can change this - so it is possible to upload prices with "," ?
Thanks in advance
Jesper

Hi Jasper
are you keeping 100 25 in separate column? why?
Are you receiving the Excel file from vendor and making into CSV file ?
csv file can delimit ; instead of ,
if you want to make delimiter set up for the above file
go to control panel ->regional and language options-> click->go to regional option tab-->right hand side you may see customize -> list separator , ( you can change so when you save excel file data into csv file and open a file with notepad mode -> you can see this file in ; instead of ,
br
muthu

Upload Quantities in BoM with decimals

Hi,
I cannot achieve to upload quantities with decimals for components in a BoM with the DTW. After the upload the system rounds the number to a whole number.
Thank you.

Hi Oscar...
Check with this link
http://scn.sap.com/thread/3146841
Regards
Kennedy

Solver VBA SolverAdd constraints with decimals not possible

This issue is related to the German versions of Excel, it tried all from XL2002 up to XL2013.
I can add a constrain with decimals to the solver manually and it works as expected:
When I record a macro the recorded constrain line is this:
SolverAdd CellRef:="$A$1", Relation:=3, FormulaText:="0,001"
But when I run that line the constrain is always ">= 1", the decimal part is missing! I tried all variations that I can think of, but nothing works. When I run this macro:
Sub Makro1()
SolverReset
SolverAdd CellRef:="$A$1", Relation:=3, FormulaText:=0.001
SolverAdd CellRef:="$A$1", Relation:=3, FormulaText:="0.001"
SolverAdd CellRef:="$A$1", Relation:=3, FormulaText:="0,001"
End Sub
The result is this:
How can I set a constrain with decimals into the Solver?
Andreas.

The answer for this from Frontline Systems Inc. is:
This is an old VBA bug.
Just use:
FormulaText:="=1"
Rather than
FormulaText:="1"
That sounds strange... "old VBA bug"?? VBA is able to detect and work with the language depended decimal delimiters and such things!
So I went a little into the depths and have looked more closely at SOLVER.XLAM and there I found the bug:
If "." <> Application.International(xlDecimalSeparator) Then
dummy = InStr(FormulaText, Application.International(xlDecimalSeparator))
Do While dummy <> 0
Mid(FormulaText, dummy, 1) = "."
dummy = InStr(FormulaText, Application.International(xlDecimalSeparator))
Loop
End If
If Not IsNumeric(FormulaText) Then
On Error Resume Next
If TypeName(FormulaText) = "Range" And Not IsCellReference(Stylecheck(CStr(FormulaText))) Then
FormulaText = FormulaText.Address
End If
FormulaText = CStr(FormulaText)
FormulaText = Stylecheck(FormulaText)
On Error GoTo mainerror
Else
FormulaText = CDbl(FormulaText)
End If
They replace the "," with a "." and then they call CDBL (and not VAL), that is the reason.
In Germany (Europe) the "." is the thousand delimiter and the "," is the decimal delimiter. And CDBL knows that!
Okay, so why does "=0,0001" work? Obvious the CBDL line isn't executed in this case.
The solver routines creates hidden names in the sheet and store anything there. If you like to see them execute this:
Sub ShowNames()
Dim N As Name
For Each N In Names
N.Visible = True
Next
End Sub
And names are also language depended, but when we want to store values into a name we have to "speak" English.
The code changes "=0,0001" to "=0.0001" and stores that into the name manager. So when we look into the names we can see "=0,0001" at screen (in Europe).
And the Solve routines grabs that values... what a mess. :-)
If you want to write language-independent programs therefore this syntax is recommended:
SolverAdd "A1", 3, "=" & 0.0001
Andreas.

Data type that can hold negetive values with decimals

Hi all,
Is there any datatype which can hold negative values with decimals. INT4 can hold negetive values but don't have decimals and type P has decimals but it cannot hold negative values. Please suggest me some datatype for my requirement.
Thanks in advance,
Dev.

Hi,
Create your Screen field of type DM07M-JVCRP
Go to Screen painter and change the Screen field type to DM07M-JVCRP
Since this Accepts Negative values you wont get run time Errors
Check the below data elements or use Domain CURRV13 " you can find in where used list for more
Cheerz
Ram

SNP purchase requisitions quantities generated with Decimals

HI Gurus,
When we run the location heuristics in SNP the purchase requisitions are (Distribution Receipts Planned ) are created without decimals.But when these are published to ECC the purchase requisitions are generated with decimals.For Example the SNP PR value is 15 and the ECC Pr is 15.200.How can i restrict this because i want the same quantity which is generated by SNP heuristics .Are there any settings in UOM(Unit of measure).I checked in the planning area for the key figure everthing is fine.
What are the settings to be made.
Dhanunjay.

The SNP might be generating 15.2 based on your lot sizing settings.
Most probably the reason you see 15( with no decimals) in SNP Planning book is because for your keyfigure, you have 0 decimals.
Go to Design mode for the plannning book, select the keyfigure and change the decimal places from 0 to 3(or any higher number)
Now you should be able to see 15.2 as stated in your example even in the plannning book
One other way to check would be in the product view(RRP3) or as someone already suggested( RRP2)
Thanks
Kumar

Issue with Decimals

Hi,
I have a report which takes data from a BI BexQuery. I have BOE XI 3.1 and SAP7.1. I have 4 numeric values defined in same 100.12345 format in SAP. When i run the webI report one numeric value is picking data properly in 100.12345 format where as the
other 3 numeric values are coming as 100.12000. (It is displaying zeros for last 3 decimals instead of numbers).
Not getting what went wrong. Any inputs will be greatly appreciated.
Thanks.

Hi,
This seems to be an issue related to the locale setting of the BO services user/'owner'.
You need to configure the BO services on your server to run under a user (belonging to the local admin group) that has the EN_US locale set in its default profile. Otherwise you will experience problems with the values being truncated.
Please see this post:
Configure BO services to run under a user that has the EN_US locale
and this post:
BO XI R2 - decimal numbers are truncated
Kind Regards,
Simon

Currency field with Decimals in ALV

Hi,
Im having a problem with display of currency field wityh decimals.
My currency field is declared as type dmbtr ( whis is currency field data element in standard).
I have some amount say 1589.00 which is Korean currency. But this Korean currency doesnt have any decimals.
(My source field is always 2 decimals irrecpective of curency. It will store as below,
if value 100 JPY--> TABLE STORE 100.00
         200 SGD --.> 200.00
         500 KRW --> 500.00
sO MY source field always maintained with 2 decimals)
In alv im using the currency field so that it displays the correct decimals.
      wa_fcat-cfieldname = 'WAERS'.
      wa_fcat-ctabname    = 'IT_FINAL_ALV'.
      wa_fcat-datatype = 'CURR'.
Now IN alv it displays 158,900 which is not correct.
My requirement is I have display this value as 1589 for Korean currency(as it doesnt have any decimals)
( I observed that the value is always stored with 2 decimals in database field)
if value 1589.00 and output currency is JPY(japan) IT HAS TO Display 1589.000.
Can anybody give any hint..?
Message was edited by:
        agrud agrud

please try like this it should work..
fieldcatalog-fieldname   = 'NETPR'.
fieldcatalog-seltext_m   = 'Net Price'.
fieldcatalog-col_pos     = 7.
fieldcatalog-outputlen   = 15.
fieldcatalog-do_sum      = 'X'.        "Display column total
fieldcatalog-datatype     = 'CURR'.
append fieldcatalog to fieldcatalog.
clear fieldcatalog.
reward points if it is usefull .....
Girish

KYF exhibits strange behaviour with decimals

Hi everybody,
a DEC-key figure (IOBJ maintenance: additional properties->BEx->decimal places: Nothing Defined) exhibits strange behaviour regarding the treatment of decimals.
When looking at the data in the cube (InfoCube maintenance->content) the value is 2,086.
In the query the result is 2.0900000000 (%).
Now comes the problem: in BPS (in the buffer) the value is 2,08. The system simply truncates the figure! This is the value which is also used in the FOX and produces the wrong result.
I need the system to sensibly round the values correctly to 2 decimals OR work with an additional decimal place. How can this be done?
Thanks for any input,
Martin

Hi,
In the manual planning, while designing the layout, there is a setting in data columns tab called decimals. You have to insert 2 under this. Then in the layout data will be displayed with 2 decimal places.
Hope this helps.
Regards,
Isha

Calculate with decimals

How to do calculations in Java where I have to ignore decimals
for example:
a = 101.46456
b = 10000
c = 10000 * 101.464
I want to use only 3 decimals and ignore if there are more than three.
Thanks

What do you mean "ignore decimals"? Are you spcifically required to trunctate or round the raw inputs before sending them to the calculation? The usual way of doing things would be to use all inputs to their full precision, and then just format the output with java.text.DecimalFormat.
If you really need to get rid of >= 4th decimal place before calculating, then the conversion to int, multiply, divide described in another post is a pretty straightforward solution, but it has the disadvantage that the magnitude of your float or double may be larger than Integer.MAX_VALUE / 1000.
Another approach would be to use a DecimalFormat to format the number to a String w/ at most 3 digits right of decimal, and then parse it back into a number.
However, what would you do with this?
a = 0.00000000123456
b = 1000000000000
c = a * b
Do you first normalize a to 1.23456E-9 and then truncate/round to 1.234E-9, s.t. a * b = 1.234E3? Or do you do the "ignoring" first, s.t. a * b = 0.000 * 1E12 = 0?

DYNP_UPDATE_FIELDS with decimals

Similar Messages

Maybe you are looking for