Suchergebnisse

Hey Leute , ich bin mir sicher das dieses Thema oft durchgekaut worden ist, jedoch wollte ich nochmal nachfragen. Zitat: „Das Kaufmännische Runden geschieht wie folgt: Ist die Ziffer an der ersten wegfallenden Dezimalstelle eine 0, 1, 2, 3 oder 4, dann wird abgerundet. Ist die Ziffer an der ersten wegfallenden Dezimalstelle eine 5, 6, 7, 8 oder 9, dann wird aufgerundet. “ Quelle Wikipedia Jetzt habe ich folgenden Fall; Nach einer Berechnung erhalte ich folgendes Ergebnis: 36,885 Folglich müsste …

Zitat von RodFromGermany: „weil nicht definiert ist“ Ja, oder? Find ich auch blöd. Hättest du dieses Beispiel nicht gebracht (36,88499999999999), hätte ich das nicht beachtet. Letzten Endes kann da viel ausmachen, es summiert sich ja alles. Das heißt pro errechneten Wert könnten dann doch 0.01 Cent, ich nenne es jetzt mal so, fehlen. @Snaptu Also wäre hier Math.Floor hier a(37), anschließend würde ich dann a(37) - b(36,88499999999999) nehmen Das wäre in diesem Fall kleiner 0.5 (0.1510...1) Okay,…

@Lingo Also, will ich auch so gut es geht vermeiden. Würde es mir schon was bringen mit Decimal anstelle von Double zu arbeiten?

Zitat von RodFromGermany: „Diese Rundung wäre in meinen Augen falsch“ Gut das es ja durch DIN 1333 "geregelt" ist.. aber diese in, ich behaupte das jetzt mal, unseren Augen der letzte Rotz ist. Weil in meinen Augen diese Rundung auch falsch ist, aber ich nicht weiß, wie ich es anders machen sollte. Zitat von Snaptu: „Naja Floor = Boden das heißt abrunden, und ceiling = Decke das heißt aufrunden“ Ich hab mal beide Links in einem neuen Fenster geöffnet und mit hin und her gesprungen mit 'str+tab' …

@Lingo Jup, bin gerade dran. Dachte schon ich bin mal superschlau und faul,nachdem ich floor und ceiling doch verstanden habe: VB.NET-Quellcode (3 Zeilen) Auf dem ersten Blick war ich zufrieden mit dem Ergebnis, aber dann beim 2. Testfall (testb-variablen) ... dann nich' mehr. VB.NET-Quellcode (26 Zeilen) Dann mach ich das mal nun

Ich hätte echt nicht gedacht, dass ich mich daran solange aufhalten kann. Aber da es um Geld geht, will ich das so "richtig" wie möglich machen. (Im Grunde geht es immer um Geld) @RodFromGermany Das habe ich noch nicht gewusst Danke für den Hinweis

@Thunderbolt Gut im Grunde, aus der Mathematischen Sicht, ist das alles Richtig! Aber leider muss es im kaufmännischen gemacht (Geld und so) werden, im Grunde könnte man sagen: "Halte dich an die Regel/Norm 1333" Aber das finde ich persönlich falsch/nicht richtig. Angenommen wir haben einen Wert von '36.8849999999999' So wäre aus kaufmännischer Sicht folgendes das Ergebnis: 36.88 Jetzt bin ich aber der Meinung, dass es doch .885 sind, und somit wäre es Kaufmännisch 36.89! Das ist 1 Cent Untersch…

@Lingo Aber in dem oben geschilderten Fall hätte ich doch Verluste, wenn ich es so verkaufen würde. Lieber verdiene ich doch einen Cent mehr pro verkauf als das ich diesen einen Cent nicht verdienen würde, oder? Ich sehe das vielleicht auch zu eng

@Lingo Scheint wohl so zu sein. Auch als ich bei ein paar Leuten von der kaufmännischen Abteilung nachgefragt habe, war das für jeden normal und oder okay.. Ich persönlich finde das nicht gut.. ...und hoffe jedenfalls dass es bei der Bank nicht so geregelt ist. Aber daher rührt es wohl wahrscheinlich.

Also für das kaufmännische nur die 3. Dezimalstelle überprüfen und wenn 0-4 dann abrunden ..ansonsten halt 5-9 aufrunden.. *sigh* Am liebsten würde ich ja mal die Truppe, welche diese Norm erstellt hat, an einen Tisch rufen und fragen wieso man sich darauf geeinigt hat.

@Lingo | @Thunderbolt | @Snaptu | @RodFromGermany | @Counterbug Danke an alle für Eure Zeit und das austauschen eurer Erfahrungen und Ideen. Ich werde es dann so wie letzten Endes vorgegeben machen/hinterlegen, ist ja dann richtig so. ^^' Gruß, Drahuverar

Jetzt wollte ich das so angehen, dass ich meinen Decimal in einen String umwandel um somit die 3. Dezimalstelle lesen kann (char) und anschließend mit einem Select Case überprüfe welchen "wert" die 3. Stelle hat. VB.NET-Quellcode (14 Zeilen) In dem Beispiel passiert folgendes --> 36.8849999999999 wird zu 36.885 beim konvertieren in einen String.. Wie kann ich denn "genauer" konvertieren..? Gruß, Drahuverar

Mh.. manchmal...also echt... Dachte ich könne es mir somit sparen, den String am Separator zu splitten Aber letzten Endes muss ich ja sagen was mein Rechner tun soll.. Ganz so faul darf ich nicht sein Danke