Unerwartetes Ergebnis bei Division
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo zusammen,
ich glaube, ich habe ein Brett vorm Kopf. Ich möchte in einer VOFM-Routine einen neuen Basiswert für eine Kondition berechnen. Doch wenn ich kzwi1 durch kzwi2 dividiere und das Ergebnis mit 1 addiere kommt nicht 1,13, sondern 0,01 raus. Irgendwie scheint SAP meine Werte intern durch 100 zu teilen. Bei Prozenten kenne ich ja den ominösen Faktor 10, aber ich verstehe nicht ganz, wie hier der Faktor 100 ins Spiel kommt. Wenn ich mir die Einzelwerte im DEbugger anschaue, dann werden die Werte mir korrekt angezeigt.
Hat da jemand eine Idee und kann mir mal die ganze Wandschrank vorm Kopf entfernen? Danke... 
ich glaube, ich habe ein Brett vorm Kopf. Ich möchte in einer VOFM-Routine einen neuen Basiswert für eine Kondition berechnen. Doch wenn ich kzwi1 durch kzwi2 dividiere und das Ergebnis mit 1 addiere kommt nicht 1,13, sondern 0,01 raus. Irgendwie scheint SAP meine Werte intern durch 100 zu teilen. Bei Prozenten kenne ich ja den ominösen Faktor 10, aber ich verstehe nicht ganz, wie hier der Faktor 100 ins Spiel kommt. Wenn ich mir die Einzelwerte im DEbugger anschaue, dann werden die Werte mir korrekt angezeigt.
Code: Alles auswählen.
data lf_kzwi1 type p LENGTH 13 DECIMALS 2. "1200.00
data lf_kzwi2 type p LENGTH 13 DECIMALS 2. "156.00
data lf_wert type p LENGTH 13 DECIMALS 2.
lf_kzwi1 = komp-kzwi1 .
lf_kzwi2 = komp-kzwi2 .
lf_wert = 1 + ( lf_kzwi2 / lf_kzwi1 ). "0.01 statt 1.13
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Hallo Barney,
hast du mal versucht die Rechenoperation in 2 Teilen durchzuführen? Also erst Division und das Ergebnis dann mit 1 addieren?
Eventuell musst du aber auch 1.00 nutzen und nicht 1?!
hast du mal versucht die Rechenoperation in 2 Teilen durchzuführen? Also erst Division und das Ergebnis dann mit 1 addieren?
Eventuell musst du aber auch 1.00 nutzen und nicht 1?!
Gruß,
der Matze
der Matze
Wenn ich nur die Division mache, ist das Ergebnis 0.00... 
BTW: wenn ich multipliziere anstelle von dividieren, kommt 18720000.00 anstatt 187200 raus.
BTW: wenn ich multipliziere anstelle von dividieren, kommt 18720000.00 anstatt 187200 raus.
Zuletzt geändert von Barney am 05.01.2016 14:44, insgesamt 1-mal geändert.
Schau dir mal die Doku zu dem Reportattribut "Festpunktaritmetik" an.
Ich meine mich zu erinnern, dass dieses Attribut vom aufrufenden Programm vererbt wird.
Ich meine mich zu erinnern, dass dieses Attribut vom aufrufenden Programm vererbt wird.
Jau, das war es wohl. Am Ende ist meine VOFM-Routine in der Funktionsgruppe V61A eingebunden - und da ist die Festpunktarithmetik natürlich deaktiviert. 
Jetzt muss ich mal schauen, wie ich dann meine Berechnung am geschicktesten anstelle...
Jetzt muss ich mal schauen, wie ich dann meine Berechnung am geschicktesten anstelle...
Hab's nicht getestet. Aber ich bin ziemlich sicher, wenn du deine Berechnung in eine eigenständige Funktionsgruppe oder Klasse auslagerst (mit aktivierter ´Festpunktarithmetik) dann sollte das funktionieren.
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
516
Views
Views
Multiplikation ergibt unerwartetes Ergebnis
von Jule13 » 10.12.2021 07:48 • Verfasst in ABAP® für Anfänger
von Jule13 » 10.12.2021 07:48 • Verfasst in ABAP® für Anfänger
9
Antw.
Antw.
5236
Views
Views
6
Antw.
Antw.
7725
Views
Views
1
Antw.
Antw.
2209
Views
Views
Division in Query mittels lokalem Feld
von peterlustig007 » 05.04.2007 09:06 • Verfasst in Sonstige Module
von peterlustig007 » 05.04.2007 09:06 • Verfasst in Sonstige Module
5
Antw.
Antw.
513
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.