De : "David Garrett" <[EMAIL PROTECTED]> > I agree with Jacques the data model is adequate but the implementation of > VAT *is* large and detailed.
Yes that's what I meant in my fisrt answer. > > It is further complicated by adjustments with/without tax, promotions and > tax on adjustments and maintaining shoppingCart relationships between eg > shipping adj and the tax on that adjustment. True > If it were not a large job (or if more people had a common interest) it > would have been done years ago. At least months ago, the tax authority implementaion is not so old ;) > (disclosure of hidden agenda: I would dearly love to have a more complete > VAT/GST implementation within the core rather than piece-meal custom add-ons > ;) ) I'm convinced we should begin to define VAT/GST core common interests. Beginnin with UI to make things clear. For instance my current client does not want to see any VAT excluded prices when using the sales ordering in manager order (ie wants to see only gross prices). As long as we will not be able to define ou common needs we will not be able to implement them, right ? We may create a Jira issue for this, what do you think ? Also I have to acknowledege I should have had a look at your "Preliminary implementation of GST/VAT for review" (https://issues.apache.org/jira/browse/OFBIZ-416) but never found the time. BTW I have collected some information (links) about VAT (legal documents in EU) and how some "competitors" implement VAT. Jacques > > -----Original Message----- > > From: Jacques Le Roux [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, 4 September 2007 4:02 AM > > To: [email protected] > > Subject: Re: state of VAT support > > > > Yes I agree, there are no problems with the data model : it's > > just great ! And actually yes it's not so hard to do (I was > > able to do it order manager ;o). But generalisation (dealing > > with excluded *or* included prices with a store parameter) > > in all parts (not only order manager) need some more works > > and *testing*. > > > > Not only UI reviews and changes are needed, some more on how > > tax calculation is done on background. Mostly when updating > > orders or adding items : adjustments have to be tuned > > (Shipment and Handling, Gift Wrap, etc.). At least the way I > > did it, which is perhaps not the better way (but it works so far :o) > > > > Jacques > > > > ----- Message d'origine ----- > > De : "David E Jones" <[EMAIL PROTECTED]> > > > > > > Just a quick thought on this... I don't think what remains > > to be done > > > is too large and risky, unless major design flaws are found > > in the current TaxAuthority features that are meant to > > support VAT. Of course, how VAT is handle DOES vary a bit > > from country to country, so implementers in one country may > > have a different experience that those in another. > > > > > > This stuff has been used as a basis for custom apps and has > > gone into > > > production, so chances are like you're saying Jacques that > > there are just some UI review and changes that need to be > > made, like displaying prices with tax (or because it is a > > CSR/manager app with and without tax) in the Order Manager. > > > > > > (disclosure of hidden agenda: I don't want to say this is > > too large or > > > risky because it reduces the chances of someone taking the > > plunge and working on it... ;) ) > > > > > > -David > > > > > > > > > Jacques Le Roux wrote: > > > > AFAIK nothing more than some cosmetic improvements have > > been done. > > > > I'm currently workin for an UK client on some VAT improvement > > in > > > > order manager UI (dealing with gross prices, not VAT > > excluded prices > > > > shown to users). Most of the job is done but I'm not sure > > I will be > > > > able to contribute it back to OFBiz because there is a lot of > > > > intricated customisations. Also it's only a part of the > > problem, but > > > > the main part I guess. Anyway I have not enough time yet to > > > > contribute it (the client is OK) and if I do I will > > have to > > > > generalise it (of course some will prefer to see VAT > > excluded prices > > > > as it is now). This is something we need in Europe (at > > least) > > > > but nobody seems ready to pay the price yet : it's a > > large and risky development. > > > > > > > > Jacques > > > > > > > > > > > > De : "David Goodenough" <[EMAIL PROTECTED]> > > > >> A few months ago there was a discussion about the state of VAT > > > >> support in OfBiz, and as I recall there was a little work to be > > > >> done. Has that work been done? > > > >> > > > >> I ask because we have the opportunity to use OfBiz for a UK > > > >> business, and obviously VAT is important. OfBiz would > > seem to be a > > > >> very good fit to what is needed, and would cut development time > > > >> considerably so we would like to use it if we can. > > > >> > > > >> David > > > > > > > > >
