Neu Die UmsatzsteuerID ist durch Prüfung ungültig.

[powerpreis24]

Hallo liebe Community,

wir haben ein dringendes und wichtiges Problem.
Bei Anlage eines neuen Kundenkontos in unserem Shop gibt es Probleme bei der Prüfung der UstID (in dem Fall Österreich).

Wir haben bereits die Foren-Einträge durchgeschaut und verschiedene Einstellungen ausprobiert.
Bis jetzt leider erfolglos.

Folgende Zusammensetzung:

• Shop-Version: 4.05 (Build: 6)
• Storefront > Formulare > Einstellungen > Firma abfragen: ja, optionale Angabe
• Storefront > Formulare > Einstellungen > UstID abfragen: ja, optionale Angabe (nicht jeder Kunde ist bei uns eine Firma)
• Storefront > Formulare > Einstellungen > UstID des Shops: DEXXXXXXXXX (DE + 9 Ziffern)
• Storefront > Formulare > Einstellungen > USt-ID Prüfung des Bundeszentralamts für Steuern aktivieren: ja

Unsere UStID, sowie die österreichische ATU-Nummer (des ausgewählten Kunden) sind geprüft und korrekt.

Wir bitten euch um Unterstützung bei der Lösung dieses Problems.
Einige Kunden wollen Kunden-Accounts bei uns anlegen und kommen nicht weiter.

Ebenfalls taucht beim Ausfüllen des Feldes folgende Fehlermeldung auf: Felder mit einem * müssen ausgefüllt werden.
Dabei ist das Feld "UST-IDNR." in unserem Formular kein Pflichtfeld, sondern eine optionale Angabe. Allerdings wird genau dieses Feld (in dem die ATU-Nummer eingetragen ist) als rot gekennzeichnet und das Formular lässt einen nicht weiter.

Weitere Info: Wenn es irgendwie von Bedeutung sein kann, liefert die Überprüfung der gleichen ATU-Nummer über WaWi eine 222 (Fehler-) Meldung. Laut Foren-Einträgen von früher, handelt es sich bei diesem Return (222) um eine gültige Nummer.

Wenn jemand von euch gleiches/ähnliches Problem hat, bitten wir euch um Unterstützung.

 

[JWittl]

Hallo,

dem Problem schließe ich mich gleich mal mit an.

Wir/unsere Kunden (vorwiegend aus Österreich) haben das selbe Problem bei der optionalen Eingabe der UstID in unserem Shop.
Wir verwenden die selben Einstellungen wie oben, nur mit der Shopversion 4.06 Build 9.

Die nachträgliche Prüfung der UstID über die WAWI (1.3.20) gibt bei uns auch den Wert (ErrorCode) 222 zurück.

Ungern möchten wir die automatische UstID Prüfung beim anlegen eines Kundenaccounts im Shop deaktivieren.
Was wir aber schon temporär machen mussten, um Kunden die Registrierung mit UstID zu ermöglichen.

Wir wären auch für jeden Hinweis dankbar.

 

[MichaelH]

Wir haben uns effektiv mit einer manuellen Programmierung beholfen.

Die 1. 2 Stellen müssen Alpha sein, die 5. Stelle numerisch als Minimalprüfung damit nicht fälschlicherweise netto bestellt werden kann.
So ist es vermutlich eine UID und keine Steuernummer, Geburtsdatum oder Name.
Die Prüfung selbst machen wir dann auf WWW, denn auch in der WAWI funktioniert die ja nicht wenn man Österreicher ist.

Ab WAWI 1.4 funktioniert dann auch die Prüfung im WAWI-Kundenstamm, allerdings ohne Dokumentation.
Daher: https://forum.jtl-software.de/threa...speichert-button-status-geht-verloren.116226/

Dort solltet ihr auch was dazu schreiben wenn ihr eine Lösung wollt.

 

[MBesancon]

Die nachträgliche Prüfung der UstID über die WAWI (1.3.20) gibt bei uns auch den Wert (ErrorCode) 222 zurück.

Das wird mit der Version 1.4 behoben. Die Meldung 222 bedeutet das die Steuernummer gültig ist, aber das der Abruf ab dem nächsten Jahr ausschließlich per https erfolgen kann. Derzeit nutzt die WaWi zur Prüfung noch eine http-URL.

 

[JWittl]

Wir haben uns effektiv mit einer manuellen Programmierung beholfen.

Habt ihr da wirklich etwas eigenes implementiert?
Soweit ich das richtig sehe, prüft der Shop -zumindest kann ich das für den von uns verwendeten 4.06.9 sagen- die Ust-ID Eingabe auf Präfix (1. 2 Stellen), Länge und Zeichenformatierung.
Bei AT wird zusätzlich geprüft, ob das erste Zeichen nach dem Präfix ein 'U' ist. Das sollte als Vor- /Minimalprüfung erstmal genügen.
Diese Prüfung findet auch statt, wenn "USt-ID Prüfung des Bundeszentralamts für Steuern aktivieren" deaktiviert ist.

Das wäre also im großen und ganzen schonmal ok, um nicht irgendwelchen Unsinn eintragen zu können.
Man muss also keine Bauchschmerzen haben, wenn "USt-ID Prüfung des Bundeszentralamts für Steuern aktivieren" erstmal deaktiviert ist, um den Kunden zumindest eine reibungslose Registrierung -sofern sie die UST-ID dann auch korrekt eintragen- ermöglichen zu können.
Eine manuelle Prüfung in der WAWI oder per WWW sollte dann aber zwingend erfolgen.

Ich frag mich aber trotzdem, wieso -vorwiegend Österreichische- Kunden das Problem bei der Registrierung haben, wenn "USt-ID Prüfung des Bundeszentralamts für Steuern aktivieren" aktiv ist.
Wir haben noch einen Testshop (4.09.11 CFE), auf dem ich dann mal versucht hab, mich mit den exakt selben Kundendaten zu registrieren, mit denen sich Kunden im Live Shop nicht registrieren konnten, und dort klappte es auf Anhieb. Selber Browser, gleiche Angaben und fast gleiche Uhrzeit. Somit können wir das Problem leider auch nicht so ganz nachvollziehen.
Da uns aber schon gehäuft Kunden bei einer erfolglosen Registrierung wegen der Ust-ID angerufen haben, handelt es sich jedenfalls nicht um das Problem eines einzelnen und kann auch nicht damit abgetan werden, dass derjenige einen Fehler bei der Eingabe gemacht hätte.

Das Deaktivieren von "USt-ID Prüfung des Bundeszentralamts für Steuern aktivieren" und die nachträglich manuelle Prüfung in der WAWI ist zwar wirklich keine Dauerlösung aber im Moment der beste Mittelweg denke ich.

Dort solltet ihr auch was dazu schreiben wenn ihr eine Lösung wollt.

Danke schonmal für deine Antwort! Durch deine Info mit der manuellen Programmierung bin ich erst darauf gestoßen, dass der Shop selbst so eine Minimalprüfung durchführt

 

[MichaelH]

"Habt ihr da wirklich etwas eigenes implementiert? "

Ja, denn wir hatten Probleme und ich hatte genug davon. Unsere Prüfung ist sehr einfach, aber seit da haben wir keine Probleme mehr mit Steuernummer, Name oder Geburtsdatum in der UID.

 

[JWittl]

Ja, denn wir hatten Probleme und ich hatte genug davon. Unsere Prüfung ist sehr einfach, aber seit da haben wir keine Probleme mehr mit Steuernummer, Name oder Geburtsdatum in der UID.

"Keep it as simple as possible"

Ich schau jetzt mal wie es sich mit deaktivierter Ust-ID Prüfung über das Bundeszentralamt verhält. Falls es dennoch negative Resonanz geben sollte, müsste wohl auch (d)eine einfachere Lösung her

 

[MichaelH]

Mit Juli/August 2018 hatten wir gehäuft falsche UIDs und Aufträge in Netto von Verbrauchern, mehr denn je.

Grund: Die Vorschlagswerte die von Browsern gesetzt werden, also vorbefüllte Felder, vielleicht nach einem Update der Browser Chrome, Edge ... ?
Firmenname oftmals das Geburtsjahr.
UID der Familienname

Mit Shop4 erwartete ich mir endlich ein Ende der Probleme, umgestellt 1.9..
War aber nicht, es ging so weiter wie zuvor.

Test hin, Test her, irgendwie war was faul.
Daher: Ende, einfache Lösung musste her.

Und nun geht's und Ruhe ist, das kleine Geld war es mir Wert um hier Geld zu sparen in Form von sinnloser Arbeit und Mails und Nachzahlungen / Änderung von Auftrag/Rechnung die wir von den Kunden einfordern mussten die oftmals gar nicht wussten oder verstanden um was es überhaupt geht, weil sie ja nicht aktiv etwas eingegeben / eingetippt hatten. Da ging viel Zeit sinnlos drauf.

 

[JWittl]

Falls es dennoch negative Resonanz geben sollte, müsste wohl auch (d)eine einfachere Lösung her

Ein Nachtrag hierzu: Die 'primitive' Lösung von MichaelH ist wohl am besten.

Musste gerade feststellen, dass der Shop '000000000000000000000000' als Ust-ID akzeptiert.
Es wird zwar in der class.JTL-Shop.UstID.php erstmal super auf den Prefix geprüft, ist dieser aber nicht vorhanden, wird standardmäßig einfach "true" zurückgegeben -ohne diesen z.B. auf Ziffern oder die Ust-ID (grob) auf Länge zu prüfen ..

 

[Printmedia]

Hallo,

ist in der Wawi 1.4 auch wieder vorgesehen, eine amtliche Bestätigung der "qualifizierten Prüfung" anzufordern?

 

[Rainer S]

Hier in dem Fall bitte einmal ein Shopupdate auf die aktuelle Version durchführen, siehe dazu auch den folgenden Link zum Issuetracker :

https://issues.jtl-software.de/issues/SHOP-2860

oder Changelog der auch über den Issuetracker abgebildet wird.

https://issues.jtl-software.de/issues?project=JTL-Shop&version=4.06.10

Hier hat das Bundesamt für Finanzen die Statuscodes verändert, diese änderung wurde dann auch im Shop 4.06.10 übernommen.

 

[powerpreis24]

Wie sieht es denn nun mit einer Lösung für 4.05 aus?

Für uns ist der Status-Code, den man in der WaWi bekommt weniger wichtig.
Wir können auch damit leben, wenn die WaWi "Banane" ausgibt. Solange das "Nummer gültig" bedeutet, soll es so sein.
Aber im Shop bei einer Registrierung kommt der Kunde nicht weiter.

Wie sieht die Lösung seitens JTL aus?
Warum schreibt man keinen Fix?

 

[Mirko.Schmidt User deaktiviert]

Welcher Fehler kommt den genau da? Vielleicht liegt es an dem Problem (das TLS < 1.2 verwendet wird) welches Rainer S verlinkt hat, dann würde ein Update auf die aktuellste Shop Version 4.06.11 helfen. Für die 4.05 wird nichts mehr extra gefixt, wenn nur noch Sicherheitslücken. Die 4.06 ist ja als Stable deklariert.

 

[powerpreis24]

Welcher Fehler kommt den genau da? Vielleicht liegt es an dem Problem (das TLS < 1.2 verwendet wird) welches Rainer S verlinkt hat, dann würde ein Update auf die aktuellste Shop Version 4.06.11 helfen. Für die 4.05 wird nichts mehr extra gefixt, wenn nur noch Sicherheitslüccken. Die 4.06 ist ja als Stable deklariert.

Es kommt der Hinweis, dass die Nummer ungültig ist.

 

[Mirko.Schmidt User deaktiviert]

Wird TLS < 1.2 verwendet? Wenn ja hilft nur ein Shop Update.

 

[led-profi]

Wir hatten bisher immer nach einer erfolgreichen Prüfung der VAT-ID auch die amtliche Bestätigung angefordert. (Empfehlung unseres Steuerberaters).
Nun seit kurzem erhalten wir eine Fehlermeldung zu sehen unter Kundenhistorie:
ErrorCode: 223 - Unbekannter Fehler

und vermutlich erhalten wir jetzt auch die Bestätungen dann nicht mehr. Auch wenn da steht Druck: ja

Ist der Fehler bei JTL oder bei den Behörden zu vermuten?
Bitte um Unterstützung, wir haben hierzu keinen gangbaren Workaround.

 

[KlausB]

Hallo zusammen,
der ErrorCode: 223 wird ab 1.1.2021 ausgegeben, weil es die schriftliche Bestätigung nicht mehr gibt! Siehe
https://evatr.bff-online.de/eVatR/xmlrpc/codes
Bei anderen Shops gibt es das selbe Problem (ohne Lösung)
https://forum.shopware.com/discussion/74472/umsatzsteuer-id-pruefung-error-223
Unklar bleibt mir, wie wir das dokumentieren können. Wir können doch nicht bei jeder IGL-Lieferung einen Screenshot ausdrucken. Wie löst Ihr das?

 

[KlausB]

Ups, hier geht es weiter
https://forum.jtl-software.de/threads/uid-pruefung.148643/