nativevtl

Vielen Dank für die sehr schnelle Rückmeldung.

das Problem dürfte aber “nur” beim Aktualisieren bzw. Aktivieren des Plugins auftreten, richtig?

Das stimmt.

Nutzt ihr denn Teile der Sendungsintegration, die im Update verändert wurden, z.B. Abholstationen oder die built-in regelbasierten Versandarten?

Ja, Abholstation als Kundenoption. Mit built-in regelbasierte Versandarten meinst du “Pick&Pack”? Falls ja; auch das nutzen wir.

Danke für die schnelle Rückmeldung.

Wir fragen die Bestellung per API ab. Das Problem taucht seit gestern bei den “alten” Bestellungen, die storniert sind. Versandart ist “free_shipping”. Entsprechende JSON extract aus dem API falls es hilft: “shipping_lines”:[{“id”:161,”method_title”:”Kostenlose Lieferung”,”method_id”:”free_shipping”,…

Wir haben den Fehler in dem API “response” entdeckt (Reponse Code 200, Json Data hat die Warnung). Eigentlich Debug und Anzeige ist abgeschaltet in wp_config.php

Moinsen,

danke für die sehr schnelle Rückmeldung wie immer. Wit hatten in der Vergangenheit tatsächlich einer der empfohlenen “_created_label” Hooks benutzt. Das Problem war dann (weil es während der Order-Erzeugung gefeuert wurde), dass wir in Konflikt gekommen sind (siehe: https://wordpress.org/support/topic/sendung-gleich-automatisch-storniert/) .

Können wir mit dem neuen Konzept immer davon ausgehen, dass das Label/die Sendung nach dem “thank_you” passiert?

Nebenfrage: Ist Germanized Bereit für PHP8.2? Wie oben erwähnt, kommen mit der Version sehr viele PHP Warnung in den Germanized Modulen. In Web konnten wir keine aktuellen Infos darüber finden.

LG, Ugur

Hallo zusammen,

wir haben das Problem gefunden und behoben. Wir haben irgendwo im Code (noch während der Bearbeitung der Bestellung) folgendes gehabt:

$order->save();

Und das hat alles geschossen.

Das erklärt auch den Grund, warum bei der Erzeugung der Bestellung, das Problem auftaucht und nicht wenn wir danach einfach eine neue Sendung über den Woo-Interface generieren.

Übrigens, HPOS Einstellungen haben wir geprüft. Es ist nicht aktiviert. Lohnt es sich wirklich bzw. warum hattet Ihr in diesem Zusammenhang die Frage gestellt?

Letzter Punkt. Hattet Ihr Interesse in eurem Plug-In einen Zugriff auf das DHL Label “Link/URL” anzubieten. Dann kann man sich sparen, die Label-Datei auf dem Server runterzuladen. Im API Response ist der Link so zu finden: response.json()[‘items’][i][‘label’][‘url’]

Vielen Dank für euren Beistand! Ihr seid top!

Schöne Grüße.

• This reply was modified 2 years, 7 months ago by nativevtl.

Moin noch mal,

Ja wir haben die Einstellung von Anfang aktiviert, dass die Sendung automatisch als versandt markiert werden soll.

Wir haben auch ein Mindestgewicht von 0,5kg angegeben. Unsere Sendungen sind oft 0,2kg. Soweit ich verstehe wirkt diese Option als Sicherheit, indem max(Sendungsgewicht, 0,5) angewendet wird. Es nimmt keine Stornierung vor. Korrekt?

Wir würden jetzt mit dem Log-Script Daten sammeln. Sollen wir bisdahin diesen Threat offen lassen, oder lieber schließen und wieder aufmachen?

Schöne Grüße!

Moin,

also eine Verfolgung über Logs ist nicht möglich?

Tatsächlich die ganze Sendung verschwindet und über “Woocommerce –> Bestellungen” nicht abrufbar. Per Code haben wir folgendes festgestellt (siehe Kommentare in dem Code)

add_action('woocommerce_gzd_shipment_created_label', function($shipment) {
    try {
        if($shipment instanceof \Vendidero\Germanized\Shipments\Shipment) {
            $order_id = $shipment->get_order_id(); //ok
			$label = $shipment->get_label(); //ok
			$tracking_id = $label->get_number(); //ok wird richtig zugewiesen
			$label_path = $label->get_file(); //NOK ist leer also ''

        } else {
            throw new Exception('Unable to get shipment: ' . $shipment);
        }
    } catch(Exception $e) {
        error_log('Caught exception: ' . $e->getMessage());
    }
}, 2000);

wie gesagt, dabei wird auch keine Exception erzeugt.

Die stornierte Sendung in DHL-Web-Interface hat richtigerweise die Referenz: “Sendung #X zur Bestellung Y”. Gewicht, Maße, Adresse etc. passen auch. Also die Erzeugung funktioniert richtig.

Wenn wir über Woocommerce–>Berstellungen per Mausklick eine neue Sendung und ein neues Label erzeugen, läuft alles durch und storniert wird auch nichts. Die Referenz des neuen Labels ist dann “Sendung #X+1 zur Bestellung Y”.

Wir testen die vorgeschlagenen Konfiguraitonen noch in den kommenden Tagen durch. Sind nur nicht sicher, wie wir es reproduzieren. In den vielen Tests vorher, ist es nicht aufgefallen. Daher die Frage über die Logs gewesen.

Viele Grüße!