Wetail

tomaskircher

themusquito

itsmikita

<p>Manage advanced logistics of your WooCommerce orders. You can set to book transport automatically upon an approved order, print freight labels and map your shipping methods to different transport services.</p>
<p>Your customers can track their shipment with a link provided in the order completed email. Abiltity to print freight labels from your WooCommerce order listing.</p>
<p>Powered by nShift. You are required to have an account registered at nShift.</p>
<p>Over 150 transport services from both local and global freight companies like DHL, Posten/Postnord, Bring, DB Schenker, Posti Oy, TNT and more.</p>
<p>More freight companies are being added constantly. Let us know if you are missing one.</p>


nShift

Choose from over 150 transport services to ship your WooCommerce orders with, powered by nShift.

DHL eCommerce Asia

<p>The <strong>Shipping Labels for DHL eCommerce APAC</strong> plugin, developed by <strong>Algoleap Technologies Pvt Ltd</strong>, automates your shipping workflow by connecting your WooCommerce store to DHL eCommerce APAC services — with full support for <strong>WooCommerce HPOS</strong> and now <strong>automatic tracking status updates via Webhooks</strong>.</p>
<h3>Key Features</h3>
<ul>
<li>Generate and print shipping labels directly from WooCommerce admin.</li>
<li>Automatically track shipments and update order status via Webhooks.</li>
<li>Offer DHL shipping options at checkout.</li>
<li>Calculate accurate shipping rates based on destination, weight, and dimensions.</li>
<li>Supports WooCommerce HPOS (High-Performance Order Storage).</li>
<li>Easy-to-use interface for generating and printing shipping labels.</li>
<li>Seamless integration with WooCommerce checkout process.</li>
<li>Detailed documentation and support available.</li>
</ul>
<h3>New in Version 1.1.8</h3>
<ul>
<li>
<p><strong>Fixed: Fatal Error on Order Edit Screen (Critical Fix)</strong></p>
<ul>
<li>Resolved “Call to a member function get_data() on bool” crash occurring on line 108 of the shipping label class.</li>
<li>Root cause: <code>$getOrderproductmname</code> was a redundant second <code>wc_get_order()</code> call that could return <code>false</code> (bool) when the order ID variable was undefined, causing a fatal error when <code>get_data()</code> was called on it.</li>
<li>Fix: Removed the redundant <code>wc_get_order()</code> call entirely. The already-resolved <code>$dhl_order</code> order object is now reused directly, which is guaranteed valid by the guard above it.</li>
<li><code>$dhl_order_id</code> has been restored and is always correctly set from <code>$dhl_order->get_id()</code>.</li>
<li>The order guard has been strengthened from a loose truthy check (<code>!$dhl_order</code>) to a strict type check (<code>!$dhl_order instanceof WC_Order</code>), preventing any non-order value from passing through.</li>
</ul>
</li>
<li>
<p><strong>Fixed: Fatal Error on Cash on Delivery Field (Critical Fix)</strong></p>
<ul>
<li>Resolved “Call to a member function get_total() on null” crash occurring on line 434 of the shipping label class.</li>
<li>Root cause: The Cash on Delivery input field in the meta box HTML was still referencing the old <code>$getOrderproductmname</code> variable, which no longer exists after the above fix.</li>
<li>Fix: Replaced <code>$getOrderproductmname->get_total()</code> with <code>$dhl_order->get_total()</code>, which is the correct, already-validated order object.</li>
<li>All remaining references to <code>$getOrderproductmname</code> have been removed from the file — a full scan confirms zero occurrences remain.</li>
</ul>
</li>
<li>
<p><strong>Improved: Order Object Handling</strong></p>
<ul>
<li>Eliminated all redundant <code>wc_get_order()</code> calls inside the meta box render function.</li>
<li>Order data, items, and totals are now all retrieved from a single validated <code>$dhl_order</code> instance.</li>
<li>Reduces database queries per page load on the order edit screen.</li>
</ul>
</li>
</ul>
<h3>Configuration</h3>
<ol>
<li>Enter your <strong>DHL eCommerce APAC API credentials</strong>.</li>
<li>Configure your default package dimensions and shipping preferences.</li>
<li>Enable <strong>Webhook tracking updates</strong> (enabled automatically).</li>
<li>Enable debug logging if needed.</li>
</ol>
<h3>Usage</h3>
<h3>Creating Shipping Labels</h3>
<ol>
<li>Go to <strong>WooCommerce <span aria-hidden="true" class="wp-exclude-emoji">→</span> Orders</strong>.</li>
<li>Open any order and find the “DHL eCommerce APAC” panel.</li>
<li>Fill in shipping details and click <strong>Generate Label</strong>.</li>
<li>Download and print the generated label.</li>
</ol>
<h3>Bulk Label Creation</h3>
<ol>
<li>Go to <strong>WooCommerce <span aria-hidden="true" class="wp-exclude-emoji">→</span> Orders</strong>.</li>
<li>Select multiple orders.</li>
<li>Choose <strong>Create DHL eCommerce APAC Labels</strong> from the Bulk Actions dropdown.</li>
</ol>
<h3>Automatic Tracking Updates</h3>
<ul>
<li>DHL’s ELR system automatically sends tracking updates to your webhook endpoint.</li>
<li>The WooCommerce order table updates the <strong>Tracking Status</strong> automatically.</li>
</ul>
<h3>WooCommerce HPOS Compatibility</h3>
<p>Fully compatible with WooCommerce High-Performance Order Storage.</p>
<h3>Privacy & Logging</h3>
<p>Webhook and API logs are stored securely in WooCommerce <span aria-hidden="true" class="wp-exclude-emoji">→</span> Status <span aria-hidden="true" class="wp-exclude-emoji">→</span> Logs (when enabled).</p>
<h3>Disclaimer</h3>
<p>This plugin is an independent DHL eCommerce APAC integration and is not officially endorsed by DHL.</p>
<h3>Support</h3>
<p>Contact the WordPress plugin support forum or plugins@wordpress.org.</p>


Shipping Labels for DHL eCommerce APAC

Integrate DHL eCommerce APAC with WooCommerce. Generate shipping labels, track shipments via Webhooks, and supports HPOS.

nShift vs Shipping Labels for DHL eCommerce APAC