Kaypax Posted May 30, 2011 Author Report Share Posted May 30, 2011 Und selbst wenn in der Übergabe etwas hakt, Du pflegst durch die beiden nullen in der 3. und 4. Stelle selbst Fehler ein. Nochmal: Nehm Dir Deinen Test Artikel aus dem Screenshot rechne diesen von brutto auf netto auf vier Stellen genau und prober es nochmal aus. Erst dann kann man sagen, ob und wie hoch der Übergabefehler zur Bestätigungsmail ist. Ich hab die entsprechenden Werte netto neu eingegeben! Ergebnis: Im Frontend weiter 1ct. Mwst. falsch in der Mail rechnet er wie erwartet durch die 2% Skonto weiter mit 4 Kommastellen und bringt mir wieder das falsche Ergebnis. Der Artikel kostet nach der neuen Rechnung netto 1,28€ * 16 = 20,48 in der Email wird 20,42 € angezeigt. Link to comment Share on other sites More sharing options...
leverage Posted May 30, 2011 Report Share Posted May 30, 2011 nochmal langsam: welcher genaue Wert ist netto und welcher brutto hinterlegt (auf 4 stellen genau). Link to comment Share on other sites More sharing options...
creativo Posted May 30, 2011 Report Share Posted May 30, 2011 Ich möchte mich nicht an diesem Thread beteiligen. Nur zur Info: Es gab am 25.05.2011 ein Patch vom Support. Das Problem war damit nicht erschlagen. Ein zusätzlicher Bug ist aufgetaucht, und brachte merkwürdige und unerklärliche Rabattangaben in der Bestellung. Der Support hat Mitte Mai zugesagt, eine generelle Lösung des Problems zu finden. Die Frage war aber, warum mit drei oder vier Dezimalstellen gearbeitet wird. Zwei würden doch vollkommen ausreichen. Dies wiederspricht der Aussage von leverage. Ich habe den Support noch einmal kontaktiert. Vielleicht bekommme ich eine zeitnahe Antwort. Link to comment Share on other sites More sharing options...
leverage Posted May 30, 2011 Report Share Posted May 30, 2011 Hi Creativo, Danke für Deinen Beitrag. es ist möglich, dass bei kaypax ein Problem / Bug im Veyton-Preishandling vorliegt. Ich möchte jedoch vorher ausschließen, ob er sich den Fehler nicht manuell einbaut. Wenn er einen Artikel mit ungenauer Preiseingabe hat und diesen Artikel 16x bestellt, dann wird sich sein Fehler ver16fachen. Bei einem 100€ Artikel fällt das nicht auf. Aber bei seinen 1 - 2€ Artikeln kommt dies durchaus zum Tragen Folglich nochmal die Frage: wie ist der eingegebene netto mit 4 Nachkommas für diesen Artikel? Link to comment Share on other sites More sharing options...
creativo Posted May 30, 2011 Report Share Posted May 30, 2011 Hat er doch geschrieben. 1,30 Euro netto. Auch mit vier Dezimalstellen wird es nicht mehr. Er verkauft an einen Gewerbekunden 10 Stück a 1,30(00) Euro netto. Also Gesamtbetrag 13,00(00) Euro netto. Die Umsatzsteuer ausgewiesen, und der Kunde ist glücklich. Das ganze mal ohne Skonto. Die Einstellung ist Bruttoadmin "false", zwei Dezimalstellen und der Kunde bekommt im Frontend die Nettopreise angezeigt. So wie es im Großhadelsbereich üblich ist. Was soll er denn noch machen? Warum soll er auf vier Dezimalstellen umswitchen? Der Support hat es doch auch nicht vorgeschlagen. Shit, jetzt beteilige ich mich doch an diesem Thread. Link to comment Share on other sites More sharing options...
leverage Posted May 30, 2011 Report Share Posted May 30, 2011 ou man, Leute. Das kaypax nur netto arbeitet hab ich übersehen. Aber Support hin oder her. Gewisse Mathe-Grundlagen dürfen auch die voraussetzen. 2% von 1,30Euro = 0,026Euro Wer hier mit 2 Nachkommastellen rechnet ist selber schuld. Macht was ihr wollt, ich steig aus der Diskussion aus. Meine Kunden warten und die Woche ist eh verdammt kurz. Link to comment Share on other sites More sharing options...
Kaypax Posted May 30, 2011 Author Report Share Posted May 30, 2011 Hat er doch geschrieben. 1,30 Euro netto. Auch mit vier Dezimalstellen wird es nicht mehr. Er verkauft an einen Gewerbekunden 10 Stück a 1,30(00) Euro netto. Also Gesamtbetrag 13,00(00) Euro netto. Die Umsatzsteuer ausgewiesen, und der Kunde ist glücklich. Das ganze mal ohne Skonto. Die Einstellung ist Bruttoadmin "false", zwei Dezimalstellen und der Kunde bekommt im Frontend die Nettopreise angezeigt. So wie es im Großhadelsbereich üblich ist. Was soll er denn noch machen? Warum soll er auf vier Dezimalstellen umswitchen? Der Support hat es doch auch nicht vorgeschlagen. Shit, jetzt beteilige ich mich doch an diesem Thread. Danke, Du sprichst mir aus der Seele! Wäre echt sehr nett wenn Du mir bescheid geben könntest sofern Du was vom Support hörst. @leverage 2% von 1,30€ sind sicher 0,026€ was ja aber gerundet 0,03 sind. In diesem Beispiel sind es 3 Kommastellen im nächsten 4 und wenn wir ein bisschen Suchen finden wir sicher auch die ein oder andere Rechnung bei der eine Perioden Nachkommastelle.... Was dann??? Mein Problem liegt doch an einer ganz anderen Stelle. Du hast Dein bestes gegeben wirst aber ohne Programmierkenntnisse hier keine Lösung mehr finden. Ich wäre Dir daher sehr verbunden wenn wir diesen Thread nicht unnötig aufblähen (was ja leider schon geschehen ist) und bei meinem Thema, das ja scheinbar auch andere haben, bleiben. Gruß Jörg Link to comment Share on other sites More sharing options...
leverage Posted May 30, 2011 Report Share Posted May 30, 2011 ok Jungs. Ich muss einräumen, dass ich von diesem Problem doch nicht die Ahnung habe, was ich am Anfang dachte. Ich war auf dem vollkommen falschen Pferd - sorry. Bevor nun noch weitere Leser den Kopf schütteln werd ich einfach mal die Klappe halten. Link to comment Share on other sites More sharing options...
creativo Posted May 31, 2011 Report Share Posted May 31, 2011 @Kaypax Ich höre jeden Tag was vom Support. Leider macht mich das nicht glücklich. Sowohl bei den Endverbrauchern als auch bei den Händlern habe ich einige Bestellungen der letzten Tage durchgerechnet. Bei beiden Kundengruppen ist die Umsatzsteuer falsch ausgewiesen. Eine Korrektur ist bei der Bezahlung mit PayPal natürlich nicht möglich. Mit dem letzten Patch ist ein weiterer Bug aufgetaucht. Das macht mir schon ein wenig Angst. Es kann doch nicht so schwer sein, ganz einfache mathematische Grundlagen programmtechnisch umzusetzen. Link to comment Share on other sites More sharing options...
mzanier Posted May 31, 2011 Report Share Posted May 31, 2011 @Kaypax Ich höre jeden Tag was vom Support. Leider macht mich das nicht glücklich. Sowohl bei den Endverbrauchern als auch bei den Händlern habe ich einige Bestellungen der letzten Tage durchgerechnet. Bei beiden Kundengruppen ist die Umsatzsteuer falsch ausgewiesen. Eine Korrektur ist bei der Bezahlung mit PayPal natürlich nicht möglich. Mit dem letzten Patch ist ein weiterer Bug aufgetaucht. Das macht mir schon ein wenig Angst. Es kann doch nicht so schwer sein, ganz einfache mathematische Grundlagen programmtechnisch umzusetzen. man muss dabei aber auch beachten das der shop zb richtig mit 4 nachkommastellen rechnen kann, bei paypal wäre dies aber schonwieder am ende da paypal nur zb 2 stellige artikelnetto preise akzeptiert. d.h. man kann sich quasi aussuchen wo man seinen cent vom rundungsproblem deponieren möchte Link to comment Share on other sites More sharing options...
Kaypax Posted May 31, 2011 Author Report Share Posted May 31, 2011 Hallo zusammen, warum begrenzt man es nicht einfach auf 2? Wer braucht 4 Nachkommastellen??? Ich hatte gestern ein Kunde der per PayPal bezahlt hat... der Gesamtbetrag war 6 cent zu hoch. Auffällig hier jedoch ich kann es drehen und wenden wie ich will, ob 2 oder 4 Nachkommastellen. Ich komme nie auf das Ergebis von Veyton. Hier mal das Beißpiel: Uploaded with ImageShack.us Ich habe zur Kontrolle per Excel die letzte Spalte eingefügt Wie kommt das Zustande? Das weicht zwar jetzt von meinem Ursprünglichen Thema mit dem Skonto Problem ab, zeigt aber das es bei allen Berechnungen zu Fehlern kommt. Wo genau wird bei Veyton gerechnet? Wie machen das die Namhaften Referenzkunden? Es ist schön zu wissen das daran gearbeitet wird. Ich hoffe das es bald eine Lösung gibt. Gruß Jörg Link to comment Share on other sites More sharing options...
leverage Posted June 1, 2011 Report Share Posted June 1, 2011 Hi Kaypax, danke auch für den Post von Mzanier. Ich bin froh doch nicht so doof zu sein wie ich vorgestern dachte. Du gibst im Backend die nettos auf 2 Stellen genau ein. Im Excel nimmst Du jedoch die Bruttos auf 4 Nachkommas genau. Das funktioniert so nicht (Bezugswert!) Sinn der 4 Nachkommastellen: Bei korrekter Eingabe habt Ihr um den Faktor 100 geringere Rundungsfehler als bei 2 Nachkommas. Merkt Ihr was? Wir hatten die Diskussion bereits. Mit 2 Nachkommas und dem Wechsel der Bezugswerte funktioniert das so nicht. Hier bist Du mit "nur" 6 Cent sogar noch gut dabei! Zur Wiederholung: Wir rechnen alle Preise von Brutto auf Netto um. Danach geben wir die Preise mit 4 Nachkommastellen ganz genau ein - wie von Mzanier empfohlen. Und es läuft. Ihr habt bei der geposteten Bestellung eine Abweichung von 6 Ct. Bei einer Bestellung über 255,76Euro ist das eine Abweichung von 0,023%. Die Steuerberechnung passt. Ich weiß, dass ich mir von Creativo wieder was anhören kann weil ich weder Programmierer noch Grafiker bin, also steinigt mich ruhig. Ich bin bei uns zuständig für WaWi, Kalkulation und Datenübernahme. Ich behaupte weiterhin, dass bei euch die Preiseingaben im Backend oder die Nachkommastellen nicht passen oder falsch eingegeben wurden. Wir sind zwar kein Referenzkunde aber allein durch saubere Konfiguration und präzise Dateneingabe konnten wir den Rundungs-Fehler immens reduzieren, meist sogar vollständig vermeiden. Inzwischen macht unsere Faktura sogar mehr Rundungsfehler als Veyton, meist sind wir unter 0,01% Deshalb haben wir unsere Faktura inzwischen auf 6 Nachkommastellen nachgestellt. Damit ist nun auch mein Chef zufrieden. Link to comment Share on other sites More sharing options...
Kaypax Posted June 1, 2011 Author Report Share Posted June 1, 2011 214,87 + 40,83 = 255,70 nicht 255,76 Von mir aus kannst Du mit 10 Nachkommastellen rechnen!!! Wie Du in der Excel Tabelle siehst (wenn Du vorher mal richtig lesen und überlegen würdest) komm ich auvh mit 4 Nachkommastellen auf 255,70. Die Rechnung hab ich nur zur Kontrolle durchgeführt! Halt dich doch bitte hier raus wenn Du keine Ahnung hast ich würd am liebsten die Tastatur fressen wenn ich dein Scheiß lese! Gruß Jörg Link to comment Share on other sites More sharing options...
leverage Posted June 1, 2011 Report Share Posted June 1, 2011 Nun mal langsam. Veyton läuft - das Problem sitzt vor dem PC. Sie endlich ein, dass Du auf dem Holzweg bist: Mzanier widerspricht Dirich widerspreche Dirund Dein Shop widerspricht Dir ebenfalls durch Rundungsfehler Wenn Du Veyton mit 2 Nachkommas rechnen lässt, dann werden aus 1,004 Euro eben mal 1,00 Euro oder aus 1,006 Euro werden 1,01 Euro. Die 3. und 4. Stelle fällt da weg. Wenn Du im Backend nur 2-stellig arbeitest und dann nur eben mal zum Test auf 4-stellig umstellst, dann wirst Du Rundungsfehler haben. Und das nicht zu wenig , wie man sieht. Wenn Du am Schluss Brutto erwartest, dann musst Du als Berechnungsgrundlage zur Preishinterlegung eben auch von Brutto auf netto umrechnen. Oder Du erleidest Schiffbruch und bekommst von Deinem Auftraggeber weiter eine auf den Sack. Ärgerlich und unnötig. Zumal wir hier im Team bereits fleißig über Deine Sturheit den Kopf schütteln. Ich verstehe Deinen Ärger, weil diese Rechnerei - von brutto auf Netto - auf 4-Stellig - für alle Artikel neu zu machen eine verdammte Arbeit ist. Aber es lohnt sich weil Du die Fehler reduzierst. (Bin ich nicht nett trotz doofer Anmache ) Link to comment Share on other sites More sharing options...
leverage Posted June 1, 2011 Report Share Posted June 1, 2011 Lew Saw, geile Idee. Kaypax rechnet nur mit 2 Stellen nach dem Komma. Rundungsfehler sind da vorprogrammiert. Zitat: Wenn Du Veyton mit 2 Nachkommas rechnen lässt, dann werden aus 1,004 Euro eben mal 1,00 Euro oder aus 1,006 Euro werden 1,01 Euro. Die 3. und 4. Stelle fällt da weg. Link to comment Share on other sites More sharing options...
Kaypax Posted June 1, 2011 Author Report Share Posted June 1, 2011 Ich hab die Lösung.... Hier nochmal das Bild der Tabelle zur Verdeutlichung: Uploaded with ImageShack.us Veyton rechnet: 1,35 * 1,19 = 1,6065 rundet aber dann auf 2 Nachkommastellen also auf 1,61 Dieser Wert wird aber nicht ausgewiesen sondern nur für die Berechnung der Gesamtsumme verwendet. 1,61 *12 = 19,32 nicht wie in der Übersicht 19,28 das passiert bei Artikel A und B beim rest wird abgerundet, (damit passt das dann). In der Übersicht wird 19,28 ausgewisen, für den Gesamtbetrag wird aber mit 19,32 gerechnet... Somit kommen in diesem Beißpiel die 6 cent differenz zusammen. Besteht die Möglichkeit alle Nettopreise zusammenzurechnen und erst dann die MwSt. auszuweisen? Ist irgendein Programierer hier der mir mal ein Tip geben kann in welcher Datei das ganze gerechnet wird? Ich hoffe man kann verstehen was ich gerechnet habe... Ich hoffe echt das noch jemand anderes wie leverage hier ist.... Gruß Jörg Link to comment Share on other sites More sharing options...
mzanier Posted June 1, 2011 Report Share Posted June 1, 2011 die krux an der sache ist, das einige zahlungsweisen wie zb paypal nur 2 stellige artikelnettopreise akzeptieren. man hat dann also die wahl zwischen ner korrekten berechnung im shop und ner fehlerhaften darstellung bei paypal, oder man müsste zb bei paypal die komplette artikelliste entfernen. Link to comment Share on other sites More sharing options...
Kaypax Posted June 1, 2011 Author Report Share Posted June 1, 2011 Wo wird gerechnet? Das muss doch zu ändern sein, das erst alle Netto Preise addiert werden, und dann auf die Summe, die MwSt ausgewiesen wird. Rechnenprobleme tauchen (zumindest bei mir) auf bei Vorkasse auf, da ist kein externes Bezahlsystem im Spiel. Link to comment Share on other sites More sharing options...
leverage Posted June 1, 2011 Report Share Posted June 1, 2011 Das gibt es doch nicht. Jetzt kommmt er endlich auf den Fehler. Aber er sieht es noch immer nicht ein, seine Preise exakt auf 4 Stellen einzugeben, heruntergerechnet vom brutto. Wow Respekt - kaypax Du machst Dir das Leben schon richtig schwer. Link to comment Share on other sites More sharing options...
Kaypax Posted June 1, 2011 Author Report Share Posted June 1, 2011 Boahh Alter.... Kannst Du nicht einfach mal die Fresse halten. Ich bin dumm Du bist schlau. Du hast die Lösung gepostet, warum gibst Du denn keine Ruhe. Ignoriere das Thema doch einfach. Du wiederholst Dich und lenkst immer wieder von meinem Thema ab. Sammelst Du Beiträge um im Benutzer Level zu steigen?!? Bitte bitte keine Antwort mehr. Ich geb mir Mühe meine Probleme so zu formulieren das man es verstehen kann und du müllst immer alles zu. Kein Mensch hat Lust 50 Beiträge zu lesen bevor er was schreibt. Die ganze scheiße hier bläht unnötig auf und ich komm immer noch nicht weiter. Verdammte Sch***e Link to comment Share on other sites More sharing options...
leverage Posted June 1, 2011 Report Share Posted June 1, 2011 Wenn Du so arbeitest wie Du schreibst, dann wundert mich nicht, dass Du auf keinen grünen Zweig kommst. Aber ist in Ordnung, Du wirst das schon machen. Link to comment Share on other sites More sharing options...
Kaypax Posted June 1, 2011 Author Report Share Posted June 1, 2011 Nachmal zurück zum Thema: Ich hab die Lösung.... Hier nochmal das Bild der Tabelle zur Verdeutlichung: Uploaded with ImageShack.us Veyton rechnet: 1,35 * 1,19 = 1,6065 rundet aber dann auf 2 Nachkommastellen also auf 1,61 Dieser Wert wird aber nicht ausgewiesen sondern nur für die Berechnung der Gesamtsumme verwendet. 1,61 *12 = 19,32 nicht wie in der Übersicht 19,28 das passiert bei Artikel A und B beim rest wird abgerundet, (damit passt das dann). In der Übersicht wird 19,28 ausgewisen, für den Gesamtbetrag wird aber mit 19,32 gerechnet... Somit kommen in diesem Beißpiel die 6 cent differenz zusammen. Besteht die Möglichkeit alle Nettopreise zusammenzurechnen und erst dann die MwSt. auszuweisen? Ist irgendein Programierer hier der mir mal ein Tip geben kann in welcher Datei das ganze gerechnet wird? Ich hoffe man kann verstehen was ich gerechnet habe... Ich hoffe echt das noch jemand anderes wie leverage hier ist.... Gruß Jörg Link to comment Share on other sites More sharing options...
leverage Posted June 1, 2011 Report Share Posted June 1, 2011 ...was davon kommt wenn man die 3. und 4. Nachkommastelle immer mit 0 (Null) angiebt.... Link to comment Share on other sites More sharing options...
Le-Seaw Posted June 1, 2011 Report Share Posted June 1, 2011 ...was davon kommt wenn man die 3. und 4. Nachkommastelle immer mit 0 (Null) angiebt.... ähm bitte ja? du meinst wenn er 1,3500 eingegeben hätte dann würde es passen? Link to comment Share on other sites More sharing options...
leverage Posted June 2, 2011 Report Share Posted June 2, 2011 Hi Le-Saw, ja, er gibt 1,3000 ein und rechnete mit 2 Nachkommastellen. Dann hat er auf 4 Nachkommas umgestellt. Problem Im Artikel werden die entsprechenden Staffelpreise mit 4 Kommastellen eingepflegt wobei wir aus Kaufmännischer sicht immer nur 2 eingeben, die 3 und 4 Stelle werden mit einer 0 belegt. Zudem nimmt er für seine Berechnung mal den netto und mal den Brutto als Berechnungsgrundlage. Sprich er gibt netto ungenau ein, fordert von Veyton aber exakte und rundungsfreihe Brutto-Berechnung. Mathematisch geht das nie auf. Denn dadurch kommt es zu dem Cent Rundungsfehler (Link zum früheren Beitrag): Ich denke, es sollte sich hier auf eine Berechnungsgrundlage festlegen. Und das ist der Ziel-VK brutto. Lösung Anschließend bin ich der Meinung, dass er vom Ziel-Brutto-Preis auf den Netto umrechnen muss. Bei 1.3000Euro netto ist das 1.547Euro brutto exakt -> 1,55Euro brutto final abzügl. MwSt = 1.3025Euro netto exakt. Diesen Wert soll er dann auf 4 Nachkommas genau hinterlegen und sein Problem reduziert sich erheblich. Beispiel hier: statt 1.3000 sollte er es mit 1.3025 probieren. Und dann mal 16 Artikel bestellen und die Summe erneut prüfen. Anmerkung zu kaypax' Wortwahl. Ich verstehe wenn jemand in einem Projekt unter Druck steht. Sollte das funktionieren, so ist eine Entschuldigung für seine letzte Wortwahl jedoch durchaus angebracht. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.