Developer forum

Hi,

Debuging the Avalara Tax Provider we noticed it always throws an exception here (line 113 to 116)

                                if (taxLine.BoundaryLevel != BoundaryLevel.Address)
                                {
                                    throw new Exception(Translate.Translate("Address information is not complete for the accurate tax calculation"));
                                }

But it's only sometimes when it renders an error. With this address in particular the BoundaryLevel was Zip9. We were trying to submit with a 5 digit zip code. It puzzles me that this exception is triggered whether I submit a 5 digit zip code or a 9 digit zip code, but only when the I submit the 9 do I get the error tag. I wonder if I am looking at the right piece of code, but seems to be the only one that renders this specific error message

I can send the address by email to help figure it out.

Best Regards,

Nuno Aguiar

Hi Nuno,

Send please the address to me: vshdynamicweb-cms.com

I will try to figure out what happened.

Best regards,

Vladimir

Hi Vladimir,

I just sent it. Thanks.

Nuno

HI Vladimir,

Please resend me your email address. The editor changed some characters to emoticons. I tried vhs@dynamicweb-cms.com but it came back.

Or send me and email to nuno.a@shareit.pt

Nuno

you are so close - his address is vsh at dynamicweb-cms.com

I noticed it later when I got his email. I went D'oh!

He does not look like a vhs

Perfect thanks Vladimir,

We hope it comes soon, because it's impacting a production website where the addresses comes from integration (B2B) and the frontend user cannot edit the address (project requirements), so they cannot place orders.

Best Regards,

Nuno Aguiar

Hi Vladimir,

Do you happen to know the status of this? I see that it's marked ready for test. Does that mean that it's coming soon?

Thanks,

Scott

Hi Vladimir,

That's great to hear. Thanks.

Scott

Hi Vladimir,

Would it be possible to have this let a 5-digit zip through too? I figure that the validation module would be used to ensure that the address is valid, but if we turn off the validation, then the tax calculations should be as non-restrictive as possible. We have a valid situation where there are 5-digit zip codes where we don't mind that level of accurancy, and we don't want to prevent the order from being processed. 

Thanks,

Scott

Hi Scott,
yes of course, it is possible.
Probably the new setting "Allow inexact address" is needed here  - I will discuss with colleagues this

Best regards,

Vladimir

Hi Vladimir,

That would be great. Thanks. 

Scott