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 <[EMAIL PROTECTED]> 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. > >
