Vat Validation create account Soap Error

[toadkopf]

Hallo zusammen,

beim Registrieren neuer Kunden, funktioniert bei mir die Vat Validation nicht.

Code: PHP  [Auswählen]

  function checkVatID_EU($vat_id, $country_id) {

    // Leerzeichen und sonderzeichen entfernen
    $remove = array (' ', '-', '/', '\\', '.', ':', ',');
    $vat_id = trim(chop($vat_id));
    $vat_id = str_replace($remove, '', $vat_id );
    $vatNumber = substr($vat_id, 2); // alles ab 2 Stellen der VAT (ohne Land)

    $coo_soap_client = new nusoap_client(VAT_LIVE_CHECK_URL, true);
    $coo_soap_proxy = $coo_soap_client->getProxy();

    // check connection
    if($coo_soap_client->getError() || !is_object($coo_soap_proxy))
    {
      $coo_ekomi_log = new FileLog('vat_validation_errors');
      $coo_ekomi_log->write(date('Y-m-d H:i:s') . " connection to http://ec.europa.eu/ could not be established. " . print_r($coo_soap_client->getError(), true) . "\n");
    }
    else
    {
      $params = array('countryCode' => $country_id, 'vatNumber' => $vatNumber);

      $result = $coo_soap_proxy->checkVat($params);
      print_r($result);

Die SOAP Connection scheint er aufzubauen, aber er bekommt beim Checken der Ust.-ID einen SOAP Error. Habe keinerlei Info zu diesem Fehler gefunden. Das wird mir im Array ausgegeben:

Code: PHP  [Auswählen]

Array
(
    [faultcode] => soapenv:Server.userException
    [faultstring] => javax.xml.rpc.soap.SOAPFaultException: IP_BLOCKED
    [detail] =>
)

Könnt ihr mir helfen, danke!
Mit freundlichen Grüßen
Toadkopf

Linkback: https://www.modified-shop.org/forum/index.php?topic=35031.0

[toadkopf]

Ich nutze die Shop-Version modified eCommerce Shopsoftware v1.05

Es handelt sich um die Datei includes/classes/vat_validation.php

Danke!

[Bonsai]

[faultstring] => javax.xml.rpc.soap.SOAPFaultException: IP_BLOCKED

Vermute Du hast shared hosting? Eventuell hat ein anderer Kunde auf dem gleichen Server Unfug getrieben und wurde gesperrt?

Was steht denn bei Dir in der Konstante?

Code: PHP  [Auswählen]

VAT_LIVE_CHECK_URL

Vergleiche mal mit einer aktuelleren Version ... hat sich die URL geändert?

[toadkopf]

Hallo,

ja das ist ein Paket von DomainFactory. Ich meine auch das das schon mal ging.

Code: PHP  [Auswählen]

define ('VAT_LIVE_CHECK_URL', 'http://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl');

Also die URL ist gleich geblieben, sogar bei der neuen 2.0 Version ist das die URL.

Was kann ich hier machen?

Gruß Toadkopf

[Bonsai]

Ich wusste nicht ob sich das eventuell in der alten Version unterschied.

Nimm mal die Datei aus dem Anhang und führe die auf dem Server aus. Also zipfile auspacken und die php Datei auf den Server kopieren und mit dem Browser aufrufen.

Bei mir kommt das raus:

Code: PHP  [Auswählen]

Deprecated: Assigning the return value of new by reference is deprecated in D:\xampp\htdocs\soap.php on line 909
Array ( [countryCode] => DE [vatNumber] => 265264181 [requestDate] => 2016-05-17+02:00 [valid] => true [name] => --- [address] => --- )

Das ist der codeschnipsel um den es geht + aktuelle SOAP Klassen.

Wenn das so funktioniert, hast Du entweder ein Problem mit Deinen Werten, die Du übergibst, oder Deine SOAP Klassen sind zu alt.

Du könntest also dann erst mal das prüfen:

Code: PHP  [Auswählen]

$params = array('countryCode' => $country_id, 'vatNumber' => $vatNumber);

Und zwar damit:

Code: PHP  [Auswählen]

echo '<pre>';
var_dump($country_id);
var_dump($vatNumber);
echo '</pre>';

[toadkopf]

Hallo,

erst mal entschuldigung für die verspätete Antwort.

Bei mir kommt folgendes, wenn ich das im Browser ausführe:

Deprecated: Assigning the return value of new by reference is deprecated in /../soap.php on line 909
Array ( [faultcode] => soapenv:Server.userException [faultstring] => javax.xml.rpc.soap.SOAPFaultException: IP_BLOCKED [detail] => )

Dann wurde meine IP tatsächlich gesperrt oder?

Danke Gruß Toadkopf

[Bonsai]

Möglicherweise ja. Ich würde einfach dort anrufen und fragen ob man die Sperre rausnehmen kann oder ob Du dafür erst den EuGH wegen Wettbewerbsverzerrung einschalten musst .... Es kann nicht sein, dass kostenlose Services der EU nur selektiv an bestimmte Unternehmen geliefert werden. Das verstößt gegen mehrere nationale Gesetze und EU-Richtlinien. Wenn Dein Provider wegen missbräuchlicher Nutzung eines anderen Kunden gesperrt wurde, muss die EU sich was besseres einfallen lassen als die IP dichtzumachen. Eine IP kann von hunderten Menschen gleichzeitig genutzt werden. Keine Ahnung ob das noch so ist, aber als AOL vor Jahren mein Internetprovider war, hatte AOL genau EINE EINZIGE IP für ALLE Kunden. Das waren Millionen Menschen die eine einzige IP teilten ....
Bei Shared hosting ist es normal, dass 30 Firmen eine IP teilen ....

Provider wechseln oder den Provider bitten Dich auf eine andere IP zu legen könnte auch helfen. Ich würde aber erst mal mit der zuständigen Stelle der EU Kontakt aufnehmen und denen auf den Wecker gehen:
http://ec.europa.eu/dgs/finance/contact/index_en.htm

[toadkopf]

Hallo zusammen,

letztes Mal habe ich TAXUD-VIES@ec.europa.eu angeschrieben ob die IP_BLOCK aufgehoben werden kann. Das hat auch funktioniert und es ging wieder. Jetzt habe ich allerdings wieder das gleiche Problem.

Ich habe von denen die Info erhalten: "perform up to 5 validations to a unique VAT number per day".

Irgendwie scheint modified hier mehrere gleiche Anfragen zu starten, damit ich wieder gesperrt bin. Ist das ein technischen Problem? Ist das durch ein Modified Update behoben?

Gruß Toadkopf

[Bonsai]

Möglich ist auch das:
Shared hosting ..... eine Firma bestellt in 5 Shops die dummerweise auf der gleichen IP liegen, also machen 5 Shops die Anfrage und Bääääm.

Um den Fehler den Du beschreibst auszuschließen, würde ich das ganze loggen.

Suche die entsprechende Codestelle die die Anfrage auslöst und schreibe die Variable die die UstId enthält mit Uhrzeit in ein TXT file.
Sowas in der Richtung:

Code: PHP  [Auswählen]

file_put_contents('ustid.log', $variable . ' ' . date(DATE_RFC822) . "\r\n", FILE_APPEND);

[Archetim]

Hallo zusammen,

wir haben das gleiche Problem und nach einigem debuggen ebenso die Meldung bekommen , das die IP geblockt wurde. Leider hatte ich bis jetzt kein Glück an eine Stelle zu kommen, die überhaupt verstanden hat, worum es geht oder diese Sperre aufheben könnte.
Ich werde es jetzt mit der genannten EMail - Asresse versuchen. Mal sehen was ich erreichen kann.
Auf jeden Fall werde ich Feedback geben.

Danke an alle
Rene

[Bonsai]

Code: PHP  [Auswählen]

function checkVatID_EU($vat_id, $country_id) {

ersetzen mit:

Code: PHP  [Auswählen]

function checkVatID_EU($vat_id, $country_id) {
   file_put_contents('ustid.log', $vat_id . ' ' . date(DATE_RFC822) . "\r\n", FILE_APPEND);

Dann einen Testkunden anlegen mit Steuernummer. Ist dann nur eine Zeile in der Datei ustid.log, oder mehrere? Wenn es nur eine Zeile ist, dann ist das Problem nicht im Shop!

[toadkopf]

Hallo Bonsai,

vielen Dank erst mal für deine Mühe vorab.

Ich habe das soeben getestet. Ich habe einen Testkunden angelegt, mit Absicht z.B. ein Pflichtfeld vergessen und nach dem 2. Submit gind die Anmeldung dann auch durch.

Und ich habe jetzt 2 Einträge in der Log-Datei:

Code: PHP  [Auswählen]

ATU65103345 Wed, 19 Oct 16 11:48:43 +0200
ATU65103345 Wed, 19 Oct 16 11:48:57 +0200

D.h. wenn die Anmeldung bei einem Kunden öfters fehlschlägt, weil er die Pflichtfelder nicht berücksichtigt, habe ich immer gleich mehrere Anfragen mit einer Registrierung.

Dann ist das meiner Meinung nach ein Shop-Problem.

Freue mich auf dein Feedback.

[Bonsai]

OK, ist ein Bug ...

Ändere den Code so, dass
checkVatID_EU()
erst aufgerufen wird, wenn alles andere gprüft und OK ist.

[toadkopf]

Sollte das nicht im Code optimiert werden? Dieses Problem sollten doch mehrere Shop-Betreiber haben. Wäre schön, wenn sich jemand vom Core-Team dazu äußern könnte. Ich habe bisher keine Reglementierung im Code für Anfragen zur USt-ID feststellen können. Und mehr als 5 Requests pro Tag mit der gleichen USt-ID sind nicht erlaubt, laut (http://ec.europa.eu/taxation_customs/vies/).

Danke!

[Bonsai]

Ja, aber ...

Ich nutze die Shop-Version modified eCommerce Shopsoftware v1.05

Ich hab keine Ahnung ob die 2.0er das auch macht. Und leider keine Zeit das nachzustellen. Wenn Du das in einer 2.0 reproduzieren kannst, dann mach ein Ticket auf:
https://trac.modified-shop.org/wiki
Dann kümmert sich das Team um den Bug, und Du kannst Dir die Lösung da abschreiben.

Du müsstest nur die gleiche Änderung einbauen und einmal testen. Es reicht völlig zum reproduzieren einen Standardshop der 2.0er Version auf einem Xammp zu installieren.