I have not look at the code but I remember that City is supported in the
calculation of tax.
So the final tax calculated will be equal to Country + State + County +
City.
All you need to create a (TaxAuthority, TaxAuthorityRateProduct, Geo,
GeoAssoc etc..) level for City taxes (similar to county level) and associate
postal codes with taxAuthorityGeoId (Which will be unique for every city)
Hope that helps !
Vikas
On Wed, Jun 18, 2008 at 6:00 AM, Ritz123 <
[hidden email]> wrote:
>
> Hi,
>
> I was looking through the code to figure out configuring sales tax for the
> product store. I am bit confused.
>
> TaxAuthorityServices seems like the place where the tax is computed. I fail
> to understand while getting the tax authorities, it looks for the tax
> authorities by country, state, county and postal code BUT NOT city. Usually
> city is how granular the tax is going to be. Why leave the city out of the
> tax authority?
>
> The other confusing part is, if I had State level tax authority (lets say
> for default calculations) and had postal code level tax authority within
> the
> that state, seems like the tax will be calculated by adding tax amount
> corresponding to BOTH the tax authorities and NOT the most granular one!!
> Ofbiz gurus can correct me if I am misunderstanding the source code.
>
> I have looked at TaxAuthority Data Model document and related discussion
> threads etc. I am trying to get tax calculated for CA state, if anyone has
> done this before and has data/pointers will appreciate that.
>
> Thanks in advance.
> --
> View this message in context:
>
http://www.nabble.com/Sales-Tax---TaxAuthority-question-tp17957443p17957443.html> Sent from the OFBiz - User mailing list archive at Nabble.com.
>
>
Locked
