So suddenly my shipping will not show show for the same state in which my store is located or for a neighboring state but will work for states on the west and east cost.
I'm using USPS for shipping, Drupal v. 7.2x and Ubercart v. 7-3.6
I haven't seen any errors in either the Devel module or server log. I simply get the standard "There was a problem obtaining your shipping rates.." error message on the check out pane.
I'm wondering if it is an issue on USPS's end. I haven't contacted them at this point.
Ok, so it looks like the USPS module (or USPS themselves) no longer allows Parcel Post for local deliveries i.e. deliveries within the same state that the store is located. This is also true for "near by" states.
I’m not sure at what point the Parcel Post (now shown as Standard Post) option is allowed, but I can tell you it is allowed on states that are further away compared to a bordering state. So at some given distance, Standard Post becomes a viable option.
So, I had to enable a second USPS option - Priority Mail. When it comes to same state / “near by” states shipping, the USPS shipping quotes will only allow priority mail.
Now, with out of state shipping, such as California and Florida, the customer will have a choice between Standard Post and Priority Mail 2-Day.
Related
We need to create Intershop order with product that doesn't require delivery (mobile network plan with monthly payments). As far as we know each basket and order requires to have a shipping method and addresses for it.
Is there a way to avoid setting shipping method or addresses on basket and order since we are not using it, or to setup a shipping method that requires no address.
We also tried to skip setting shipping method on basket and create order with it but it failed.
Also we have tried searching Intershop documentation for digital products and there were a few mentions only of digital addresses but no further info could be found that is relevant to our case.
EDIT: We are not using PWA and we do have physical products (mobile phones) for which we are using standard shipping methods.
To totally circumvent shipping method and shipping address might be quite hard. Are you using PWA? Are there only digital products in your system?
The imho easiest way to achieve something similar out of the box is to use FreightClass "DIGITALDELIVERY" for your products. You will still need to add a shipping address, but an email on that shipping address should be enough (maybe just take over from invoice address? it will then belong to destination region "email-addresses"). Then shipping method "E-mail Delivery" should be available.
I have scoured the internet, but have not seen anything that speaks to what I'm trying to accomplish. Essentially, at the checkout screen, I have shipping & handling set to a flat rate of $4.99. I am using a coupon code to enable free shipping, but I want to offer the user the choice of local pickup if they enter the coupon code. In my shipping zone, I've enabled all three shipping options (flat rate, free shipping, local pickup) unfortunately, with this approach, local pickup shows up by default as a second option to $4.99 shipping & handling.
Is there any way to achieve this?
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.
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.
I am picking tools to use for an international store. Company sells training and products in North America, Europe and a few other places. The existing store in the United States (Drupal/Ubercart/Authorize.net) works great and serves all their needs.
Displaying product prices in different currencies are relatively easy to set up, and you can display the correct currency symbols and values depending on where services are rendered, where people want to ship to, etc (useful modules include uc_multiple_currency, uc_multiprice, uc_cck_currency).
Are there viable Ubercart solutions to sell to other international markets using the same storefront? It is possible for any user to buy services/products through the US store, but paying in USD for a service offered in e.g. the Netherlands, when dealing with people based in the Netherlands is not acceptable.
The only payment gateway I could find that would accept payment in multiple currencies is Paypal. However, I am looking for a solution that would accept credit cards from international users and charge them in the correct currency. Authorize.net works great - will accept cards from anywhere and process them, but all transactions is in USD. It would be extremely problematic to charge someone €250 on the site and their final charge (after currency conversion) being e.g. €250.65 or something like it because of a delayed conversion.
Numerous people have asked this question, with very few useful insights and solutions (see for example here, here, and here, which presents a workaround-ish way of doing things).
To be clear: Displaying prices in different currencies is easy. How can I bill credit cards internationally using the correct currency through a gateway that supports it, without having to do conversions?
I have been through the same thing recently, but ended up making my own module to do the price handling. If it's done right, the prices will be displayed correct, even for order total etc. (See the hook_uc_price_handler)
This means that you will need to do two things to handle your problem.
Make sure the order only contain 1 currency, so you don't have one item costing €100 and another costing $100 (what would the total of that order be?) You could handle this by doing currency conversion if you wanted to, I believe that is how one of the modules you listed works.
When the payment is processed you need to send the correct currency to the payment provider. This already needs to be done in most cases as payment providers usually are able to collect in various currencies. Since most do the payment process via a hidden form that redirects or a inline form with hidden fields, you should be able to use hook_form_alter to set the currency to what you want. Depending on the payment module, this may be hard or easy.