• Toll-free  888-665-8637
  • International  +1 717-220-0012
Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

scurry
#1 Posted : Wednesday, February 6, 2008 12:56:13 PM(UTC)
scurry

Rank: Member

Joined: 4/23/2007(UTC)
Posts: 53

Well, my CFO wants to talk to me this afternoon about why occasionally customers from taxable states are not being taxed. Has this happened to anyone else? I have checked and double-checked all of my tax settings as well as the products in question and all looks fine. I have even placed mock orders duplicating the orders in error and the tax calculates perfectly for me every time. It's probably one of those things that creeps up when the customer makes numerous edits to his order/address before checking out. Maybe the software just gives up after numerous changes and says, "All right, you win, no tax." I don't think this will be good enough for my CFO, though. Any ideas would be appreciated.


Thank you,



Joe

www.georgehowe.com
jonm
#2 Posted : Wednesday, February 6, 2008 1:07:52 PM(UTC)
jonm

Rank: Member

Joined: 3/24/2005(UTC)
Posts: 311

I have had this issue as well. I don't know the cause of it but my account manager pulls her hair out everytime it happens because she has to call the customer and recharge the card with their permission.

The only thing I can think of is that the anthem component is not updating when someone enters their zip code and goes right to complete order. Its like it does not notice the change but, I need to do more testing.

Also, I have had to limite the zip code field to 5 digits only because some people put in more numbers then that.
-Jonathan Moore
www.tvps.com
birdsafe
#3 Posted : Wednesday, February 6, 2008 1:21:58 PM(UTC)
birdsafe

Rank: Member

Joined: 2/21/2007(UTC)
Posts: 1,113

Are the billing and shipping addresses the same? You are only taxing those customers who ship to states in which you have a physical presence, correct?
scurry
#4 Posted : Wednesday, February 6, 2008 1:39:10 PM(UTC)
scurry

Rank: Member

Joined: 4/23/2007(UTC)
Posts: 53

Thanks, Jonathan and Joe. Yes, the ship-to address is the one in question. We have a presence in five states and it seems that one out of every 10 of these taxable orders slips through untaxed. Unfortunately, following up with a call to the customer is my job :(
jonm
#5 Posted : Friday, February 8, 2008 12:33:42 PM(UTC)
jonm

Rank: Member

Joined: 3/24/2005(UTC)
Posts: 311

I just got another today with this problem. The tax for that zip code is in the DB but the order was not charged tax. Both billed to and Ship to zip was the same so no confusion there. BV if your looking at this thread can you shed some light as to why you sometimes charge tax and not other times???
-Jonathan Moore
www.tvps.com
jonm
#6 Posted : Friday, February 8, 2008 12:54:47 PM(UTC)
jonm

Rank: Member

Joined: 3/24/2005(UTC)
Posts: 311

Hey Joe,

I coded a check for tax before the actual order is placed. If your comfortable with doing this yourself here is the code that I used. I use the one page checkout page I don't know which one your using.

Open up this file: bvmodules/checkouts/One page checkout/checkout.aspx.vb

Look for the function: ValidteSelections()

After this chunk of code:

Code:

Dim paymentFound As Boolean = False
Basket.CalculateGrandTotalOnly(False, False)
If (totalValue >= Basket.GrandTotal) Then
paymentFound = True
End If


Add this chunk of code

Code:

Basket.CalculateTax()
If Basket.TaxTotal.ToString("c") <> TaxTotalField.Text Then
MessageBox1.ShowError("Tax was not calculated. It has been adjusted please review order again and resubmit.")
TaxTotalField.Text = Basket.TaxTotal.ToString("c")
result = False
End If


What this will do is it will recalculate the tax and if it does not match what the order has in there it will cause an error and require the user to review the order again and hit submit one more time. Its a very lame fix I know but we need to be able to catch this prior to completing the order. I really think this has to do with the Anthem controls not updating quickly enough prior to the user hitting submit. I don't know why this happens but, I have seen this be a problem with other aspects of the anthem controls in the one page checkout page.
-Jonathan Moore
www.tvps.com
scurry
#7 Posted : Friday, February 8, 2008 3:22:46 PM(UTC)
scurry

Rank: Member

Joined: 4/23/2007(UTC)
Posts: 53

Jon,

We had another one today, too, and I dread making those calls so I may give your clever solution a try. Thank you very much.

Joe
MitchA
#8 Posted : Friday, February 8, 2008 3:23:39 PM(UTC)
MitchA

Rank: Member

Joined: 3/3/2006(UTC)
Posts: 1,737

Have you checked the tax class/exempt on the products in question? Easy to miss on the product edit page. I left this set wrong while on the learning curve and cloned it into a bunch of stuff before catching it.
Optimists invent airplanes,
Pessimists buy parachutes.
jonm
#9 Posted : Friday, February 8, 2008 4:20:06 PM(UTC)
jonm

Rank: Member

Joined: 3/24/2005(UTC)
Posts: 311

Yeah everything is working correctly on the product MitchA and the reason I know this is because I can go to the exact same products the customer ordered and put in the exact information in and the tax does get included. Its just that sometimes that darn tax field does not get updated like its supposed to prior to a customer hitting that submit button.
-Jonathan Moore
www.tvps.com
scurry
#10 Posted : Monday, February 11, 2008 2:08:02 PM(UTC)
scurry

Rank: Member

Joined: 4/23/2007(UTC)
Posts: 53

Yep, ditto what Jon said. Another one hit my desk today. Ugh.

Joe
www.georgehowe.com
scurry
#11 Posted : Monday, February 18, 2008 11:14:25 AM(UTC)
scurry

Rank: Member

Joined: 4/23/2007(UTC)
Posts: 53

Okay, we're picking up on a pattern now . . . it seems that our last dozen taxable orders that slipped through as untaxed are ones being paid by PayPal Express. Since we use PayPal Website Payments Pro as our gateway for all orders it was not as easy to detect. Is it possible that this is the reason or is it coincidence? If the former, can this be fixed through BV or would it be a PayPal issue?
Marcus
#12 Posted : Saturday, March 15, 2008 7:32:45 PM(UTC)
Marcus

Rank: Member

Joined: 11/5/2003(UTC)
Posts: 1,786

What version of BV Commerce 5 are you running? There was an updated in service pack 5.3 to correct some issues with PayPal express.
Aaron
#13 Posted : Monday, March 17, 2008 8:02:04 AM(UTC)
Aaron

Rank: Administration

Joined: 4/2/2004(UTC)
Posts: 2,393
United States
Location: Hummelstown, PA

Thanks: 6 times
Was thanked: 163 time(s) in 158 post(s)
We've been having the same problem. We're on the 5.3.2.

Aaron
Aaron Sherrick
BV Commerce
Toll-free 888-665-8637 - Int'l +1 717-220-0012
scurry
#14 Posted : Monday, March 17, 2008 11:13:22 AM(UTC)
scurry

Rank: Member

Joined: 4/23/2007(UTC)
Posts: 53

We're still on SP2. I threw in the towel a couple of weeks ago and eliminated payment by PayPal Express as an option as these are the only orders that were affected. Haven't had an issue since.

Joe
Aaron
#15 Posted : Tuesday, March 18, 2008 4:42:34 PM(UTC)
Aaron

Rank: Administration

Joined: 4/2/2004(UTC)
Posts: 2,393
United States
Location: Hummelstown, PA

Thanks: 6 times
Was thanked: 163 time(s) in 158 post(s)
I should point out that our tax issue is on credit card orders. Our client is not taking PayPal.

Aaron
Aaron Sherrick
BV Commerce
Toll-free 888-665-8637 - Int'l +1 717-220-0012
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

©2024 Develisys. All rights reserved.
  • Toll-free  888-665-8637
  • International  +1 717-220-0012