Ich habe gerade einen Shop 4.06 aufgesetzt und mit WaWi 1.5.5.0 verbunden. Soweit funktioniert nun auch alles. Nur bei der Änderung der Kundenadresse (Kunde im Shop) wird die UST-IDNR. nicht an die WaWi übertragen. Alle anderen Daten kommen an.
Inaktiv [WAWI-41880] 1.5.5.0 - UST-IDNR. aus Shop kommt nicht an
- Ersteller des Themas Mario.
- Erstellungsdatum
Hallo Mario, habe genau das gleiche Problem.
Alle Änderungen der Kundendaten in der Wawi werden ordnungsgemäß Richtung Shop gesynct, auch das Ust-IdNr-Feld.
Nur vom Shop in die Wawi kommt der Wert aus dem <input name="ustid"> nicht an.
mfg, Tadaa
Alle Änderungen der Kundendaten in der Wawi werden ordnungsgemäß Richtung Shop gesynct, auch das Ust-IdNr-Feld.
Nur vom Shop in die Wawi kommt der Wert aus dem <input name="ustid"> nicht an.
mfg, Tadaa
Wir haben aktuell auch Probleme mit der UID.
Kunde hat schon ein Konto in der WAWI, hat aber ohne Konto im Shop bestellt.
Nun bestellt er erneut, legt aber ein Shopkonto an - jetzt aber mit UID und gleicher Mailadresse.
Nun ist er in der WAWI entsprechend "registriert" (Haken und Datum), nur 1 Kundenkonto, das Feld UID ist aber leer in der WAWI, der Auftrag wird trotzdem Netto berechnet, obwohl die UID gar nicht da ist.
Vielleicht könnt ihr auch so etwas rekonstruieren ?
Wir hatten das im November mehrfach.
Wirklich beweisbar und testbar ist das aber nicht bzw. nicht gerade einfach nachstellbar, zumal wir keinen Testshop mit WAWI-Anbindung haben.
Die Frage an JTL wäre also - wann und von wem (Shop oder WAWI) wird der IGL-Status festgelegt und somit Netto berechnet ?
- Ich vermute Shop.
Die Übernahme der UID wäre daher im Connector fehlerhaft ?
- Wir hatten keinen Shopupdate.
Womit also ab WAWI 1.5.x ein Fehler bei dieser Konstellation wäre ?
Kunde hat schon ein Konto in der WAWI, hat aber ohne Konto im Shop bestellt.
Nun bestellt er erneut, legt aber ein Shopkonto an - jetzt aber mit UID und gleicher Mailadresse.
Nun ist er in der WAWI entsprechend "registriert" (Haken und Datum), nur 1 Kundenkonto, das Feld UID ist aber leer in der WAWI, der Auftrag wird trotzdem Netto berechnet, obwohl die UID gar nicht da ist.
Vielleicht könnt ihr auch so etwas rekonstruieren ?
Wir hatten das im November mehrfach.
Wirklich beweisbar und testbar ist das aber nicht bzw. nicht gerade einfach nachstellbar, zumal wir keinen Testshop mit WAWI-Anbindung haben.
Die Frage an JTL wäre also - wann und von wem (Shop oder WAWI) wird der IGL-Status festgelegt und somit Netto berechnet ?
- Ich vermute Shop.
Die Übernahme der UID wäre daher im Connector fehlerhaft ?
- Wir hatten keinen Shopupdate.
Womit also ab WAWI 1.5.x ein Fehler bei dieser Konstellation wäre ?
Hallo MichaelH,
Fassen wir zusammen:
Der Wert aus dem <input name="ustid"> im JTL-Shop kommt nicht in der Wawi an.
Wer wenigsten bis zum beheben des Fehlers die UST-Ids in der Wawi nachtragen möchte, damit die Kunden in den Genuß der IGL kommen, führt auf die Shopdatenbank den SQL-Befehl
und es werden alle Kunden mit UST-Id angezeigt.
mfg Tadaa
Die "Netto-Brutto" Anzeige wird definitiv durch die Einstellung "Kundenstammdaten/Interne Daten/Kundengruppe" gesteuert. Da hat die Ust-ID keine Aktien dran.
Hier kommt die Ust-ID, hinterlegt in der Wawi, ins Spiel, die steuert, ob IGL oder nicht, also Umsatzsteuer berechnet wird.
Nur zur Klärung des Vokabulars und der Einfachheit halber : für mich ist der Connector eine Anbindung an Shopsoftware von Drittanbietern, du meinst bestimmt die Sync Wawi<->JTL-Shop. (Kann man natürlich auch Connector nennen.)
Fassen wir zusammen:
Der Wert aus dem <input name="ustid"> im JTL-Shop kommt nicht in der Wawi an.
Wer wenigsten bis zum beheben des Fehlers die UST-Ids in der Wawi nachtragen möchte, damit die Kunden in den Genuß der IGL kommen, führt auf die Shopdatenbank den SQL-Befehl
SQL:
SELECT * FROM `tkunde` WHERE `cUSTID` != '' ORDER BY `cKundenNr` DESCmfg Tadaa
Bei > 100.000 Kunden nicht wirklich praktikabel ... 😉
Ein Abfrage in der WAWI wäre besser: Gibt es Kunden ohne UID die einen Auftrag ohne UST haben und das täglich ausgeführt um die Fälle sofort erkennen zu können, bevor eine Rechnung erstellt wird.
Ein Abfrage in der WAWI wäre besser: Gibt es Kunden ohne UID die einen Auftrag ohne UST haben und das täglich ausgeführt um die Fälle sofort erkennen zu können, bevor eine Rechnung erstellt wird.
Es kann eigentlich nicht vorkommen, das Kunden ohne UID eine RG ohne UST haben, das wäre ein echter BUG der schon lange aufgefallen wäre.
Wem bei mehr als 100.000 Kunden erst heute auffällt, dass Kunden die IGL nutzen UST bezahlen, hat diesen Fakt/BUG lange ignoriert. 😳
Jein, wir haben erst umgestellt von 1.4.3 auf 1.5.10 und damit kann sich jederzeit ein Bug eingeschlichen haben.
Es ist Tatsache, ich kann es mit Hardcopys beweisen,
alte Rechnung im Mai mit Ust ohne Kundenkonto,
Registrierung im Shop mit Kundenkonto im November (Datum im Feld "Kunde seit" unten links beim Shop-Eintrag, denn das ist vom November, das andere "Kunde seit" ist vom Mai)
Rechnung ist nun netto, keine UID in der WAWI und
die Rechnung fliegt in der FIBU Überleitung beim Monatsabschluss raus.
Der Kunde hat im November in seinem Kundenkonto den Firmennamen ergänzt.
Die Vermutung ist daher, dass er auch eine UID angegeben hatte.
Es ist Tatsache, ich kann es mit Hardcopys beweisen,
alte Rechnung im Mai mit Ust ohne Kundenkonto,
Registrierung im Shop mit Kundenkonto im November (Datum im Feld "Kunde seit" unten links beim Shop-Eintrag, denn das ist vom November, das andere "Kunde seit" ist vom Mai)
Rechnung ist nun netto, keine UID in der WAWI und
die Rechnung fliegt in der FIBU Überleitung beim Monatsabschluss raus.
Der Kunde hat im November in seinem Kundenkonto den Firmennamen ergänzt.
Die Vermutung ist daher, dass er auch eine UID angegeben hatte.
So nun über SQL im Shop geprüft, beim Kunden ist die UID vorhanden in der WAWI aber nicht.
Nun noch ein letzter Check, dann eröffne ich ein Ticket.
Nun noch ein letzter Check, dann eröffne ich ein Ticket.
Nun gibt es den Bug, hoffentlich bald mal gelöst, lange hat's gedauert:
https://issues.jtl-software.de/issues/WAWI-41880
https://issues.jtl-software.de/issues/WAWI-41880
