Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

[DrPerry97]

Hallo,

wir setzen LS-Pos im Großhandelsbereich ein. Alles läuft gut, bis auf den Kassierbetrag.

Wir arbeiten mit den reinen Netto-Beträgen, wie im Großhandel üblich. Der Netto-Warenkorb
funktioniert soweit einwandfrei, nur der Betrag der als Kassierbetrag angezeigt wird ist falsch.
Es sind Rundungsfehler die eine große Wirkung haben.

Hat noch ein anderer diese Fehler ? Hat jemand einen Tipp zur Lösung. Der Hersteller schweigt
leider dazu, bzw. gibt absolut unproduktiven Aussagen zu dem an sich kleinen Fehler.

Heißt, alle netto Eingaben werden korrekt berechnet, der Gesamt-Netto Betrag ist korrekt.
Nur der Brutto-Kassierbetrag hat Rundungsfehler. Dadurch kassiert man zuviel ab und die Rechnung
ist unterschiedlich zum kassierten Betrag. Für eine Buchhaltung ein absolutes Problem.
Die Finzis werden da glücklich.

Gibt es eine vernünftige Alternative zu der sonst guten Software ?

 

[hubert]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Hallo
das ist nicht nur ein Problem von LSPOS, sondern auch von JTL-Wawi. Gibt mal in der Suche hier im Forum 'Rundungsfehler' ein, dazu gibt's eine Menge Einträge. Und schau dir mal diesen Beitrag an: 'WAWI rechnet falsch Version 99833'.
Ich glaube, dazu gibt's keine Lösung, solange die Wawi mit mehr als zwei Nachkommastellen rechnet.

Hubert

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Wenn man die Rechnung von JTL-WaWi nachrechnet ist diese korrekt. Akzeptiert jeder Steuerberater. Nimmt man den Gesamt-Netto-Betrag und rechnet die 19% Märchensteuer drauf, ist der Betrag identisch mit dem JTL-Rechnungsbetrag. Nur der Kassierbetrag ist falsch. D.h. Netto stehen da insgesamt 100 € Netto, Kassierbetrag sind es auf einmal nicht 119,- € sondern 119,09 €. JTL hat dann 119,- € und Netto auch 100,- €.
Ich gehe mal davon aus, daß man den Netto-Gesamtbetrag einfach nehmen würde und die 19% drauf rechnet, der Kassierbetrag identisch ist mit dem JTL-Betrag.
Ich schau mal, ob ich Screenshots von dem Problem machen kann. Dann kann man es sehen, daß allein der Kassierbetrag falsch ist. Alles andere richtig. Im Endeffekt eine Kleinigkeit mit großer Wirkung.

 

[Petuchov]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Kontrolliert mal die CSV Dateien, mit denen die Preise importiert werden. Sind diese vierstellig (hinter dem Komma), rundet die Wawi falsch. Sind die Preise 2 stellig, sollte alles stimmen.

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Wenn der Fehler an JTL liegt, hätte ich gerne für die Rechnung eine Erklärung. Netto-Beträge sind bei JTL und LS-POS gleich (204,57 €).
JTL-Wawi : 204,57 € Netto // 243,44 € Brutto
LS-POS : 204,57 € Netto // 243,48 € Brutto
Taschenrechner : 204,57 € Netto // 243,4383 € Brutto gerundet 243,44 € Brutto
Screenshot anbei.

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Wenn der Fehler an JTL liegt, hätte ich gerne für die Rechnung eine Erklärung. Netto-Beträge sind bei JTL und LS-POS gleich (204,57 €).
JTL-Wawi : 204,57 € Netto // 243,44 € Brutto
LS-POS : 204,57 € Netto // 243,48 € Brutto
Taschenrechner : 204,57 € Netto // 243,4383 € Brutto gerundet 243,44 € Brutto
Screenshot anbei.
Zum Nachspielen : 36x 3,45 € (Netto) mit 15%
8x 16,50 € (Netto) mit 25%
Der Fehler ist auch ohne Rabatte dabei.

Den Anhang 9416 betrachten

 

[reneromann]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Die Frage ist doch:
Wann wird auf volle Centbeträge gerundet...

Beispiel:
4 Artikel, einzeln jeweils 50,005 €...
Rundet man die Einzelpreise der Artikel, so entstehen 4x50,01 €, in der Summe dann also 200,04 €
Rundet man erst den Gesamtpreis, so entsteht 4x50,005 € = 200,02 € - ergo 2 ct Differenz, nur nachdem, wann gerundet wurde.

Und jetzt sollte die Frage an den Steuerberater kommen: Wann ist der richtige Zeitpunkt für's Runden.

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Laut Steuerberater am Ende.
Laut Steuerprüfer am Ende.

Es ist keinem Kunden zu Erklären warum bei der Kasse ein Artikel nicht mehr 3,45 € kosten, sondern aufgrund von Rundungsfehlern auf einmal 3,46 oder 3,47.
Laut Stb und Stp rechnet man alle Nettobeträge zusammen, rechnet die MwSt. drauf und rundet dann kaufmännisch. Alles andere kann je nach Prüfer richtig Streß geben.

Und es ist ja auch nicht erklärbar, warum die Rechnung korrekt ist, der Netto-Gesamtbetrag korrekt ist und nur der Kassierbetrag falsch. Das nimmt weder der Kunde, noch das Finanzamt ab.

Die Diskussion war schon da, wie soll ich meinem Steuerberater erklären, daß ich 254,26 € per EC gezahlt habe und die Rechnung nur 254,18 € ist. Niemand ist schlimmer als diese Erbsenzähler.

 

[reneromann]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Dann scheint's ein Problem der LS-POS direkt zu sein...
Pflegt ihr Netto- oder Bruttopreise?

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Reine Netto Preise. Brutto gibt es nur beim Kassieren.

An sich müßte LS-POS nur den Gesamt-Netto zu nehmen, die Mehrwertsteuer drauf und fertig. Der Gesamt-Netto ist ja in der Software richtig berechnet.

 

[reneromann]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Na ja - anders herum gibt's für Endkundenhändler ja das Problem, dass dort die Kosten Brutto ausgewiesen werden müssen.
Dort gilt dann ja auch: Wenn der VK-Brutto erst nach Netto umgerechnet wird (weil i.d.R. der Brutto ja vom Hersteller z.B. in Form einer UVP kommt) und dann beim Kassieren wieder zurück, kann's zu dem gleichen Effekt kommen (sprich die Summe aus den Einkäufen der Kunden in Brutto ist etwas anders als die Summe der Nettopreise multipliziert mit dem MwSt.-Satz).

Jetzt stellt sich natürlich die Frage, für welche Zielgruppe die Wawi und die LS-POS gedacht sind - schließlich muss man anhand dessen das Problem "beheben".

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Die Standard Zielgruppe ist natürlich der Endkunde. Allerdings wurde ja für die Netto-Händler extra ein Netto-Warenkorb eingerichtet und div. andere angepaßt. Das war schon eine große Leistung. Nur sollte man nicht 5m vor dem Ziel aufhören und konsquent das Problem beseitigen.
Oder man muß direkt sagen, daß man die Kasse inkl. allem zurück senden soll, da man keine Lösung anbieten möchte oder kann. Wobei wir sicher sind, das Problem kann behoben werden, wenn man will.

Fazit : Entweder richtig oder gar nicht. Man kann nicht einen Fehler in der Software lassen und dann den Kunden hängen lassen, weil die andere Zielgruppe größer ist oder man keine Lust hat.

Beim Auto läßt man ja auch nicht die Rücksitzbank weg, weil 75% zu zweit fahren und hinten nie einer sitzt (Sportwagen ausgenommen *gg)

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Davon abgesehen gibt es doch eine Option von Endkunde auf Händler umzustellen, dann könnte man doch auch die Kassierbetragberechnung damit ändern. So hätten Endkunden- und Großhändler keinerlei Probleme.

 

[Luwo]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Jetzt stellt sich natürlich die Frage, für welche Zielgruppe die Wawi und die LS-POS gedacht sind - schließlich muss man anhand dessen das Problem "beheben".

Und damit ist der Nagel auf den Kopf getroffen. LS-POS ist ein Endkundensystem und arbeitet deswegen auch mit einem Bruttowarenkorb.

Die Netto-Preis-Eingabe haben wir auf Anfragen einer Handvoll(!) Kunden integriert.

PS:
Wir haben diese Netto-Preis-Eingabe aufgrund der potentiellen Rundungsproblematik in der aktuellen 1.6. so angepasst, dass der Preis konsistent im Warenkorb landet.
Damit gibt es keinen Unterschied mehr ob ein Betrag netto oder brutto eingegeben wurde.

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Und damit ist der Nagel auf den Kopf getroffen. LS-POS ist ein Endkundensystem und arbeitet deswegen auch mit einem Bruttowarenkorb.

Die Netto-Preis-Eingabe haben wir auf Anfragen einer Handvoll(!) Kunden integriert.

PS:
Wir haben diese Netto-Preis-Eingabe aufgrund der potentiellen Rundungsproblematik in der aktuellen 1.6. so angepasst, dass der Preis konsistent im Warenkorb landet.
Damit gibt es keinen Unterschied mehr ob ein Betrag netto oder brutto eingegeben wurde.

Zum Thema Zielgruppe : Entweder mache ich etwas richtig oder gar nicht. Es ist für Kunden, unabhängig um was es sich handelt, nicht hinnehmbar, daß man sein
Geld kassiert und eine Fehlerhafte Ware bekommt und dazu nur die Aussage, machen wir normalerweise nicht, Pech gehabt. Das viel geändert wurde ist erkennbar,
aber es ist einfach nicht korrekt. Und es ist leider auch nur vom Hersteller zu beheben.

Zu der neuen Version : 6 * 1,5 = 9,03 ? Dürfte niemand akzeptieren, an dem Punkt waren wir auch schon mal. Es macht keinen Sinn den Rundungsfehler in die Einzelposition zu ziehen.
Zudem ergibt 9,03 * 1,19 = 10,7457 entspricht kaufmännisch gerundet 10,75 €. Der Kassierbetrag sind allerdings 10,74 €.

Ist es ein so großes Problem, den Rechenweg von Netto / Brutto getrennt zu vollziehen ?
Anzahl * Netto (Pos.1) + Anzahl * Netto (Pos.2) + xxxx = Gesamt Netto * 1,19 = Brutto

Wenn ich Kunde wäre, würde ich eine solche Rechnung nicht akzeptieren und auch nicht verstehen. Anbei Screenshot :

 

[Luwo]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Da der Ton jetzt auch hier immer schärfer wird nochmal kurz final zusammengefasst:

a) LS-POS ist ein Endkundensystem, welches mit einem Bruttowarenkorb arbeitet. Der Warenkorb kann in der b2b-Option aber als Netto-WK angezeigt werden.
b) Die b2b-Option um Divers-Artikel als Netto-Eingabe in den Warenkorb zu legen ist eine Option.
c) Wir haben mit der aktuellen Version 1.6 die Eingabe konsistent gemacht (auch aus Wawi-Kompatibiltätsgründen). Egal ob der Preis netto oder brutto eingegeben wird, er wird so "umgerechnet" als ob er als brutto eingegeben wurde.
d) Die b2b-Option (vor allem die Netto-Divers-Artikel-Eingabe) wird von einem Nachkomma-Promille-Anteil unserer Kunden aktiv genutzt!

Das heißt nicht, dass uns ein paar wenige Kunden mit Ihren Anforderungen weniger wichtiger sind!
Wir realisieren natürlich gerne auch kundspezifische Forderungen die an uns herangetragen werden. Viele Nutzer hier im Forum können dies bestätigen.
Dabei müssen wir aber immer im Auge behalten, dass es zu einem positiven Mehrwert für möglichst viele Kunden kommt und unsere Resourcen nicht unnötig lange daran gebunden sind. (unsere eigene ToDo-Liste ist noch lang )
Dies wäre auch schlichtweg unfair unseren anderen 99,99% Kunden gegenüber.


Nochmal zu obiger Rechnung:
1,50 netto-Eingabe = 1,785 Brutto -> wird zu 1,79 (da es in Deutschland keine halben Cents gibt), dieser wird wieder in den Netto umgerechnet -> 1,5042 (4 Nachkommastellen bleiben intern übrig)
Jetzt bitte die Menge mal auf 1000 statt auf 6 setzen, so sieht man auch die nach vorne rückenden Nachkommastellen. Diese Verhalten besteht mathematisch ja prinzipbedingt: Nachkommastellen werden mit wachsender Menge signifikanter.


Hier noch eine kurze Frage als möglicher Denkanstoss:
Kann man in Deutschland Ware für exakt 1,50 Euro netto verkaufen wenn darin MwSt. enthalten ist?
Eigentlich nein, da es netto entweder 1,504201681 (19%) oder 1,504672897 (7%) sind, aber eben nie exakt 1,50 Euro.
(Auch wenn die Ust-Steuer zwischen Händlern eigentlich nur durchgereicht wird ist sie dennoch vorhanden)


@Perry97:
Übrigens ein Drohen mit "rechtlichen Konsequenzen" hat eher diametralen Nutzen.

 

[reneromann]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

@Perry97:
Es ist ja "toll", dass bei Eingabe von Nettopreisen die USt lt. Steuerprüfer erst am Ende einmal gesamt ausgewiesen werden muss - nur bringt das für den gemeinen Kunden (Privat) gar nichts.
Denn dieser Kunde - sprich Privatkunde - kauft die Ware lt. ausgezeichnetem Bruttopreis!

Wenn also ein Kunde 6 T-Shirts für 15 € das Stück (ausgezeichnet mit 15,00 €) kaufen würde, wäre ja bei dir das Vorgehen: Umwandlung 15,00 in Nettopreis 12,6050 €, gerundet 12,61 €.
6 * 12,61 € => 75,66 € Netto-Gesamtsumme.
Dann die USt/MwSt. oben drauf (75,66 € * 1,19), bedeutet Brutto-Endpreis von 90,0354, gerundet also 90,04 €. Bring mal dem Kunden bei, dass 90,04 € = 6 * 15 € ist, weil der Steuerprüfer meinen würde, dass man doch gefälligst mit Nettopreisen rechnen soll. Der zeigt dir 'nen Vogel und geht ins nächste Geschäft, wo er "nur" 90,00 € bezahlt.

By the way: Für "normale" Kunden bist du verpflichtet, die Preise gem. PAngV als Bruttopreise auszuzeichnen (-> § 1 Abs. 1 PAngV). Dementsprechend wird man bei Endkunden auch nur mit einer Bruttopreisrechnung arbeiten und NICHT mit Nettopreisen!

Ergo bringt hier nur eine klare Trennung im Programm zwischen Bruttopreisrechnung (für Endverbraucher; dort wird i.d.R. auch in der Wawi der Bruttopreis und nicht der Nettopreis eingegeben) und Nettopreisrechnung (im B2B-Bereich; dort wird dann in der Wawi auch eher der Nettopreis eingegeben).

Trotzdem bleibt eine Sache im Raum stehen:
Alle Dinge, die verkauft werden, müssen MIT USt. verkauft werden, selbst wenn der Empfänger die USt. verrechnen kann. Der Verkäufer MUSS in dem Fall die USt. abführen, während der Empfänger die USt (die er ja an den Verkäufer mit gezahlt hat) mit eigenen USt.-Zahlungen an das Finanzamt verrechnen kann. Der Verkäufer KANN und DARF die USt. NICHT einbehalten, egal ob B2B oder B2C.

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Hmmm, das Problem ist der anzugebende Preis.
Im B2B ist es üblich den Netto-Preis anzugeben, da die MwSt. ein durchlaufender Posten ist. Im B2C ist es der Brutto-Preis.
Daher ist laut Stb. die richtig, daß beim B2C die Netto-Preise zusammengerechnet werden und dann die MwSt. drauf.
Das Problem ist die Einzelpreisrundung. Der Fehler multipliziert sich mit der Artikelanzahl.
Beim B2C ist einfach. Brutto zusammen, die MwSt. ausrechnen. Fertig.

Wer im Großhandel einkauft hat ja das gleiche, normalerweise wird dort ein Netto-Preis angegeben. Wenn ich nun diese 1,50 netto habe,
kann ich bei der Zahlung nicht auf einmal mehr zahlen, nur weil es einen Rundungsfehler gibt. D.h. nehme ich die Rundung raus oder
berechne die Nettobeträge zusammen, ist der Fehler weg.

Der Denkfehler ist die Preisgrundlage. Im B2C gebe ich den Bruttopreis an, weil der Verbraucher die MwSt. nicht zurück bekommt.

Zwischen B2B und B2C gibt es zwei verschiedene Wege.

Der B2C Bereich arbeitet ja fehlerfrei und ist ok.
Der B2B Bereich hat diesen Rundungsfehler, der nur in der Kasse vorhanden ist.
Die letzte Kassenversion 1.5.x hatte nur noch den Fehler gehabt, daß der Kassierbetrag falsch war. Hätte man einfach den Netto-Gesamtbetrag genommen,
die MwSt. drauf gerechnet, wäre die Version fehlerfrei gewesen. JTL-WaWi hat die Rechnung korrekt ausgegeben. Ohne Rundungsfehler.
Im Klartext : Die Kasse wollte 10,74 € und JTL hatte eine Rechnung über 10,71 € ausgegeben. Wobei die 10,71 € korrekt gewesen wäre.

Und es gibt keine "normalen" Kunden. Wir reden hier von reinem B2B Geschäft.

Daher trennen auch Stb und Steuerprüfer zwischen B2B und B2C.

Alles was von mir/uns hier beschrieben wird betrifft nur den B2B Bereich und in keinem Fall den B2C Bereich.

Und ich glaube, wenn Du etwas im Großhandel einkaufst und für den Artikel netto mehr bezahlen sollst, umso mehr Du davon kaufst, würdest Du dem Großhändler "den vogel" zeigen.
Kauf mal 1.000 T-Shirts 1,50 € netto, das ergibt 1.000 * 1,785 = 1785 € und weil die Kasse nen Rundungsfehler hat zahlst Du einfach mal so 1.790,- €. Würdest Du dies einfach akzeptieren ?
Es sind nur 5 €, aber es wird nicht akzeptiert. Es gibt Mengenrabatt, aber keinen Mengenaufschlag oder ?

 

[DrPerry97]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Nach Besuch des Rechtsanwaltes schon mal die erste Auskunft :

Ausgangspunkt für den Verkauf und die folgende Rechnung für den Kunden ist der Kaufbetrag, welcher ausgezeichnet wurde.
Brutto oder Netto ist nur für die Berechnungsart von Bedeutung.

Zeichnet man einen Artikel mit 1,50 Netto aus und verkauft diesen 6x mal, ist der Käufer aufgrund des geschlossenen Kaufvertrages verpflichtet
6x1,50 € zzgl. MwSt. 19% zu zahlen. Ergibt sich aus irgendwelchen Gründen auf der Rechnung ein anderer Betrag ist dieser für den Käufer nicht
Rechtsgültig.
Der Käufer muß nur den so zu berechneten Betrag zahlen. Kommt durch die Kasse ein höherer Betrag aus irgendeinem Grund zustande ist es das Problem
vom Verkäufer.

Ist der Betrag in Brutto 1,78 ausgezeichnet, muß der Käufer aufgrund des Kaufvertrages 1,78 * 6 zahlen und der Mehrwertsteueranteil ausgewiesen werden.
(6*1,78)/1,19= Mehrwertsteueranteil des Zahlbetrages.

Sprich ist die Rechnung zu hoch, kann der Käufer auf den richtigen Betrag bestehen und das zuviel gezahlte Geld zurückverlangen.

 

[hubert]

AW: Kassierbetrag bei Netto-Preiserfassung (Großhandel) Fehlerhaft

Hallo DrPerry97
du hast doch die Antwort von Luwo gelesen, daß LSPOS ein Endkundensystem ist. Damit ist alles gesagt. Wenn du eine Kasse für Großhandelsverkauf haben willst, mußt du Luwo fragen, ob er vielleicht ein Zusatzmodul B2B anbieten kann.

Hubert