This object is in archive! 

tax rate lookup errors becoming more frequent

Lora C. shared this question 9 years ago
Answered

We use taxcloud...not sure if that matters. It seems if we update/save a few times it usually goes away. However, sometimes it doesnt. Look at this order: 924219 which is identical to this order: 924217 , with the exception that the tax rate isnt being found for the first one. All I did was 'save a copy' to get the second one and the warning went away....


We've noticed this occuring only in the last week or so

Comments (33)

photo
1

I just had to enter an exemption for the 2nd, properly calcualted order...but if you look @ the log you can see that it was correct.

photo
1

If you do an update, you'll see it correct. My only thought is that there was a temporary issue between our server and the Taxcloud servers. I know that you can lose exemptions when you put a new profile on a lead and that if you make the original lead with a bad address, you should do an update when the address is corrected. If you find more examples, let us know. Thanks.

photo
1

It's happening more and more often...here's another one 927891

photo
1

The city is wrong for that address. If you click update, it will correct the address and put a rate in. We are making sure address checking is done more frequently. It appears at certain times it is ignored.

photo
1

Not sure I follow...that is indeed the correct city/address. I did hit update, and nothing changed before I saved (initially I didnt have the zipcode on-hand so I sometimes let the system find it). I just double checked on USPS.com that the address is right, and it is.

photo
1

Now I see what you mean...surprised I didnt see the OH twice. I did, however, update before saving and it did not correct. Thanks for catching that

photo
1

We have changes coming out next release that should fix this.

photo
1

This one wouldnt correct itself, but i had to add an exemption anyway: 930151


This one either: 929897

photo
1

We use USPS lookup. In both cases the United States Postal Service says those addresses are not in service.

photo
1

Where on the USPS site are you getting that feedback? These are certainly 'real' addresses, and an address lookup (zip-code search) on USPS site shows results and extended zip codes for each. I actually have a return envelope here from the one which is a school with that address imprinted on the envelope

photo
1

The tool isn't available to the public on their website, but it looks like this site allows you to test an address:


http://www.address-validator.net/

photo
1

My mistake... it is available here:

https://tools.usps.com/go/ZipLookupAction!input.action

photo
1

Im baffled again. Order 949554. Not confirming the address which I just verified on USPS, and it's charging tax on a non-taxable item (photo booth) which it normally does not....

photo
1

I've submitted a support request to taxcloud for this. Seems to be an issue with their service on this address.

photo
1

949923 same here, must be the whole system not just that order. This order doesnt verify, yet the original (saved a copy) did (897752)


Every new order or change we make today results in tax being added no matter what...causing a lot of confusion on busy weekend. How will we know which orders to go back and re-open, update, and save?

photo
1

TaxCloud sent a notice out about requiring you to pay $10/month if you are not using their full services. That may be the issue.

photo
1

Why would that be the issue? We use the same services we always have. Any idea?

photo
1

They made some changes recently. I told them their was an issue with your account. They are checking it.

photo
1

Just talked to taxcloud, and the error theyve gotten is "destination zip code missing" which she indicated is an issue on your end. She's going to call you guys now. Oddly, one order went thru fine this morning (medina) and the one before and all the ones after did not.

photo
1

She is wrong. I've added proof to my support ticket with them. Hopefully they get to it soon.

photo
1

Anything yet? Every order we enter is messed up...any changes we make results in a wrong tax rate, lots of confusion and it's only been like this for 4 days

photo
1

Not to mention that every order we put in or changed/updated since this began will need to be changed on their end as well so we arent overpaying taxes to the state...

photo
1

I am working on this today.

photo
1

Taxcloud has resolved the issue. It was a bug related to items using the Tax Category:Merchant Operated (TIC:91060)


Any leads that had an item that was set to the above tax category were having the issue.

photo
1

Thank you. I asked this next question before and do not recall what the answer/proposed resolution was. Obviously, they had to create that TIC code once we found out they'd been erroneously charging tax for items that shouldnt be taxed (where we operate them in all circumstances). What about items that a customer chooses to have us staff, but is not ALWAYS merchant operated? We've yet to find a workaround and had an accounting firm we do and event for question it just this week...

photo
1

We don't currently have a method to set whether one item is optionally staffed for an event...the only way we can tell is if the whole event is set to a staffed delivery method.


Theoretically we could then set all items to use that special TIC code if the event is staffed, the item has a staff num greater than 0 and the TIC of the item is 'General'. We would be assuming that all the items that can be staffed are being staffed since the event is marked that way.


If you have the event set to a non-staffed delivery type but want to optionally staff one item, then this wouldn't work.

photo
1

I think that would work...if staffing charges are more than 0, consider it a tax-free situation. We dont always use the 'delivery type' that is staffed for a variety of reasons, so this would work better for us than that

photo
1

I'll add this to our task list for further review. Not sure if/when we will implement it though.

photo
1

I appreciate that you cannot implement everything for everyone, but we do need a way to ensure that we are complying with state tax laws. As it stands, if we set to a delivery type that is staffed, should tax fall off automatically? My experimenting tells me no.


If there is a way to override tax to 0 while using Taxcloud that I'm not aware of, we can always do that too if it's simpler.

photo
1

When using Taxcloud Payments the only way to make the tax zero is to put in an exemption form. Unfortunately you'll be forced to charge sales tax on these items until we improve this area. If you set their TIC to the owner operated then it won't be correct in non-staff situations.

photo
1

Is this something I should bring up to taxccloud? Giving an accounting firm the answer "Well, our system doesnt calculate it the way the law is written...sorry" is certainly not going to go over well. Even if I dont collect it, Taxcloud will automatically deduct it from our bank account.

photo
1

You'll have to manually adjust the contract for that event to have the tax the way you want it. The taxcloud payments can be returned and re-ran at a later date to correct the calculation issue.

photo
1

I'd love to manually override the tax, but it automatically 'corrects' my changes whenever I save/update. Do I need to goto settings, disable taxcloud, save the event, and re-enable or am I doing something wrong? If I could simply override tax rate to 0% I'd do that and not worry about the rest

photo
1

Yes you could do that. Any payments you enter on that lead will get sent to taxcloud as taxed though.

Replies have been locked on this page!