On Sun, Oct 20, 2013 at 3:44 PM, Laurent Destailleur (eldy) <
e...@destailleur.fr> wrote:

>  Hi Maxime, what you ask seems to be already the case. This is rule that
> currently applied to defined default vat:
>
> If the seller is not subjected to VAT, then VAT by default=0. End of rule.
> If the (selling country= buying country), then the VAT by default=VAT of
> the product in the selling country. End of rule.
> If seller and buyer in the European Community and buyer is not a company,
> then the VAT by default=VAT of product sold. End of rule.
> If seller and buyer in the European Community and buyer is a company, then
> the VAT by default=0. End of rule.
> Else the proposed default VAT=0. End of rule.
>
>
> @sasa
> With this rule, are you able to add the "if" at wrong place and with wrong
> condition you think we should use to math brazil or china rules ?
>
>
I understand what you want to say, in my rule the operator should choose if
customer is VAT appliable or not. Of course this is something
that has chances you do an error, but on the other side you can choose if a
customer have to had VAT or not, which is good in some cases.


>
> Le 18/10/2013 13:10, Sasa Ostrouska a écrit :
>
>
> On Fri, Oct 18, 2013 at 12:18 PM, Maxime Kohlhaas <
> max...@atm-consulting.fr> wrote:
>
>> Hi,
>>
>>   Hi Maxime,
>
>
>>  I was wondering if when adding a new line in a document the VAT should
>> be automatically set to 0 if the customer country is different thant our
>> country ? Today the VAT rate is the one coming from the product, no matter
>> what is the customer country.
>>
>>   I think it have sense, as usually VAT is only applicable to the sells
> in the country, not always although, Brasil has a different situation,
>  China have to apply VAT also to foreign customers in some cases now.
>
>  But basically imho it would be nice to have a possibility to set if VAT
> aplicable in customers registration. The VAT value and if applicable or not.
>
>
>>  I'll appreciate any advice on this matter so I can start dev in that
>> way.
>>
>>  Thanks,
>>
>>  Regards,
>>
>>
>  Rgds
>  Saxa
>
>>   --
>> *Maxime Kohlhaas
>> Consultant associé
>> **ATM Consulting*
>> *+33 6 33 42 92 43 <%2B33%206%2033%2042%2092%2043>*
>>
>> _______________________________________________
>> Dolibarr-dev mailing list
>> Dolibarr-dev@nongnu.org
>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>>
>
>
> _______________________________________________
> Dolibarr-dev mailing 
> listDolibarr-dev@nongnu.orghttps://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
>
> --
> Eldy (Laurent Destailleur).
>
> EMail: e...@destailleur.fr
> Web: http://www.destailleur.fr
>
> Dolibarr (Project leader): http://www.dolibarr.org
> To make a donation for Dolibarr project via Paypal: cont...@destailleur.fr
> AWStats (Author) : http://awstats.sourceforge.net
> To make a donation for AWStats project via Paypal: cont...@destailleur.fr
> AWBot (Author) : http://awbot.sourceforge.net
> CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
>
>
> _______________________________________________
> Dolibarr-dev mailing list
> Dolibarr-dev@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
>
_______________________________________________
Dolibarr-dev mailing list
Dolibarr-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à