A03: Standardzahl: 2 Nachkommastellen eingestellt, 8 Kommastellen angezeigt

[Rüdiger Gram]

Hallo NG,

für ein ungebundenes Textfeld habe ich 'Standardzahl' und 2 Dezimalstellen
eingestellt. Tatsächlich werden 8 Nachkommastellen angezeigt.

Vielleicht haben die Redmonder Spaßvögel das ja nur zur Auflockerung als
Scherzartikel eingebaut. Ich hätte die anzeigten Beträge jedoch gerne
so, wie ich das auch eingestellt habe.

Wie kann ich das System überlisten?

Gruß

Rüdiger

[Mark Doerbandt]

Hallo, Rüdiger,

Post by Rüdiger Gram
für ein ungebundenes Textfeld habe ich 'Standardzahl' und 2 Dezimalstellen
eingestellt. Tatsächlich werden 8 Nachkommastellen angezeigt.

ist der Inhalt des Feldes denn tatsaechlich eine Zahl? Hast Du es mal
mit einem gebundenen Feld probiert?

Gruss - Mark

[Matthias Körner]

Hallo Rüdiger,

Post by Rüdiger Gram
für ein ungebundenes Textfeld habe ich 'Standardzahl' und 2 Dezimalstellen
eingestellt. Tatsächlich werden 8 Nachkommastellen angezeigt.
Vielleicht haben die Redmonder Spaßvögel das ja nur zur Auflockerung als
Scherzartikel eingebaut. Ich hätte die anzeigten Beträge jedoch gerne
so, wie ich das auch eingestellt habe.
Wie kann ich das System überlisten?

die Formateinstellung für ein Textfeld bestimmt nur das Erscheinungsbild,
nicht aber den tatsächlichen Inhalt des Feldes.

Im Klartext:
Wenn Du im ungebundenen Textfeld einen berechneten "unrunden" Wert
anzeigst, wird er auf die vorgegebenen Kommastellen gerundet angezeigt.
Sobald Du aber in das Feld klickst, erscheint immer der tatsächlich
vorhandene Wert. Dies ist auch richtig und gut so, denn ansonsten hättest Du
z. B. beim Addieren von mehreren Feldern ganz schnell durch Rundungsfehler
entstandene Differenzen im Summenfeld.

Der richtige Weg ist, den zu übergebenden Wert schon beim Berechnen auf die
gewünschten Kommastellen zu runden und den gerundeten Wert an das Feld zu
übergeben.

HTH
Matthias

[Rüdiger Gram]

Post by Matthias Körner
die Formateinstellung für ein Textfeld bestimmt nur das Erscheinungsbild,
nicht aber den tatsächlichen Inhalt des Feldes.
Wenn Du im ungebundenen Textfeld einen berechneten "unrunden" Wert
anzeigst, wird er auf die vorgegebenen Kommastellen gerundet angezeigt.
Sobald Du aber in das Feld klickst, erscheint immer der tatsächlich
vorhandene Wert.

Es handelt sich um ein Kombifeld. In der DropDown-Liste erscheinen dann z.B.
Beträge, wie 1,5 (statt 1,50) oder 11098,41654 (statt 11098,42). Mit dieser
Art von Darstellung kann man nicht arbeiten.

Post by Matthias Körner
Der richtige Weg ist, den zu übergebenden Wert schon beim Berechnen auf
die gewünschten Kommastellen zu runden und den gerundeten Wert an das Feld
zu übergeben.

Wie macht man das? Gibt es dafür bei Access "Bordmittel"?

Gruß - Rüdiger

[Jens Schilling]

Hallo, Rüdiger

Post by Rüdiger Gram

Post by Matthias Körner
Der richtige Weg ist, den zu übergebenden Wert schon beim Berechnen
auf die gewünschten Kommastellen zu runden und den gerundeten Wert
an das Feld zu übergeben.

Wie macht man das? Gibt es dafür bei Access "Bordmittel"?

Schau mal in die FAQ 2.1 Runden ( www.donkarl.com?FAQ2.1 )

Gruss
Jens

[Thomas Möller]

Hallo Rüdiger,

Post by Rüdiger Gram
Es handelt sich um ein Kombifeld. In der DropDown-Liste erscheinen
dann z.B. Beträge, wie 1,5 (statt 1,50) oder 11098,41654 (statt
11098,42). Mit dieser Art von Darstellung kann man nicht arbeiten.

wenn es Dir nur um die Anzeige geht:
Stell mal die Eigenschaft "Format" auf "Festkommazahl" um.

HTH

[Rüdiger Gram]

Post by Thomas Möller
Stell mal die Eigenschaft "Format" auf "Festkommazahl" um.

Habe ich schon versucht. Bringt keine Änderung.

Gruß - Rüdiger

[Mark Doerbandt]

Hallo, Rüdiger,

Post by Rüdiger Gram
Es handelt sich um ein Kombifeld. In der DropDown-Liste erscheinen dann z.B.
Beträge, wie 1,5 (statt 1,50) oder 11098,41654 (statt 11098,42). Mit dieser
Art von Darstellung kann man nicht arbeiten.

nur mal interessehalber: zu welchem Zweck hast Du in deiner Kombobox
Zahlen mit Nachkommastellen?

Gruss - Mark

[Rüdiger Gram]

Post by Mark Doerbandt
nur mal interessehalber: zu welchem Zweck hast Du in deiner Kombobox
Zahlen mit Nachkommastellen?

Aus der Kombobox wähle ich Rechnungsbeträge aus, und nehme diese als
Suchkriterium, um die dazugehörenden Rechnungs-Datensätze im UFo zu finden.

Gruß - Rüdiger

[Mark Doerbandt]

Hallo, Rüdiger,

Post by Rüdiger Gram
Aus der Kombobox wähle ich Rechnungsbeträge aus, und nehme diese als
Suchkriterium, um die dazugehörenden Rechnungs-Datensätze im UFo zu finden.

ah, ok - eine eher seltene Anforderung.

Gruss - Mark

[Jens Schilling]

Hallo, Mark

Post by Mark Doerbandt
Hallo, Rüdiger,

Post by Rüdiger Gram
Aus der Kombobox wähle ich Rechnungsbeträge aus, und nehme diese als
Suchkriterium, um die dazugehörenden Rechnungs-Datensätze im UFo zu finden.

ah, ok - eine eher seltene Anforderung.

Ich hab' so etwas auch...
In der Anwendung kommen - weil Pauschalen berechnet werden - recht viele
Rechungen mit dem gleichen Endbetrag und dem gleichen Rechnungsdatum vor.
Da bei vielen Zahlungseingängen keine oder nur unvollständige
Verwendungszwecke angegeben wurden, entstand daraus der Wunsch, nach
Rechnungsbeträgen filtern zu können.

Tschüs
Jens

[Mark Doerbandt]

Hallo, Jens,

Post by Jens Schilling
Ich hab' so etwas auch...

okok, ich lasse mich ja gerne eines besseren belehren! ;-)
Kam mir nur so noch nicht unter...

Gruss - Mark

[Jens Schilling]

Hallo, Rüdiger

Post by Rüdiger Gram

Post by Mark Doerbandt
nur mal interessehalber: zu welchem Zweck hast Du in deiner Kombobox
Zahlen mit Nachkommastellen?

Aus der Kombobox wähle ich Rechnungsbeträge aus, und nehme diese als
Suchkriterium, um die dazugehörenden Rechnungs-Datensätze im UFo zu finden.

Wie ich gerade in meiner Antwort an Mark geschrieben habe, habe ich in einer
Anwendung etwas Ähnliches; allerdings runde ich schon alle Einzelbeträge mit
der in der FAQ 2.1 Runden ( www.donkarl.com?FAQ2.1 ) geschilderten Methode.

Gruss
Jens

[Günter Gerold]

Hallo,

gehts um Access 2007 ?
dann ists vermutlich ein Bug. Den hab ich auch schon mal mit Format()
umschiffen müssen...

[Rüdiger Gram]

Post by Günter Gerold
gehts um Access 2007 ?
dann ists vermutlich ein Bug. Den hab ich auch schon mal mit Format()
umschiffen müssen...

Nein, um Access 2003 (siehe Hinweis im obersten Betreff)

Gruß - Rüdiger

[Karl Donaubauer]

Post by Rüdiger Gram
...
Es handelt sich um ein Kombifeld. In der DropDown-Liste erscheinen
dann z.B. Beträge, wie 1,5 (statt 1,50) oder 11098,41654 (statt
11098,42). Mit dieser Art von Darstellung kann man nicht arbeiten.

Post by Matthias Körner
Der richtige Weg ist, den zu übergebenden Wert schon beim Berechnen
auf die gewünschten Kommastellen zu runden und den gerundeten Wert
an das Feld zu übergeben.

Wie macht man das? Gibt es dafür bei Access "Bordmittel"?

Jein. Die entsprechende FAQ hat dir Jens schon genannt.
Ohne Rundung wird's auch schwierig werden, den Vergleich
für die Suche zu machen, die du weiter unten erwähnst.

[Matthias Körner]

Hallo Rüdiger,

Post by Rüdiger Gram

Post by Matthias Körner
die Formateinstellung für ein Textfeld bestimmt nur das Erscheinungsbild,
nicht aber den tatsächlichen Inhalt des Feldes.
Wenn Du im ungebundenen Textfeld einen berechneten "unrunden" Wert
anzeigst, wird er auf die vorgegebenen Kommastellen gerundet angezeigt.
Sobald Du aber in das Feld klickst, erscheint immer der tatsächlich
vorhandene Wert.

Es handelt sich um ein Kombifeld. In der DropDown-Liste erscheinen dann z.B.
Beträge, wie 1,5 (statt 1,50) oder 11098,41654 (statt 11098,42). Mit dieser
Art von Darstellung kann man nicht arbeiten.

Post by Matthias Körner
Der richtige Weg ist, den zu übergebenden Wert schon beim Berechnen auf
die gewünschten Kommastellen zu runden und den gerundeten Wert an das Feld
zu übergeben.

Wie macht man das? Gibt es dafür bei Access "Bordmittel"?

Du kannst Dein Problem so lösen (oder eher umschiffen...):

Erstelle eine Abfrage mit 2 Spalten, Datenherkunft ist Deine
Rechnungstabelle.
Die erste Spalte enthält den tatsächlichen Rechnungsbetrag (11098,41654)
In der zweiten Spalte formatiert Du nun den Betrag für die Anzeige:
BetrAnz: Format([Rechnungsbetrag];"#.##0,00") & " ?"

Dein Kombifeld bindest Du dann an die erste Spalte. Die Spaltenbreiten
stellst Du auf "0cm;3cm" ein, um die erste Spalte auszublenden.

Aber wie Karl schon weiter unten erwähnt hat, sind solche "unsauberen"
Rechnungsbeträge ein Garant für Fehlerquellen bei sämtlichen Auswertungen
und unbedingt zu vermeiden.

HTH
Matthias

[Matthias Körner]

das Fragezeichen sollte das Euro-Zeichen sein ;-)

[Rüdiger Gram]

Post by Matthias Körner
Erstelle eine Abfrage mit 2 Spalten, Datenherkunft ist Deine
Rechnungstabelle.
Die erste Spalte enthält den tatsächlichen Rechnungsbetrag (11098,41654)
BetrAnz: Format([Rechnungsbetrag];"#.##0,00")"

Das war's, was ich gesucht habe! Jetzt werden die Zahlen genau richtig
dargestellt. Immer wenn ich auf das Kombifeld klicke, werde ich an Dich
denken.

Danke für die Hilfe

Gruß - Rüdiger

[Jens Schilling]

Hallo, Rüdiger

Post by Rüdiger Gram

Post by Matthias Körner
Erstelle eine Abfrage mit 2 Spalten, Datenherkunft ist Deine
Rechnungstabelle.
Die erste Spalte enthält den tatsächlichen Rechnungsbetrag
(11098,41654) In der zweiten Spalte formatiert Du nun den Betrag für
die Anzeige: BetrAnz: Format([Rechnungsbetrag];"#.##0,00")"

Das war's, was ich gesucht habe! Jetzt werden die Zahlen genau
richtig dargestellt. Immer wenn ich auf das Kombifeld klicke, werde
ich an Dich denken.

Damit hast Du nur Dein aktuelles Problem gelöst, aber nicht das
grundsätzliche Problem, dass Deine Beträge nicht gerundet sind.

Gruss
Jens

[Matthias Körner]

Hallo Jens,

"Jens Schilling" <***@fissership.de> schrieb im
Newsbeitrag news:e$***@TK2MSFTNGP02.phx.gbl...

[....]

Post by Jens Schilling
Damit hast Du nur Dein aktuelles Problem gelöst, aber nicht das
grundsätzliche Problem, dass Deine Beträge nicht gerundet sind.

[....]

...hatte ich in meinem Posting auch schon erwähnt ;-)

Und nichts ist schlimmer, wenn ein Kunde 1000 Rechnungen bilanziert und dann
feststellt, dass die ausgewiesene Umsatzsumme nur um einen Cent vom nach der
optisch gerundeten Anzeige eigentlich richtigen Betrag abweicht...

Während der Entwicklung meiner ersten Fakturierungs-Anwendung habe ich mich
damals erst mal einige Wochen mit den Grundlagen zur kaufmännisch korrekten
Buchführung beschäftigt und dadurch doch einige Stolperfallen vermeiden
können.

Viele Grüße und einen guten Start ins Jahr 2008
Matthias

[Jens Schilling]

Hallo, Matthias

Post by Matthias Körner
[....]

Post by Jens Schilling
Damit hast Du nur Dein aktuelles Problem gelöst, aber nicht das
grundsätzliche Problem, dass Deine Beträge nicht gerundet sind.

...hatte ich in meinem Posting auch schon erwähnt ;-)

Richtig - aber die Reaktion Rüdigers ( Das war's, was ich gesucht habe! )
lässt mich darauf schliessen, dass weder Deine Erwähnung noch mein
mehrfacher Hinweis auf die FAQ Berücksichtigung gefunden haben; daher hab'
ich noch einmal darauf aufmerksam machen wollen.

Post by Matthias Körner
der optisch gerundeten Anzeige eigentlich richtigen
Betrag abweicht...

Eben - und diese Rundungsfehler können schon in einzelnen Rechungen
auftreten.
Meine älteste Anwendung "in the wild" entstand, weil ein
(Dbase-)Programmierer dieses Problem in seiner Anwendung nicht in den Griff
bekam; seinen damaligen Kunden wurde er los, weil es diesen peinlich war,
ständig Rechungen mit falschen Zahlen zu verschicken.

Post by Matthias Körner
Viele Grüße und einen guten Start ins Jahr 2008

Danke, Dir auch einen "guten Rutsch " !

Tschüs
Jens

[Rüdiger Gram]

Und nichts ist schlimmer, als wenn ein Kunde 1000 Rechnungen bilanziert
und feststellt, daß die ausgewiesene Umsatzsumme nur um einen Cent von
dem nach der optisch gerundeten Anzeige eigentlich richtigen Betrag
abweicht ...
Während der Entwicklung meiner ersten Fakturierungs-Anwendung habe ich
mich damals erst mal einige Wochen mit den Grundlagen zur kaufmännisch
korrekten Buchführung beschäftigt und dadurch doch einige Stolperfallen
vermeiden können.

Eure mahnende Worte habe ich wohl gehört und werde mich (hoffentlich) im
richtigen Moment wieder daran erinnern. Im vorliegende Fall ist das mit der
Rundung der zweiten Kommastelle aber wirklich nicht wichtig (glaubt es mir).

Und wenn ich das Runden in einer Anwendung, in der es doch einmal wichtig
sein sollte, vergesse, dann gibt es in den Bilanzen ja immer noch die
Position "IKR". Kaufmännisch Vorgebildete werden diese Position kennen -
steht in jeder Bilanz: IKR bedeutet: 'irgendein kleiner Rechenfehler'.

So, jetzt wird's aber ganz schön rutschig. Ich sehe mich schon hinein-
rutschen: In das mit unseren gegenseitigen guten Wünschen befrachtete neue
Jahr.

Prost Gemeinde

Gruß - Rüdiger

[Jens Schilling]

Hallo, Rüdiger

Post by Rüdiger Gram
Im vorliegende Fall ist
das mit der Rundung der zweiten Kommastelle aber wirklich nicht
wichtig (glaubt es mir).

Tun wir ja ;-)

Post by Rüdiger Gram
Und wenn ich das Runden in einer Anwendung, in der es doch einmal
wichtig sein sollte, vergesse, dann gibt es in den Bilanzen ja immer
noch die Position "IKR". Kaufmännisch Vorgebildete werden diese
Position kennen - steht in jeder Bilanz: IKR bedeutet: 'irgendein
kleiner Rechenfehler'.

Ehrlich gesagt - das hab' ich bisher weder in einer von mir erstellten
Bilanz gebraucht, noch ist mir das in meiner steuerlichen Ausbildung
untergekommen. Vielleicht lang's ja daran, dass mein Ausbilder noch einer
vom "alten Schlag" war - da wurde wirklich jeder Pfennig abgestimmt.

Aber OK - lang, lang ist's her ;-)
... und ich will auch gar nicht erst behaupten, dass es immer produktiv und
sinnvoll war; aber immerhin - richtig war's.

Post by Rüdiger Gram
So, jetzt wird's aber ganz schön rutschig. Ich sehe mich schon hinein-
rutschen: In das mit unseren gegenseitigen guten Wünschen befrachtete
neue Jahr.

Auch Dir - und allen Mitlesern - einen "guten Rutsch" !

Gruss
Jens

[Thomas Möller]

Hallo!

Post by Jens Schilling

Post by Rüdiger Gram

Post by Matthias Körner
Erstelle eine Abfrage mit 2 Spalten, Datenherkunft ist Deine
Rechnungstabelle.
Die erste Spalte enthält den tatsächlichen Rechnungsbetrag
(11098,41654) In der zweiten Spalte formatiert Du nun den Betrag für
die Anzeige: BetrAnz: Format([Rechnungsbetrag];"#.##0,00")"

Das war's, was ich gesucht habe! Jetzt werden die Zahlen genau
richtig dargestellt. Immer wenn ich auf das Kombifeld klicke, werde
ich an Dich denken.

Damit hast Du nur Dein aktuelles Problem gelöst, aber nicht das
grundsätzliche Problem, dass Deine Beträge nicht gerundet sind.

im Zweifel führt diese Lösung zu Verwirrungen. Wenn man ähnliche
Rechnungsbeträge hat, die sich erst in der dritten Nachkommastelle
unterscheiden, zeigt das Kombinationsfeld mehrfach den selben Wert an.
Je nach Auswahl kommt man aber zu unterschiedlichen Ergebnissen.

123,456 => 123,46
123,457 => 123,46
123,458 => 123,46


CU

[Matthias Körner]

Hallo Thomas,

"Thomas M�ller" <***@Team-Moeller.de> schrieb im Newsbeitrag news:***@TK2MSFTNGP06.phx.gbl...

[-----]

Post by Thomas Möller
im Zweifel führt diese Lösung zu Verwirrungen. Wenn man ähnliche
Rechnungsbeträge hat, die sich erst in der dritten Nachkommastelle
unterscheiden, zeigt das Kombinationsfeld mehrfach den selben Wert an. Je
nach Auswahl kommt man aber zu unterschiedlichen Ergebnissen.
123,456 => 123,46
123,457 => 123,46
123,458 => 123,46

[-----]

stimmt, aber das haben Rundungen nun mal an sich, egal wo und wann Sie
vorgenommen werden ;-)

Und egal ob gerundet oder nicht, die Rechnungsbeträge werden sich auf jeden
Fall irgendwann wiederholen.
Daher benötigt das Kombifeld sinnvollerweise mindestens noch eine
zusätzliche Spalte (z. B. AuftragsNr) zur eindeutigen Zuordnung.
Aber das wird Rüdiger sicher wissen ;-)

Alles Gute für 2008
Matthias

[Rüdiger Gram]

Post by Matthias Körner
Und egal ob gerundet oder nicht, die Rechnungsbeträge werden sich auf
jeden Fall irgendwann wiederholen.
Daher benötigt das Kombifeld sinnvollerweise mindestens noch eine
zusätzliche Spalte (z. B. AuftragsNr) zur eindeutigen Zuordnung.
Aber das wird Rüdiger sicher wissen ;-)

Er weiß es.

Wünsche guten Rutsch gehabt zu haben.

Rüdiger