state of VAT support

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

state of VAT support

David Goodenough
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
Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

Jacques Le Roux
Administrator
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" <[hidden email]>

> 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

Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

David E Jones

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" <[hidden email]>
>> 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
>
Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

Jacques Le Roux
Administrator
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" <[hidden email]>
>
> 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" <[hidden email]>
> >> 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
> >

Reply | Threaded
Open this post in threaded view
|

RE: state of VAT support

David Garrett
I agree with Jacques the data model is adequate but the implementation of
VAT *is* large and detailed.

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.

If it were not a large job (or if more people had a common interest) it
would have been done years ago.

(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
;) )

> -----Original Message-----
> From: Jacques Le Roux [mailto:[hidden email]]
> Sent: Tuesday, 4 September 2007 4:02 AM
> To: [hidden email]
> 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" <[hidden email]>
> >
> > 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" <[hidden email]>
> > >> 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
> > >
>
>


Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

Jacques Le Roux
Administrator

De : "David Garrett" <[hidden email]>
> 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:[hidden email]]
> > Sent: Tuesday, 4 September 2007 4:02 AM
> > To: [hidden email]
> > 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" <[hidden email]>
> > >
> > > 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" <[hidden email]>
> > > >> 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
> > > >
> >
> >
>

Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

Calum Miller-2
In reply to this post by Jacques Le Roux
Hi,

I'm currently installing an ofbiz system for a UK client. We have
default prices in products without VAT and have managed to display them
with VAT included in the ecommerce application using the standard
configuration features. Currently having an issue with shipping costs as
these get displayed regardless of VAT, which means to final sales order
looks odd/wrong. That is, VAT for line items included but no VAT for
shipping, are there any tips to get round this?

Thanks

Calum


having to amendJacques Le Roux wrote:

> 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" <[hidden email]>
>  
>> 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" <[hidden email]>
>>>      
>>>> 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
>>>>        
>
>
>  

Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

jonwimp
Isn't there an option that makes tax calculations include shipping? See "Tax Authority" in
Accounting module?

Jonathon

Calum Miller wrote:

> Hi,
>
> I'm currently installing an ofbiz system for a UK client. We have
> default prices in products without VAT and have managed to display them
> with VAT included in the ecommerce application using the standard
> configuration features. Currently having an issue with shipping costs as
> these get displayed regardless of VAT, which means to final sales order
> looks odd/wrong. That is, VAT for line items included but no VAT for
> shipping, are there any tips to get round this?
>
> Thanks
>
> Calum
>
>
> having to amendJacques Le Roux wrote:
>> 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"
>> <[hidden email]>
>>  
>>> 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" <[hidden email]>
>>>>      
>>>>> 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
>>>>>        
>>
>>
>>  
>
>

Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

Calum Miller-2
Hi,

I have 'taxshipping' set to 'Y', which makes no difference. I can't see
this option referenced anywhere in ShoppingCart.java, which, I think, is
where will need to make the change by adjusting getTotalSalesTax()

Incidentaly, I had to adjust minicart.ftl to display
'getDisplayGrandTotal' as 'getGrandTotal' does not include the VAT

Calum


Jonathon -- Improov wrote:

> Isn't there an option that makes tax calculations include shipping?
> See "Tax Authority" in Accounting module?
>
> Jonathon
>
> Calum Miller wrote:
>> Hi,
>>
>> I'm currently installing an ofbiz system for a UK client. We have
>> default prices in products without VAT and have managed to display
>> them with VAT included in the ecommerce application using the
>> standard configuration features. Currently having an issue with
>> shipping costs as these get displayed regardless of VAT, which means
>> to final sales order looks odd/wrong. That is, VAT for line items
>> included but no VAT for shipping, are there any tips to get round this?
>>
>> Thanks
>>
>> Calum
>>
>>
>> having to amendJacques Le Roux wrote:
>>> 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"
>>> <[hidden email]>
>>>  
>>>> 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" <[hidden email]>
>>>>>    
>>>>>> 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
>>>>>>        
>>>
>>>
>>>  
>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: state of VAT support

David E Jones

As you dig into this more you'll probably find lots of things like this where people have changed and enhanced things and simply never contributed them back to the project.

The VAT stuff is still waiting for a couple of projects being done by very contribution minded users.

-David


Calum Miller wrote:

> Hi,
>
> I have 'taxshipping' set to 'Y', which makes no difference. I can't see
> this option referenced anywhere in ShoppingCart.java, which, I think, is
> where will need to make the change by adjusting getTotalSalesTax()
>
> Incidentaly, I had to adjust minicart.ftl to display
> 'getDisplayGrandTotal' as 'getGrandTotal' does not include the VAT
>
> Calum
>
>
> Jonathon -- Improov wrote:
>> Isn't there an option that makes tax calculations include shipping?
>> See "Tax Authority" in Accounting module?
>>
>> Jonathon
>>
>> Calum Miller wrote:
>>> Hi,
>>>
>>> I'm currently installing an ofbiz system for a UK client. We have
>>> default prices in products without VAT and have managed to display
>>> them with VAT included in the ecommerce application using the
>>> standard configuration features. Currently having an issue with
>>> shipping costs as these get displayed regardless of VAT, which means
>>> to final sales order looks odd/wrong. That is, VAT for line items
>>> included but no VAT for shipping, are there any tips to get round this?
>>>
>>> Thanks
>>>
>>> Calum
>>>
>>>
>>> having to amendJacques Le Roux wrote:
>>>> 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"
>>>> <[hidden email]>
>>>>  
>>>>> 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" <[hidden email]>
>>>>>>    
>>>>>>> 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
>>>>>>>        
>>>>
>>>>
>>>>  
>>>
>>>
>>
>>
>