Zen Follower
- Join Date:
- Jul 2008
- Posts:
- 495
- Plugin Contributions:
- 0
Paypal Express checkout and local taxes
Bump. Just wondering if anyone has any info on this. Thanks.
Site maintenance: Sun 15 Nov, from 20:00 UTC, about 4–6 hours. Details
This cutover relies on some testing that is still incomplete so may be cancelled at short notice
Started by 65fastback2_2 on 1 Nov 2012, 1:09 PM · Views: 11,770
Zen Follower
Bump. Just wondering if anyone has any info on this. Thanks.
Oba-san
Because the address is unknown, the Store address is used when you click the PayPal button on the shopping_cart, thus showing the tax ...
When the customer goes through the checkout, this will be fixed ...
One way to avoid that, is to configure PayPal to not show the PayPal button on the shopping_cart so that the customers sees everything in the checkout and their address is then used ...
Linda McGrath
If you have to think ... you haven't been zenned ...
Are you using the latest? Perhaps you've a problem that's fixed in the latest version: [Upgrade today!]
Officially PayPal-Certified! Just click here
Try our Zen Cart Recommended Services - Hosting, Payment and more ...
Signup for our Announcements Forums to stay up to date on important changes and updates!
Zen Follower
Thank you for the reply Linda. I've decided to use a work around. What I did was create a new zone named it "tempzone" assigned to the same country "United States". Then under Config>My Store, I assigned the zone to that "tempzone". This seems to work.
Do you have any warnings/cautions for me using this workaround?
Sensei
You can try it, but I don't think I'd recommend it for others to use.
.
Zen Cart - putting the dream of business ownership within reach of anyone!
Donate to: DrByte directly or to the Zen Cart team as a whole
Remember: Any code suggestions you see here are merely suggestions. You assume full responsibility for your use of any such suggestions, including any impact ANY alterations you make to your site may have on your PCI compliance.
Furthermore, any advice you see here about PCI matters is merely an opinion, and should not be relied upon as "official". Official PCI information should be obtained from the PCI Security Council directly or from one of their authorized Assessors.
New Zenner
DrByte:
You can try it, but I don't think I'd recommend it for others to use.
I had exactly the same problem (running v1.5.1) and the "tempzone" idea worked great. Haven't seen any other fallout from it yet.
New Zenner
ryankit:
I had exactly the same problem (running v1.5.1) and the "tempzone" idea worked great. Haven't seen any other fallout from it yet.
This fix ^ seems to work perfectly for my store.
Locations/Taxes>Zones>new zone>"TempZone">Insert
Configuration > My Store > Zone > "TempZone"
It still figures taxes correctly after customer logs in or provides paypal their address (either in the store or in paypal).
Zen Follower
DrByte:
It's not a PayPal thing.
It's caused by this default which was added to prevent errors from being triggered when customers without an account attempt to go through checkout:
line 287 of orders.php class:```
// set default tax calculation for not-logged-in visitors
$taxCountryId = $taxZoneId = -1;
> Changing it from -1 to 0 would prevent the system from using the STORE_ZONE and STORE_COUNTRY as defaults, and instead give nothing back.
> But I've no idea what other very bad side effects that could cause as well, everywhere in your store.
> USE AT YOUR OWN RISK
Sorry to revive this zombie thread but it came up first in google...
So, just updated a store from 1.5.1 to 1.5.6
php 7.3
upgrade gone pretty smoothly thanks mostly to being strict not to edit core files and use the overides.
Luckily have a test server to do the upgrade on, so still able to keep original 1.5.1 store going until 1.5.6 one ready.
going through the checkout scenarios and came across this issue, where if customer uses the EC button, it wasn't including the VAT (UK store) in the total shown on paypal.
On the old store it stills works fine.
Looked at the orders class file, and see that (contrary to earlier Dr Byte postings) that at line 324 it now states:
// set default tax calculation for not-logged-in visitors
$taxCountryId = $taxZoneId = 0;
If i set this back to -1 as was said earlier, then now works fine...
// set default tax calculation for not-logged-in visitors
$taxCountryId = $taxZoneId = -1;
So is this a bug? Intentional?
Tell staff why this post should be reviewed.