Forum Replies Created

Viewing 15 replies - 1 through 15 (of 15 total)
  • Thread Starter blueewok

    (@blueewok)

    Ja, mit dem Urlaub vor Augen fand ich quick and dirty angemessen… Aber du hast recht: Wenn ich eine mögliche Lösung poste, sollte sie auch updatesicher sein. 😉 Hier daher nochmal der updatesichere Code für die functions.php:


    add_filter( 'woocommerce_gzd_manufacturer_get_formatted_address', 'modify_manufacturer_address', 10, 2 );

    function modify_manufacturer_address( $formatted_address, $manufacturer ) {
    // Herstellername in Variable
    $manufacturer_name = esc_html( $manufacturer->get_name() );

    // Herstellername + Adresse
    $formatted_address = $manufacturer_name . '<br>' . $formatted_address;

    return $formatted_address;
    }
    Thread Starter blueewok

    (@blueewok)

    Moin,

    ja, das ist in der Tat problematisch. JTL kennt den Fehler, aber wie es nun mal so ist: Bis zu einem neuen Connector-Update kann es noch dauern, ich gehe gleich für drei Wochen in Urlaub und ich hätte gerne eine GPSR-Konforme Lösung, bevor irgendein Abmahnanwalt in den drei Wochen auf die Idee kommt, meinem Chef Briefe zu schreiben. 😉

    Danke für deine Hilfe! Ich konnte mit deinem Hinweis das Problem lösen, bis JTL ein Update ausgibt. Falls jemand anders mit dem gleichen Problem zu kämpfen hat:

    public function get_html() {
        $html = '';
    
    
    
        if ( $this->get_formatted_address() ) {
    
            // Speichere Herstellernamen in Variable
            $manufacturer_name = esc_html( $this->get_name() );
            // Herstellername in Absatz einfügen
            $html .= '<p class="wc-gzd-manufacturer-address">' . $manufacturer_name . '<br>'. wp_kses_post( $this->get_formatted_address() ) . '</p>';
        }
    
        if ( $this->has_eu_address() ) {
            $html .= '<h4 class="wc-gzd-manufacturer-eu-title">' . __( 'Person responsible for the EU', 'woocommerce-germanized' ) . '</h4>';
    
            $html .= '<p class="wc-gzd-manufacturer-eu-address">' . wp_kses_post( $this->get_formatted_eu_address() ) . '</p>';
        }
    
        return $html;
    }

    Damit erfolgt auch die Ausgabe des Herstellernamens.

    Danke nochmals! 🙂

    Beste Grüße

    Thread Starter blueewok

    (@blueewok)

    Die Eingabemaske der Hersteller stammt doch aus Germanized, oder etwa nicht? Die wird von JTL auch ausgefüllt. Seit dem letzten Update von Germanized existiert diese Eingabemaske:

    https://ibb.co/pP2ctKQ

    Die Daten die du dort siehst, werden von JTL ausgefüllt. Leider stellt Germanized am Frontend aber nur den unteren Block “Herstelleradresse” dar und nicht den oberen “Name”. Ich möchte aber auch “Name” ausgeben können. Da wird JTL mir nicht bei helfen können, da diese Funktionalität aus Germanized stammt.

    Thread Starter blueewok

    (@blueewok)

    Danke für deine Rückmeldung! Mit der Antwort habe ich schon fast gerechnet. 😉 Leider ist es so, dass die EU-Richtlinie in Kraft ist und wir natürlich riskieren, abgemahnt zu werden, wenn der Name des Herstellers fehlt. Vielleicht kannst du mir daher kurz helfen, ob ich mit meinem Denkansatz weiterkomme:

    Germanized ermöglicht es unter anderem Herstellername (habt ihr im Backend “Name” genannt) und die Adresse anzugeben (“Herstelleradresse”). Beides wird von JTL übermittelt. Am Frontend wird allerdings die “Herstelleradresse” ausgegeben und nicht “Name”. In der product_safety.php sieht das dann so aus:

    <?php do_action( 'woocommerce_gzd_single_product_safety_information' ); ?>

    Damit wird die “Herstelleradresse” ausgegeben. Korrekt? Habe ich eine Möglichkeit “Name” auszugeben? Dann erstelle ich einfach kurz eine neue product-safety.php für mein Child-Theme.

    Beste Grüße

    Thread Starter blueewok

    (@blueewok)

    Kurzer Nachtrag:

    Ich habe mir kurzerhand selbst geholfen, indem ich folgenden Code in meine functions.php eingebaut habe:

    add_filter( 'woocommerce_package_rates', 'filter_woocommerce_shipping_methods', 10, 2 );
    
    function filter_woocommerce_shipping_methods( $rates, $package ) {
        if ( isset( $rates['shipping_provider_dhl:9'] ) && isset( $rates['shipping_provider_deutsche_post:11'] ) ) {
            unset( $rates['shipping_provider_deutsche_post:11'] ); // Deutsche Post entfernen
        }
        return $rates;
    }
    ?>

    Falls jemand vor dem gleichen Problem steht: Der Code unterdrückt die Ausgabe einer spezifischen Versandart im Warenkorb und am Ende in der Kasse (in diesem Fall “Deutsche Post”), sofern eine andere spezifische Versandart (in diesem Fall “DHL-Paket (kostenfrei)”) verfügbar ist. Allerdings müssen die IDs “shipping_provider_dhl:9” und “shipping_provider_deutsche_post:11” entsprechend angepasst werden, damit der Code funktioniert.

    @vendidero Solltest du eine andere Lösung innerhalb von Germanized für dieses Problem haben, wäre es schön, wenn du mir Bescheid geben könntest. Dann kann ich den Code wieder aus der functions entfernen.

    Vielen Dank und viele Grüße!

    Thread Starter blueewok

    (@blueewok)

    Hallo,

    entschuldige die späte Rückmeldung.

    Ja, das sind alle Regeln. Auf Regeln für “Alle anderen Verpackungen” verzichten wir komplett.

    Beste Grüße

    Thread Starter blueewok

    (@blueewok)

    Okay, das Problem mit der fehlenden Versandart konnte ich mittlerweile lösen. Ich musste die Verpackung löschen und neu erstellen. Dann klappt es.

    Thread Starter blueewok

    (@blueewok)

    Hallo,

    Ihr müsst das nicht über die (built-in) Versandarten von Germanized verwalten. Ihr könnt auch jede andere Versandart nutzen und dort die Zuordnung zu einem speziellen Versanddienstleister hinterlegen. S.a.: https://vendidero.de/dokument/versanddienstleister-verwalten#dienstleister-fuer-sendungen-hinterlegen

    Das funktioniert für unsere bisherige Lösung leider nicht. Das Plugin, das wir für die Berechnung der Versandkosten verwenden, erzeugt nur eine Versandart. Die Zuordnung der Versandkosten erfolgt dann über die Klassen. Ich kann hier jetzt zwar z.B. DHL als Standard-Dienstleister hinterlegen, aber dann erfolgt keine Zuordnung zur Deutschen Post, falls wir Waren per Brief rausschicken.

    Germanized bietet unter Woo > Einstellungen > Germanized > Allgemein > Kasse eine Option dazu an, die es ermöglicht alle Versandoptionen auszublenden, sobald eine kostenlose Versandart zur Verfügung steht. Das kann natürlich auch deaktiviert werden.

    Auch das hilft leider nicht weiter. Die Versandklassen die über das Plugin beim Checkout angezeigt werden, werden scheinbar von Germanized nicht als “Versandkostenfrei” erkannt.

    Ich möchte nun versuchen, auf das andere Plugin zu verzichten und nur mit Germanized zu arbeiten. Hierzu müsste ich aber eine Versandklasse als Bedingung auswählen. Sobald ich dies tue: https://ibb.co/1M6QYWc und anschließend dem Artikel die gleiche Versandklasse zuordne, erhalte ich die Fehlermeldung im Warenkorb, dass keine Versandart zur Verfügung. Ist hier etwas an meinem Grundgedanken falsch?

    Thread Starter blueewok

    (@blueewok)

    Also: Ich habe das ganze jetzt mal auf unserem Testserver durchgetestet und es scheint zu funktionieren. Vielen Dank schonmal dafür!

    Eine Frage habe ich aber dennoch – ich fürchte nämlich, dass Germanized anders arbeitet, als ich es gehofft habe.

    Diese Zuordnung ist für uns Gold wert:

    https://ibb.co/yF3trV5

    Jeder Sendung wird nicht nur das korrekte Paket zugeordnet, sondern auch gleich der passende Versanddienstleister.

    Ungünstig ist aber, dass auch die Versandart für die Kunden beim Checkout von Germanized gemanaged wird. Hierfür verwenden wir nämlich ein anderes Plugin. Mithilfe von Versandklassen können wir so für einzelne Artikel gezielt kostenfreien Versand anbieten (zusätzlich zu kostenfreiem Versand ab 50 Euro). Falls nun eine Bestellung Artikel mit Versandkosten und versandkostenfreie Artikel enthält, wird ausschließlich versandkostenfreie Lieferung beim Checkout angeboten. Das ist nicht mehr möglich, wenn ich nur Germanized verwende.

    Gibt es eine Möglichkeit die Berechnung des Versands von Germanized zu deaktivieren und nur den Punkt unter Woocomemrce->Sendungen über Germanized laufen zu lassen?

    Thread Starter blueewok

    (@blueewok)

    Okay, vielen Dank! Ich schaue mir das noch einmal an und gebe morgen Rückmeldung, ob es funktioniert hat. Dass man mehrere Versandarten anlegen sollte, war mir nicht klar.

    Thread Starter blueewok

    (@blueewok)

    Hallo,

    Danke für eure schnelle Rückmeldung und eure Unterstützung!

    Die Bestellung wurde über den Warenkorb erstellt. Ich habe jetzt noch einmal eine manuelle Bestellung erstellt, leider mit dem gleichen Ergebnis.

    Bei dem Pricing-Plugin handelt es sich um “Tiered Price Table for WooCommerce”. Die Artikel wurden damit nicht bearbeitet. Ich habe es dennoch deaktiviert: Auch das führt nicht zur Lösung des Problems.

    Sind die Bedingungen die ich vergeben habe denn korrekt (siehe Screenshot oben)?

    Nach einigen Tests konnte ich rausfinden, dass Bedingungen bzgl. der Größe oder des Gewichts immer korrekt greifen. Nur der Warenwert wird scheinbar ignoriert.

    Schöne Grüße

    Thread Starter blueewok

    (@blueewok)

    Ein kleiner Nachtrag: Nach weiteren Tests können wir mit ziemlicher Sicherheit sagen, dass Paketpreis und Gesamtwert bei den Bedingungen immer ignoriert werden. Bedingungen anhand Gewicht oder Größe führen immer zur korrekten Zuordnung. Nur Preis/Wert werden ignoriert.

    Thread Starter blueewok

    (@blueewok)

    Hello, I have just sent you the screenshots via email. Please excuse the delay. Best regards.

    Thread Starter blueewok

    (@blueewok)

    Yes, i’ll send it tomorrow. Sorry and thank you! 🙂

    Thread Starter blueewok

    (@blueewok)

    Hello, sorry I haven’t had time to respond yet. The label fields are all empty. “Multiple packages” in the order is also not selected. I mark 2 or more orders and choose “Generate DHL Labels.” When executing, this error message appears. It is always domestic orders. We do not have international orders. There is a very cumbersome workaround to bypass the problem: If I go into each individual order beforehand and generate a label and then choose the above-described method to start the bulk download, I get a PDF with all the labels. However, no new labels are generated. The PDF includes those labels that I previously generated in the orders. If it helps, I can send you screenshots by email.

Viewing 15 replies - 1 through 15 (of 15 total)