This author's response time can be up to 2 business days.
Hi, I would like to know if it’s possible to have several shipping method in one cart when there is different product ? (different product with different shipping class).
For example, if I order 2 products, for each product, the amount of shipping method will be different.
Do you mean the amount of the cost or the number of options available? I believe either of these would be possible. With this method you can setup various options, each with different rows and criteria. If you don’t want a certain option to appear, you can setup a condition that say ‘except for this product’...
I mean the amount of the cost of the shipping method.
For example, product A : Shipping cost = 5€
prodcut B : shipping cost = 6€
Each product has a shipping class. So if I order 1 product A and 2 products B, the amount total of shipping must be : 17€
Is that possible with your module ?
Moreover, in some case, I need do disable some shipping method if there is some special product (with a specific shipping class) in the cart. Is that possible too ?
I hope that I’m clear in my explication.
Absolutely! This plugin has product specific settings in the ‘Conditions’ column, so you can select a product and give it a specific cost using the Per Item or Per Line Item conditions.
The conditions also allow you to exclude, you can do this through a shipping class or a product ID if desired. I will have some examples up in the knowledgebase shortly, but in the meantime I am happy to answer any questions if some come up during setup.
Hello, I’m running V4.0 and WC3.0.3. Now I tried to take over all settings of TableRateShipping Tab to shipping zones Tab in WC. But something is going wrong. It seems there is a weight round up for the single product weight. If the products weight is 1,0 kg everything is fine. If the products weight is 1,1 kg – then 3 products are in the class from 5 to 10kg instead of 0 to 5 kg. I can send a screenshot with the difference in results between old end new settings.
And: Option Weight round up is not selected.
Thank you, this is a known issue that was resolved this morning. The fix will not appear until version 4.0.1, but if you would like to open a support ticket, I would be happy to provide you with the fix:
Ticket is submitted. Thanks
Hi Bolder Elements,
I have currently a lot of rates setup and was wondering if it’s safe to update to v.4 with the latest woocommerce 3.0.3. I have noticed that your plugin v.4 has a lot of changes including new UI. Since there is no automatic update in WP admin, I have to delete the current plugin and manually update the new v.4. Would it somehow affect my current rates setup? Thanks, Marcin
No it shouldn’t. Your settings are stored safely in the database. Deleting the plugin files manually or through the dashboard will not remove the settings. The new update has both the new settings and the old so that your shipping will continue to run even before you setup the new rates.
Hello, I’m running V4.0 and WC3.0.3. All configuration options have disappeared. When I try to access the settings, I get the message “you do not have permission to access this page. The URL seems to be badly defined /wp-admin//admin.php?page=be-table-rate-shipping … this It’s URGENT !! My store has lost all shipping methods. Regards
The link from the settings page was just a convenience. The songs for this plugin can be found under the Shipping tab just like any other shipping method. The prior settings are found under the Table Rate link in the sub menu of the Shipping tab. The new settings pages are found when you add a Table Rate method to a new WooCommerce shipping zone.
The only way for the old settings to disappear is if you deleted the old zones from within the Shipping Zones tab. This also removes the rates from the table though so they would be gone as well.
Thanks for your response, I have opened a new ticket on your website. Best Regards
Is this plugin compatible with Woocommerce 3.0? (I saw two other people asked this a couple of weeks ago but I wanted to ask again as a lot can happen in two weeks.)
Also, Woocommerce 3.0 is not listed in the “compatible with” section in the product details. Thanks.
Yes, it is compatible. There are a couple issues with the plugin itself, but if they affect your setup you can open a support ticket and request 4.0.1. It takes 3-4 days to get through the CodeCanyon review process so it’s not available yet. They also have not added WC 3.0 to their applicable version numbers but once they do I will update the product details box.
I’ve purchased these theme for several sites and am adding it to another – as soon as I hit activate it says “plugin doesn’t have appropriate header.” Then the site shuts down, and I have to delete it via FTP.
Can I get assistance here or do I need to create a ticket elsewhere? Thanks!
This is more than likely due to your PHP version. There is a line of code that does not seem to work in older versions of PHP. My plugins are only tested in PHP 5.6 and newer as prior versions are no longer supported by PHP so occasionally these things may happen.
As a developer, I would recommend upgrading your PHP so you are not open to possible security threats, but if you cannot, you can open a support ticket and I will provide the fix to you there. Thank you for your patience.
You were correct – my client had 5.4 so I updated that. Another tip if anyone else has this issue…log out of your wp-admin/dashboard then back in before you try to install the plugin again.
Thanks for your help!
well…something still isn’t working even after updated PHP. I’ll set up a support ticket. I’m able to set shipping zones and select “table rate” as shipping method HOWEVER under the shipping tab? It isn’t adding “table rate” as an option with the others. I have to go back to the shipping zones, hit table rate shipping to get there.
I’m afraid I do not quite understand your directions but I will look at your ticket and hopefully that will help me understand better.
In the new system under WooCommerce > Settings > Shipping > Shipping Zones > “Zone” > Table Rate, I can’t find the setting equivalent to the old “Single Class Only [ X ] When enabled, only items of the highest priority shipping class will be counted towards the shipping cost (Per Class Method Only)” setting that used to be under Miscellaneous Settings in the now deprecated Settings Page. If this can be done with the new conditions, please tell me how to do so.
My site has only 2 Shipping Classes and that is how shipping costs are determined. I have their conditions working well but when both are ordered at the same time I need the item from the lower priority Shipping Class to not add any shipping cost to the order as we simply toss it into the larger box for the higher priority Shipping Class item.
This setting only works with Per Class setups so it is hidden unless you have selected that option as your Condition. Perhaps you still have it set to Per Order? When enabled you will see it under the Additional Settings section. The priorities themselves are set on the Shipping Classes page.
Bingo, that’s it! Thank you very much. It all works as desired when set to Per Class.
Excellent! I am glad to hear it’s working better now
Hello, Seams like a new update is a big changes, i created on last version 95 shipping zones (with postal code), and then i could create different rates with weight condition on all shipping zone at the same time by importing csv but it seams it is not possible anymore.
Also export fonction give an ERROR message
Unfortunately this won’t be possible with the new version. You can continue running 3.6.6 so long as future upgrades of WooCommerce do not affect anything negatively, but it was decided to move forward with the new zones as they offered the best features moving forward.
As for the ‘Export’ error, this is usually caused by not selecting any rows in the table. If you would like to select all of them, simply check the box in one of the headlines and it will select all of the rows. Then when you click ‘Export’ it should offer you a csv file.
I want to ask you a question before buying your plugins after the refund of another plugins.
I use decimals to sell in cm on one of my sites.
I am looking for a plugin to make sure that my shipping costs this calculates based on the weight of each item or item category.
You think that the fractionable sample 0.8 sample does not pause problem.
thank you for your reply
Certainly! There are no restrictions on the number settings. You could have 10 decimal places if you so needed, although it’s not recommended. You can setup weight ranges using decimals, or you could multiply the item’s weight by a given cost. There are many options for weight based models.
If you would like to check out the demo site, access to the dashboard is given so that you can try a couple scenarios before you buy:
I just downloaded your plugin. My problem is I have two classes of products. One can be shipped USPS flat rate, the other has to go Priority. When someone orders one of each product, is it possible to not have the flat rate show up so the only option is priority?
Sure, so long as the two prices are setup within the same shipping method instance there are several ways. You can use the Per Class methods to split the cart into two groups for calculations. This way if you do not set a price for a shipping class one option, if the customer tried to purchase that item, it wouldn’t be valid because it couldn’t find the cost.
There are also “exclude” shipping class conditions if you wish to just exclude the shipping class from a particular row.
I have Flat Rate set up to include class A and B and exclude class C. However, if someone buys something from class A and something from class C the option for class A still shows up. I don’t want someone choosing shipping at $3 when they should be paying $8.
Not sure if you saw my question so I will post it again. I have Flat Rate set up to include class A and B and exclude class C. However, if someone buys something from class A and something from class C the option for class A still shows up. I don’t want someone choosing shipping at $3 when they should be paying $8.
My apologies, I have been trying to replicate the issue but I seem to be getting different results. At the moment none of my options show up when a shipping class condition is set. Do you see the same or is the problem simply that the wrong cost is being shown? I will have to look further into each, but if a code change is necessary, I would recommend opening a ticket so I can share the fix with you easier.
Help! I can’t see any of the new changes you incorporated after installing version 4. I created new shipping zones to prepare for migration but those zones don’t show up as selectable for my table rates. Also, I can only specify one price per row, and cannot add any descriptions to the rates.
Basically, none of these features work or are visible on my deployment:
Added: Support for WooCommerce shipping zones and multiple instance
Added: Entirely New Settings Interface
Added: Ability to have multiple conditions and costs per table row
Added: Shipping descriptions that appear beneath the shipping option’s title and price
It sounds like you are still reviewing the 3.6.6 settings. With WooCommerce zones, the shipping methods are added to the zone, not the other way around. The old 3.6.6 settings page has been deprecated and will eventually be removed. Please review their shipping zone documentation for a visual on how shipping methods are added.
Thanks, now I understand.
Let me ask, I used to have a base cost for each shipping zone, and then each class within the zone added additional costs. Can this be achieved with the new (great looking) plugin?
Also, with your old plugin it was possible to specify shipping zones excluding a country, like “everywhere except country”. This no longer seems to be possible. Is the new plugin more or less flexible compared to the old one? The official Woo shipping zone implementation is weaker than yours.
It seems the math is broken somehow. I have a global shipping zone. I added a table rate called “Express Shipping (New Format)”.
I have a row with the following conditions:
- Subtotal greater than $1: Cost $18
- Shipping class “Parts”: $10 for every 1 items
- Shipping class “Grinder”: $10 for every 1 items
My cart has 1 x grinder, 1 x part worth a total of $68. The base table rules are set to per class. The shipping cost with Express Shipping (New Format) should be $18 + $10 +$10 or $38. However, the plugin outputs $28 no matter which base table rule I use.
Unfortunately the base costs were done away with in the core of the plugin. They caused much confusion for those who didn’t need them. There will be free add-ons for this method to add functionality that only a certain number of users actually need, and this will be the first.
So unfortunately the only way to do so is with code, but if you want to share some information about your settings such as instance ID, option IDs, and the desired base costs I would be happy to help you put it together in the meantime.
The new WC zones work a little differently but do offer some advantages. They don’t have an exclude feature because every zone excludes all areas in the zones above it. Once a user qualifies for a zone, all remaining zones are ignored. I’ve started to look into the ability to add features. WC is rather good about making almost everything capable of modification. If it is possible, I can add some things. I know “all postal codes except” has been a popular one.
As for the shipping cost, in honestly not sure. If both items in the cart are indeed assigned to their respective classes, I would have expected $20. The plugin won’t be able to use the base fee as I described earlier. Every shipping class group will qualify for one row in the table. If it qualifies for two, then only the latter of the two will be used.
It seems like “line item” and “item” do not make a difference to the price when I have a higher quantity of one item. Shouldn’t “line item” count for each unit in the cart?
In your previous settings it was possible to assign a cost to the first unit, and subsequent units to have a different cost added.This doesn’t seem to work anymore.
Lastly, the new shipping zones means a lot of duplication is needed of various rates, since the WC implementation only cares about one zone and not matching table rules across all zones.
How long will you keep supporting the old settings? I find the new implementation much less powerful and don’t want to loose functionality. I also don’t want to be vulnerable by running an outdated plugin. Any chance you can refrain from deprecating the old settings which are so good?
What conditions do you have setup? It may vary, but the difference here is what to compare. For example, if you are comparing weight, Per Item would look at the weight of the product alone. Per Line Item would look at the total weight being purchased.
The bundle pricing is still possible but setup differently as it doesn’t have its own column. You would need to add two cost types to a single row, one being a flat rate and the other being a “multiplied by” type. For example, if you charge $5 for the first item and $2 for each item thereafter, you would have a flat fee of $3 and another cost ”$2 multiplied by items”
The old settings won’t be removed for a while, but they also won’t be updated from here on out so I cannot promise compatibility with changes to WooCommerce. I know some did enjoy some of the flexibility, but it’s difficult to move forward without supporting new WooCommerce features. There were some features lost by keeping it a legacy method so ultimately it was best to move forward with changes WooCommerce put in place. It never hurts to suggest things to them, though. The developers browse the support forum from time to time so it’s possible they could improve upon them in the future.
Hye! I would like to test the backoffice of this plugin. Is that possible ?
Absolutely! When you visit the ‘Live Demo’ of this plugin, there is a link in the menu labeled ‘Plugin Settings’. This will direct you to the Shipping settings page. Login credentials are provided above the login form.
WooCommerce Table Rate Shipping 3.6.6 and 4.0.1
Since Woocommerce 3, whenever someone checks out, the following lines now appear in PHP logs:
[24-Apr-2017 10:32:44 UTC] length was called incorrectly. Product properties should not be accessed directly. Backtrace: require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::do_wc_ajax, do_action(‘wc_ajax_update_order_review’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::update_order_review, WC_Cart->calculate_totals, WC_Cart->calculate_shipping, WC_Shipping->calculate_shipping, WC_Shipping->calculate_shipping_for_package, WC_Shipping_Method->get_rates_for_package, BE_Table_Rate_Shipping->calculate_shipping, WC_Abstract_Legacy_Product->__get, wc_doing_it_wrong. This message was added in version 3.0. [24-Apr-2017 10:32:44 UTC] width was called incorrectly. Product properties should not be accessed directly. Backtrace: require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::do_wc_ajax, do_action(‘wc_ajax_update_order_review’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::update_order_review, WC_Cart->calculate_totals, WC_Cart->calculate_shipping, WC_Shipping->calculate_shipping, WC_Shipping->calculate_shipping_for_package, WC_Shipping_Method->get_rates_for_package, BE_Table_Rate_Shipping->calculate_shipping, WC_Abstract_Legacy_Product->__get, wc_doing_it_wrong. This message was added in version 3.0. [24-Apr-2017 10:32:44 UTC] height was called incorrectly. Product properties should not be accessed directly. Backtrace: require(‘wp-blog-header.php’), require_once(‘wp-includes/template-loader.php’), do_action(‘template_redirect’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::do_wc_ajax, do_action(‘wc_ajax_update_order_review’), WP_Hook->do_action, WP_Hook->apply_filters, WC_AJAX::update_order_review, WC_Cart->calculate_totals, WC_Cart->calculate_shipping, WC_Shipping->calculate_shipping, WC_Shipping->calculate_shipping_for_package, WC_Shipping_Method->get_rates_for_package, BE_Table_Rate_Shipping->calculate_shipping, WC_Abstract_Legacy_Product->__get, wc_doing_it_wrong. This message was added in version 3.0.
Upgrading to Table Rate Shipping 4.0.1 (but still running in BE legacy shipping zone mode) has not removed the lines.
Checkout itself works OK, but all these messages are making it difficult to spot other issues in the log files.
Thank you for letting me know. This has been since WC 3.0. Much of it has already been addressed in TRS version 4.0, but please note that the old settings have been deprecated, so these will not be updated or maintained.
Everything in WooCommerce is backwards compatible, at least for a certain time period. It will continue to work for a while, but eventually you will want to upgrade to 4.0 in order to maintain compatibility with future versions.
Sadly, the new version breaks our shop. The PHP version is outdated and the hosting provider can’t instantly move the site to an updated server. I would like to upload the older version of the plugin in the meantime so we can continue in business. Restoring the exported website does not work. Where can the old version be found? Thank you in advance!
Older versions are not stored on CodeCanyon, they can only be given by way of support ticket. Have you tried 4.0.1, however? There is only one known issue with old versions of PHP and it should have been resolved in the last update.
Thank you for your reply! We are having this problem: https://codecanyon.net/comments/16240636 with the only download available on codecanyon.
I’m sorry, but I don’t quite understand. It looks like it links to a post about upgrade issues, just asking how to upgrade. I am only aware of one php issue but if you believe there is another I’m happy to look.
My apologies, I must have mislinked. The issue: when uploading, we either get an ‘no header found’ error making it unable to activate during upload. Once uploaded, however, the plugin can be activated. Doing so causes a HTTP 500 error on WooCommerce—>settings. With the plugin activated, everything from the shopping basket on is a blank page. You can see the result here: https://www.chalkboard.nl/cart/. So, until this issue is resolved (or I can get my hands on an older version of the plugin), we can’t sell anything on our site.
A blank page is definitely a php fatal error, but I won’t be able to fix it without knowing the error message because I cannot replicate it myself. Could you please turn on WP_DEBUG mode momentarily? This will print the error directly to the screen to give to me. Please also be sure you are running the latest update (4.0.1) before doing so. Thank you kindly
I have followed the instructions. Please let me know if you require more?
I have moved the website to a PHP 7 server and the problem persists, I fear. Could we have access to the previous version so we can resume sales? This is costing us a lot of money!
I can’t seem to replicate the problem, I assume because you don’t want to leave it that way. Could you please find the error causing the blank page and leave it in response here?
If you would like the older version, please open a support ticket so we can share information better. Or you can simply upload only the files in the ‘deprecated’ folder of this plugin. These are all the plugin files for version 3.6.6.
Error? There is no error. The cart is just one blank page. Behind the scenes we get a HTTP 500 error when trying to go into settings. That’s it, there is nothing to replicate. Which folder are you referring to? Within the new plugin files? I’ll comb through them….and open a support ticket. Whatever it takes to minimize the damage at this point. Thank you for your help!
I can’t register to bolder elements without a purchasing code, and I suppose I will have to renew my support license for that because the code is not where the instructions tell me it should be. I’ll get a hold of my boss. Good grief!
Done, ticket made.
Thank you, I have updated with further details.
Hi, I’m interested in purchasing your plugin but I would like a few questions answered if you don’t mind.
Assuming I have different products to be shipped, how does table rate determine what shipping cost to use assuming I want to use flat rate prices to determine shipping cost? Thanks
Are you going to respond to this ?
You have a lot of options worth this method so it depends on what you want. You can have priorities and charge the highest priority cost that the customer qualifies for, or you can charge a few for each group and have them combined into one option.
I’m not sure what this “update” to Table Rate Shipping is about. Don’t Wordpress plugins update through my control panel? I tried to upload the zip file as a plugin to my website, and my control panel said the “destination file already exists” and “upload failed”. I certainly don’t want to delete the version I have working on my site now…cuz then I may have to reconfigure all the settings, right? It’s working perfectly now, and I don’t have time to deal with an update that could cause my website to not function properly.
I can see others have asked similar questions elsewhere about similar updates that need to be downloaded (instead of just updating through the control panel with the click of a button like all my other plugins), and the answer has been “You shouldn’t lose all your settings.” So does that mean I “could lose them all, but I shouldn’t?!” Why is this paid-for plugin so horribly complicated when it comes to updating itself? Why can’t it update like every other plugin? It’s working perfectly for me now with the old version, and I’m just not interested in going back and configuring everything again if my settings are lost when installing an updated version. Should I just use the older version until an update to WC causes problems? Or should I trust that I can delete the old version, upload the new version, and everything will remain the same? I just have a simple table rate shipping set up, I believe, but my programming skills are very limited…which is why I bought a plugin…and I don’t want to open a can of worms when it is functioning perfectly now. What do I do?
If you are using the dashboard’s plugin uploader, you will need to delete the existing files first. This form is only an installer, not an upgrader, so it will not delete the files for you first. Deleting the files, however, will NOT delete your settings. These are stored in your database so they will reload when you reinstall the plugin.
So while your settings will not be lost, you will need to reconfigure the shipping eventually. The 4.0 update switches from a legacy method to one that is compatible with the new WooCommerce zones (so you will need to be running at least WC 2.6). But the legacy method is still included so your shipping will continue to operate as it did before while you switch over.
If you are running WC 3.0 you should have no issue. I do currently have one update in queue to resolve a backwards compatibility issue with WC 2.6, but if you still have 2.6 you can always open a support ticket and request the update soon.
Hi, Fantastic plugin, I have one question, I am still running WC2.6.8 with WP4.7.4, I want to update to latest version, is there any process to update or can I simply update to new version ?
EG, do I need to add zones or not ?
You won’t need to right away but the old settings are deprecated and will be removed eventually. But you will have time to work on this without your shipping going down. However, you may want to open a support ticket if you have variable products in your shop. There is an issue just brought to my attention that a function used is not properly backwards compatible with 2.6. If you open a ticket I can provide the fix that resolves this.
First of all, thank you for your plugin which is following our developpement since the very beginning of our website.
We want to let you know that we found a problem of compatibility with WooCommerce Multilingual.
When we try to load an old order in our admin we’ve got the following message :
Notice: Undefined property: WooCommerce::$payment_gateways in /wp-content/plugins/woocommerce-multilingual/inc/class-wcml-emails.php on line 252
Fatal error: Uncaught Error: Call to a member function payment_gateways() on null in /wp-content/plugins/woocommerce-multilingual/inc/class-wcml-emails.php:252 Stack trace: #0 /wp-includes/class-wp-hook.php(298): WCML_Emails->filter_payment_method_string(NULL, 80471, ‘_payment_method…’, true) #1 /wp-includes/plugin.php(203): WP_Hook->apply_filters(NULL, Array) #2 /wp-includes/meta.php(486): apply_filters(‘get_post_metada…’, NULL, 80471, ‘_payment_method…’, true) #3 /wp-includes/post.php(1755): get_metadata(‘post’, 80471, ‘_payment_method…’, true) #4 /wp-content/plugins/woocommerce/includes/data-stores/class-wc-order-data-store-cpt.php(127): get_post_meta(80471, ‘_payment_method…’, true) #5 /wp-content/plugins/woocommerce/includes/data-stores/abstract-wc-order-data-store-cpt.php(97): WC_Order_Data_Store_CPT->read_order_data(Object(WC_Order), in /wp-content/plugins/woocommerce-multilingual/inc/class-wcml-emails.php on line 252
Does this problem go away when the plugin is disabled? I’ve looked through your stack trace here but I can’t find where any of this links up. This shipping method does not use the payment gateways variable, not even as a condition, so I’m not sure where it could be affecting this.
Conflict with Gravity Forms – I am unable to add any forms when this plugin is enabled. I have disabled all plugins and themes to isolate this issue. If the plugin is deactivated, I can create forms and switch the plugin back on to add them to pages. Can you advise please.
Another user has offered login details to their site and I am working on determining the problem. I can update you again when I know more, but if a fix requires some code to be moved around, it may be more helpful to open a support ticket so I can share the necessary files with you.
WooCommerce Table Rate Shipping 4.0.1; Wordpress 4.7.4; Woocommerce 3.0.4; PHP 7.0
We have 3 Shipping classes and 10 Shipping Zones.
I upgraded plugin to v4.0.1, which continues to work fine in legacy mode.
Then, after checking first on our Test system, on our Live system I replicated the legacy shipping zones in Woocommerce and configured Table Rate Shipping methods that came close to mimicking the behaviour of legacy.
Then we disabled the legacy zones and went live with the new.
I then thought of a rule improvement, which involved using the Priorities on the shipping classes.
So on our Test system I set some priorites (1,2,3 against our three classes).
But during testing I discovered that each class can only have its priority changed once on the shipping class maintenance screen – it is then fixed.
I tried a shipping class priority change on Live as a further test, which should had no unwanted effect on the Live shipping rules (as our current rules don’t utilise shipping class priorities).
This also resulted in a “stuck” priority (just like on our Test system).
However, as a side effect, it appears to have forced all zones to be mapped to our default, catch-all shipping zone.
So I disabled all Table Rate Shipping methods on the Shipping Zones screen, and re-enabled the legacy mode. Which is still working OK.
I’m not sure why the zones no longer map correctly but, as a start, the fact that the shipping class priorities get stuck is not a good sign.
The PHP logs are clean.
Are you aware of this issue?
Presumably a fix falls to the Woocommerce team themselves?
Use, by you or one client, in a single end product which end users are not charged for. The total price includes the item price and a buyer fee.
View license details
Get it now and save up to $8
Unlimited graphic downloads & digital courses. Only $29/month
22,000+ templates & 1,000+ courses
Learn almost anything with
Envato Tuts+ for free
9000 free tutorials, 3000 paid courses
Designers matched perfectly to
you on Envato Studio
2000 artists ready to undertake your work