Local Sales Tax Mod - Support Thread

I love this mod and have used it for the last 2 years. I know that this has never been addressed due to how it calculates Tax. It's not doing it per item it just has a function that totals the order and kicks it out.

I need to be able to put the taxed item each into invoicing for billing purposes and I'm manually doing it now through an export and it's tedious. I did what they said to do by just removing the columns, but that just hides the problem.

Has anyone solved this problem?

Thanks!

Quote:

---

Originally Posted by LadyHLG

Tesla,
I haven't had time to test this, but you can give it a try.
Open the following file:
includes\modules\order_total\ot_local_sales_taxes.php

at about line 170 look for the following:
$debug2 .= $myfield."<br>";

right above that line place the following code:

PHP Code:

---

if($taxmatch == "postcode"){
$myfield = substr($myfield, 0, 5); 
} 


---

See if it does the trick.

LadyHLG

---

I have the exact same issue now. If the customer uses 9-digit zipcode, his order will be "tax free". Plug-in version 2.5.3a. "$debug2" or "$myfield" are not existed any more. Here is how I changed my code, which is similar to the guide above.

At around line 86. Change the following code in includes\modules\order_total\ot_local_sales_taxes.php

Code:

---

$apply_local_tax = check_for_datamach($taxrec['order_data'], $taxrec['matching_data']);

---

To the following

Code:

---

$apply_local_tax = check_for_datamach(substr($taxrec['order_data'], 0, 5), $taxrec['matching_data']);

---

I tried it on my end (zc 1.57c, php7.4) and it seems to work good.

Keywords for search: 9-digit, 9 digits, nine digits

Updated to fix various issues with newer PHP/Zen Cart.

Quote:

---

Originally Posted by swguy

Updated to fix various issues with newer PHP/Zen Cart.

---

Hi Swguy, thanks for updating this plug-in. May I know if any tips to update this plug-in from 2.5.3b to 2.6?

Hi Swguy, I tested this plug-in on my test site, and I noticed that the previous two issues are not fixed.

One is the 9-digit zipcode issue. Once the customer entered 9-digit zipcode instead of 5 digit, his order will be "tax free". The fix is similar to my previous post.

Another is the tax rate for the store pickup. By test, if the customer selected store pickup option, the tax rate was charged by the zipcode in his shipping address, not the zipcode of my store. For pickup order, the tax should be charged by the zipcode of the store location, not by the shipping address.

Yep I just fixed PHP issues.

includes/modules/order_total/ot_local_sales_taxes.php line 43 (checking payment type = "quest") was an accidental inclusion that should be removed.

Hi Swguy. Can you please explain the "accidental inclusion" in details? Here is the line 43:

PHP Code:

---

if (!empty($_SESSION['payment']) && $_SESSION['payment']  === 'quest') return []; 


---

Do you mean change it to the following?

PHP Code:

---

if (!empty($_SESSION['payment']) && $_SESSION['payment']  === 'quest') return; 


---

Just delete that whole line - unless you are a vendor in Alaska who takes Quest as a payment method, and does not need to charge sales tax for Quest-paid orders. :)

That is easy. Thanks!