WooCommerce checkout Postcode not updating shipping method - woocommerce

I have managed to connect shipping methods with postcodes. So when ever postcode changes the corresponding shipping method is selected. But when i change the field type of billing post code to a drop down, the shipping method doesn't get updated. I have searched for the issue and seen many questions without any answer till date.

Related

Order creation adds unwanted shipping bucket

The case is following, we have a basket on which we have set only one shipping method, and which at point before order creation contains only one shipping bucket, with shipping method named "pickup".
There are 3 products in cart, two normally added products and one free gift which is added automatically with basket calculation.
This state is in pictured here:
After the order creation process (chain handlers for order creation are enabled), order contains two shipping buckets, one containing application default delivery method which is named "delivery", this is wrong and we don't want that to happen but don't know how to control it. One shipping bucket contains free gift and other contains other products. This state is displayed here:
How can we prevent having another shipping bucket being created for free gift?
EDIT: Intershop version is 7.10.15.3
I am unable to reproduce the problem on 7.10.15.2 with the standard demo shop. It is hard to say if this is a bug or a configuration problem. Can you try to reproduce this issue on an inspired demo shop?
Make sure the free gift item has the same shipping address (on line item level), shipping method and is in the same freight class as the other products.
If the problem is in the OrderCreationChain then have a look at the handlers.
Using this dev tool (only for development env)
/INTERSHOP/web/WFS/inSPIRED-inTRONICS-Site/en_US/-/USD/InspectHandlerChains-Start
There must then be a handler in that chain that creates this second bucket. Hope this helps in finding the problem.

Woocommerce Subscriptions and synced force sell doesn't work?

I'm trying to create a situation in which a guarantee (no VAT) is automatically added to the cart when you order a variable subscription product. This should be done only one with the first transaction, not with the next payment in the subscription, therefore a grouped product construction.
I try to do this with the plugins mentioned above, but it simply doesn't appear in the shopping cart.
Any idea why and how to fix it?
For the grouped product, see also: https://www.rentyourmac.com/product/the-master-macbook-test-subscription/

Woocommerce: Place order, but accept payment later?

Step 1: My WooCommerce shop is attached to a warehouse. I need customers to add products to cart, and then to place their order without making any payment or selecting any shipping.
Next, someone from my warehouse receives the order, and makes edits to the order, and then manually adds a shipping cost to the total invoice.
Step 2: The updated order is then sent back to the customer notifying them of the total cost of the order and then asks the customer to make payment via credit cart or bank transfer.
What I have done so far:
I have configured Step 1 to work correctly - using cheque as Gateway method. What I cannot do is Step 2, accept Payment via a different gateway,
Plugin: WooCommerce Purchase Order Gateway, but that doesn't allow for payment to be captured via WooCommerce later on
What's the best practice here?
I solved this by using WooCommerce Request a Quote plugin, and configuring it to replace the "Add to Cart" button.
Once the Quote list has been submitted, someone from my end confirms the order and uses the Order's Action menu to send Customer Invoice which provides a hyperlink back to the payment gateway: Paypal, Credit Card, Direct Deposit etc.
Looking for same feature, this plugin helped me. but it allow you to send your client invoice

NopCommerce 3.6 Tax By Country & State & Zip always results in zero tax

The NopCommerce 3.6 Tax By Country & State & Zip plugin always returns zero tax for one of my stores. I have the same results locally and remotely, but the database was not copied from local machine. I performed the steps locally and then again remotely to help eliminate the particular environment as a factor.
What might be wrong?
Here are some screen shots to demonstrate.
Tax provider marked primary :
Test customer address contains example zip code.
No roles are marked exempt.
Set tax based on shipping address, etc.
Tax rates were imported via SSMS.
Customer is not exempt.
General tax category has been added.
CountryID of 1 is present.
Specific tax rate for test shipping address is identified.
I also attempted a test with a specific StoreId of 1, though there is only 1 store. Also the field is not nullable, zero acts as the wildcard.
All products are taxable and assigned to General tax category.
No tax displayed in the cart.
No tax displayed in checkout.
No relevant errors in the log.
As much as I wanted to avoid thinking it was true, this problem was created by a third party plugin. A vendor's alternate "One Page Checkout" was clearing the tax for the cart once the Checkout page was hit, and preventing that user from ever obtaining tax calculations in the cart afterward. Removing the plugin corrected the problem, and I've reached out to the vendor for support.
Thanks for anyone who took the time to look at this!
EDIT: To be clearer, what's occurring is that the Real One Page Checkout plugin creates NULL fields in the Address table and associates them with the customer. Therefore, any subsequent orders put in the cart by that customer will never calculate taxation again. I didn't investigate what else might be happening as a result.
I've downloaded the latest copy of the plugin and tested with the same results. All orders placed without the plugin installed work fine, with the plugin installed there are blank records added to the Address table and associated with the Customer.
Here is how the One Page Checkout plugin for nopCommerce works:
When the customers open the checkout page they start with blank addresses (that is why initially you see two empty addresses in the database - one for the billing address and another one for the shipping address) and that is why your taxes are 0 since there is still no any country selected.
Once the customer selects a country then the address in the database will be updated with the country id and all the tax calculations will be based on the newly selected country. The order total will also be updated and the customers will see the new taxes. If the customer changes the country again then the order total will again be updated again with the new taxes based on the new country.
By looking at the provided screenshots, your customer already has an address in his address book and you expect him to use the same address for any new orders.
In that case you can simply check these settings in the administration of the One Page Checkout plugin - Preselect Last Customer Billing Address and/or Preselect Last Customer Shipping Address.
This way when the customer starts the checkout it will not start with a blank address but with the address he has used to make his latest order.
Since the preselected address should already has a country selected then your taxes will automatically be shown for that country right from the start of the checkout.

Google Checkout: specifying a shipping address

With Google Checkout, is there any way to pass in a default shipping address that can't be changed?
I don't want the user to change this as the tax and shipping options are already calculated in the application. Web services from google to my application aren't an option either for other reasons that I don't need to get into.
Thanks.
Edit
I'm using version 2.5, and the GCheckout project 2.5.0.3 (.Net sample code library) to generate the checkout button. I don't see any options on the CheckoutShoppingCartRequest object to specify a shipping address.
It's a roundabout way, but I think you can add a merchant-calculated shipping method with your precalculated shipping, and set ShippingRestrictions on that method. Your restrictions can limit to certain zip codes, so if you limit it to only the zipcode that the user specified, it should prevent them using this shipping method against any other address.

Resources