19% und Nachnahmegebühr / Kundenübernahme

[Henson]

Hallo,

wir haben 2 Fehler entdeckt:

1. Aus unserem XTC- Shop wird die Nachnahmegebühr korrekt übernommen (inkl. Ust.), allerdings fehlt die 19% Angabe.
Das ergibt falsche Zwischensummen. Hier ist dann eine manuelle Korrektur fällig.
Dies tritt auch erst seit der Einführung der Steuersatzangabe und nur bei der Nachnahmegebühr auf, egal welcher Versanddienst.

2. Schon vorhandene Kunden werde nicht erkannt, wenn der Kunde nur eine vierstellige Postleitzahl (also ohne führende Null) eingibt. Dies führt zu einem doppelt vorhandenen Kunden.
Wie kann man diese dann zusammenführen?

Zudem wäre es sehr sinnvoll, die Zahlungsziele beim Kunden direkt zu hinterlegen.

Viele Grüße

Hannes

 

[Henson]

mal wieder nach oben schieb, da immer noch aktuell

Gruß
Hannes

 

[Janusch]

Hallo,

das 1. Problem müsste Thomas genauer prüfen. Könnte Connector Problem sein.

"Dies tritt auch erst seit der Einführung der Steuersatzangabe und nur bei der Nachnahmegebühr auf, egal welcher Versanddienst"

Was heißt dies genauer?


Pkt. 2 ist etwas problematischer.

Sobald der Kunde in der Wawi existiert und neu im WebShop anmeldet, läuft die Prüfung nur anhand der PLZ und Ortes.
Hier muss ich mir etwas einfallen, wie dies am betsen zu lösen wäre damit auch 4 Stellige PLZ in Deutschland korrekt gefunden werden können.

Zusammenführen ist z.Zt. nicht möglich. Ich nehme es auf die ToDo Liste auf. Ist sinvolle Funktion.

 

[Marcel]

@ Janusch
Vielleicht wichtig für dich:

Postleitzahlen sind, anders als ihr Name sagt, keine Zahlen, sondern Zeichenketten. Um Fehler zu vermeiden dürfen sie datentechnisch daher nicht als Zahlen, sondern müssen als Zeichenketten behandelt werden. Variablen und Datenbankfelder, die Postleitzahlen enthalten sollen, sollten daher als Zeichenketten deklariert werden - insbesondere auch, weil mit Postleitzahlen nicht gerechnet wird.

Da Postleitzahlen bis zu 10 Stellen (Vereinigte Staaten von Amerika, 5 Ziffern, Bindestrich, 4 Ziffern) haben können, wird empfohlen, für die Speicherung von internationalen Adressen in EDV-Systemen 10 Zeichen für die Postleitzahl vorzusehen.

Gründe, warum Postleitzahlen keine Zahlen sind:

- Postleitzahlen, die mit einer Null beginnen, würden, wenn man sie als Zahlen verarbeitet, diese führende Null verlieren.

- In den meisten Ländern bestehen Postleitzahlen nur aus Ziffern. Bei folgenden Ländern können die Postleitzahlen auch Buchstaben enthalten: Argentinien, Bermuda, Brunei, Kanada, Jamaika, Malta, Niederlande, Vereinigtes Königreich, Venezuela

 

[Janusch]

Ganu so handhaben wir dies auch.

Dadurch das es Zeichenkette ist gibt es unterschied ob es

01023
oder
1023

heißt.

Wären es Zahlen, wäre alles prima.

 

[Marcel]

- Postleitzahlen, die mit einer Null beginnen, würden, wenn man sie als Zahlen verarbeitet, diese führende Null verlieren.

Wären es Zahlen, wäre alles prima.

Widerspricht sich das nicht irgendwie, oder hab ich nen Denkfehler? :?

 

[Janusch]

Ne, ist das gleiche
Würden wir die als Zahl speichern, hätten wir gerade dieses Problem nicht.
Dafür bestimmt andere.

 

[Marcel]

Ich weiß schon, wieso ich vor Jahren den Gedanken, Informatik zu studieren, irgendwann wieder verworfen habe 8)

 

[Henson]

Hallo Janusch,

zu 1.:

Seit dem der Steuersatz mit angezeigt wird, tritt der Fehler bei uns auf.

Nach der Übernahme aus XTC gibt es bei jeder Position den Steuersatz 19%, nur bei der Nachnahme nicht. Der angezeigte Betrag ist aber der Bruttobetrag.
In der Rechnung erscheint ohne Korrektur eine Position zzgl. 0.00%
Somit gerät leider alles durcheinender.

Bis jetzt korrigieren wir das Ganze manuell.

Damit stimmt dann zwar alles, aber es ist lästig und in der Hektik vergisst man es manchmal.

zu 2.:

Ist es möglich die PLZ auf 5 Stellen zu überprüfen und evtl. die fehlende Null anzufügen, bevor der Kundenabgleich stattfindet?

Danke

Hannes

 

[Janusch]

zu 2.:

Ist es möglich die PLZ auf 5 Stellen zu überprüfen und evtl. die fehlende Null anzufügen, bevor der Kundenabgleich stattfindet?

Ich werde das schon anpassen das es wieder passt. Erweitern würde ich ungern. Man denke an unsere Kunden aus dem Ausland.

Das mit dem NN Betrag muss Thomas prüfen, ist evtl. Connector Problem. Er ist Morgen wieder da.

 

[Thomas Lisson]

Hi,

1. Aus unserem XTC-Shop wird die Nachnahmegebühr korrekt übernommen (inkl. Ust.), allerdings fehlt die 19% Angabe.

Bitte Screenshot eines Auftrags mit Nachnahme aus dem XTC Admin und aus diesem in Wawi importierten Auftrag machen und entweder hier posten oder per Mail an mich.

 

[pulsum]

Soweit ich mich erinnere sind Postleitzahlen fünfstellig, d.h. die führende 0 gehört dazu. Eine Prüfung ob die PLZ fünf Stellen besitzt sollte m.E. das Problem beheben.
Das Feld der PLZ würde ich dann der Einfachheit halber auch gleich als String und nicht als numerisches Feld deklarieren, dann bleibt auch die 0 ... glaube ich so zu wissen um das als Vorschlag hier posten zu können

 

[AMS-Hagen]

MwSt in Versandkosten Nachnahme

Hallo, gibt es zu den Problem Nachnahme eine Lösung? Wir haben das selbe Problem, alle Steuersätze werden übernommen, jedoch steht bei MwSt im Punkt Nachnahme 0.00. Bei Artikel und Versand aber schön brav 19%. Steuersatz ist im XT für alle Positionen hinterlegt! :?

Danke!

 

[Thomas Lisson]

Hallo,

setz folgenden SQL-Befehl in der Shop-DB ab:

select configuration_value from configuration where configuration_key="MODULE_ORDER_TOTAL_COD_FEE_TAX_CLASS"

Was spuckt er raus?

 

[AMS-Hagen]

???

Geht es ein wenig genauer, der Ablauf? Bei diesem Befehl in der SQL Abfrage wirft er nicht raus bei mir!

Danke

 

[Thomas Lisson]

Hallo,

Ablauf:
phpmyadmin aufrufen -> Datenbank auswählen -> SQL -> SQL Befehl eintrgagen -> Absetzen

Falls er nichts ausgibt, existiert dieser Konfigurationswert nicht.

Abhilfe sonst:
Im Connector Datei dbeS/getBestellungPos.php Zeile 85

$steuersatz = get_tax($tax_class->configuration_value);

verändern in:

$steuersatz = 19;

Ist zwar unsauber, aber sollte reichen.

 

[willi]

das Problem der "verschluckten" Null bei deutschen PLZ besteht immer noch;
wird daran gearbeitet?

gruß

willi

 

[Angeldust23]

AW: 19% und Nachnahmegebühr / Kundenübernahme

Ich würde das Thema gerne wieder aufmaczhen, da cih das Problem auch habe und keine Lösung gefunden habe . Bei der nachnahme und Versandkosten allgemein wird bei mir auch kein MwStsatz angezeigt. Muß also Connector oder sowas sein, in DB erscheint bei Eingabe des o.g. SQl abfrage Folgendes (grün):

SELECT configuration_value
FROM configuration
WHERE configuration_key = "MODULE_ORDER_TOTAL_COD_FEE_TAX_CLASS"
LIMIT 0 , 30


Was bedeutet das?

 

[ag-websolutions.de]

AW: 19% und Nachnahmegebühr / Kundenübernahme

Was bedeutet das?

wenn bei dir nicht noch irgend etwas mit 19 da steht, heißt das, dass der Steuersatz nicht korrekt gesetz wurde...
dann..
siehe 3 Beiträge weiter oben von12.10.2007, 08:24, Thomas Lisson

 

[Angeldust23]

AW: 19% und Nachnahmegebühr / Kundenübernahme

Vielen Dank,
Allerdigns habe ich manchmal auch 7% MwSt auf Versand etc. Wenn ich 19 fest eintrage, ist es doch immer auf 19 gesetzt, oder?