@ofbiz.apache.org
Sent: Friday, July 18, 2008 12:00 PM
Subject: Re: VAT - tax authority
Hi Marek, hi all,
what's your point of view to that:
http://www.nabble.com/GST-VAT-on-invoiced-time-entries-tt18498937.html
If everyone only would selling goods through orders, nobody has a problem.
But from a more
country as seller. Little
nightmare.
Please check if it is same in different countries in EU.
Marek
http://www.jotel.com.pl
- Original Message -
From: Roland [EMAIL PROTECTED]
To: dev@ofbiz.apache.org
Sent: Friday, July 18, 2008 12:00 PM
Subject: Re: VAT - tax authority
Hi Marek, hi
On Jul 15, 2008, at 7:11 AM, Jacopo Cappellato wrote:
David,
thanks for your valuable information; please see my comments below:
On Jul 14, 2008, at 10:44 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
The from and to Geo discussion is interesting from a requirements
perspective, but
On Jul 18, 2008, at 8:53 AM, David E Jones wrote:
On Jul 15, 2008, at 7:11 AM, Jacopo Cappellato wrote:
David,
thanks for your valuable information; please see my comments below:
On Jul 14, 2008, at 10:44 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
The from and to Geo discussion
Hi Marek, hi all,
what's your point of view to that:
http://www.nabble.com/GST-VAT-on-invoiced-time-entries-tt18498937.html
If everyone only would selling goods through orders, nobody has a problem.
But from a more general point of view, I think tax should be calculated
independendly of the
From: Rashko Rejmer [EMAIL PROTECTED]
Hi Jacopo,
I also noticed that the system can not handle situation when different
rates apply to some customers.
This is also the case in Colombia where tax rate depends on the
combination of buyer and seller social activities. For example if a big
From: Jacques Le Roux [EMAIL PROTECTED]
From: Rashko Rejmer [EMAIL PROTECTED]
Hi Jacopo,
I also noticed that the system can not handle situation when different
rates apply to some customers.
This is also the case in Colombia where tax rate depends on the
combination of buyer and seller social
David,
thanks for your valuable information; please see my comments below:
On Jul 14, 2008, at 10:44 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
The from and to Geo discussion is interesting from a requirements
perspective, but I'm wondering if it is really the best way to look
at
Hi Jacopo,
I also noticed that the system can not handle situation when different
rates apply to some customers.
This is also the case in Colombia where tax rate depends on the
combination of buyer and seller social activities. For example if a big
contributor sells to a government organization
Sent: Thursday, July 03, 2008 12:27 PM
Subject: Re: VAT - tax authority
This is an interesting thread.
I'd suggest, before we start to discuss how to change the data model, to
go one step back and properly define all the requirements relevant for
VAT tax calculation. I am sure others
: Re: VAT - tax authority
This is an interesting thread.
I'd suggest, before we start to discuss how to change the data
model, to
go one step back and properly define all the requirements relevant
for
VAT tax calculation. I am sure others will be interested in adding
their
comments
Hello Jacopo
Hi Marek,
and thank you for your comments.
However, I'd suggest that, before we focus on the data model
definitions and changes, we focus on the definition of requirements
from an higher level perspective.
In this way we will focus on the definition of our goals (aha
Hi Marek,
and thanks for the further details; maybe for now we could phrase out
the WHERE to WHERE requirement in the following way:
* add the ability to specify the tax rules associated to a given
(internal) organization
The above could be done using the geoId of the bill from address
and thanks for the further details; maybe for now we could phrase out
the WHERE to WHERE requirement in the following way:
* add the ability to specify the tax rules associated to a given
(internal) organization
The above could be done using the geoId of the bill from address (as
you are
On Jul 14, 2008, at 3:08 PM, Marek Mosiewicz wrote:
and thanks for the further details; maybe for now we could phrase out
the WHERE to WHERE requirement in the following way:
* add the ability to specify the tax rules associated to a given
(internal) organization
The above could be done
The from and to Geo discussion is interesting from a requirements perspective,
but I'm wondering if it is really the best way to look at things. I may be
biased though, given that I designed the current TaxAuthority model and
understand better the various world-wide requirements that went into
, 2008 4:12 PM
Subject: Re: VAT - tax authority
Hi all,
see inline...
On Thursday 03 July 2008 15:37, Marek Mosiewicz wrote:
Algorithm:
if seller is VAT aware seller
if byuer is from my country take vat% from product category
if buyer is from EU and is valid VAT company
Hi Marek,
see inline
Marek Mosiewicz wrote:
Is there global exemption for cutomer ?
sorry, i don't understand?
In Poland we have sometimes exemption per product per person type
(e.g. accomodation costs for persons are tax free)
But we handle this usually as separate product. (we have
On Jul 4, 2008, at 9:36 AM, Roland wrote:
Hi Marek,
see inline
Marek Mosiewicz wrote:
Is there global exemption for cutomer ?
sorry, i don't understand?
In Poland we have sometimes exemption per product per person type
(e.g. accomodation costs for persons are tax free)
But we handle
see inline
Marek Mosiewicz wrote:
Is there global exemption for cutomer ?
sorry, i don't understand?
In Poland we have sometimes exemption per product per person type (e.g.
accomodation costs for persons are tax free)
But we handle this usually as separate product. (we have product
On Jul 4, 2008, at 11:54 AM, Marek Mosiewicz wrote:
see inline
Marek Mosiewicz wrote:
Is there global exemption for cutomer ?
sorry, i don't understand?
In Poland we have sometimes exemption per product per person type
(e.g. accomodation costs for persons are tax free)
But we handle this
- tax authority
This is an interesting thread.
I'd suggest, before we start to discuss how to change the data model, to
go one step back and properly define all the requirements relevant for
VAT tax calculation. I am sure others will be interested in adding their
comments.
As soon as we
This is an interesting thread.
I'd suggest, before we start to discuss how to change the data model,
to go one step back and properly define all the requirements relevant
for VAT tax calculation. I am sure others will be interested in adding
their comments.
As soon as we have defined a list
What is the meaning of WU?
Jacopo
On Jul 3, 2008, at 3:37 PM, Marek Mosiewicz wrote:
- Original Message - From: Jacopo Cappellato [EMAIL PROTECTED]
To: dev@ofbiz.apache.org
Sent: Thursday, July 03, 2008 12:27 PM
Subject: Re: VAT - tax authority
This is an interesting thread
From: Roland [EMAIL PROTECTED]
Hi all,
see inline...
On Thursday 03 July 2008 15:37, Marek Mosiewicz wrote:
Algorithm:
if seller is VAT aware seller
if byuer is from my country take vat% from product category
if buyer is from EU and is valid VAT company
Currently VAT/Tax sales switch is based on showPricesWithVatTax in
productStore. But in fact it should be based on taxAuthority table. There is
the place where we could know if it is VAT or not. It would be also important
in purchase order where there is no need for store.
Marek
Hi Marek,
On Jul 2, 2008, at 3:58 PM, Marek Mosiewicz wrote:
Currently VAT/Tax sales switch is based on showPricesWithVatTax in
productStore. But in fact it should be based on taxAuthority table.
There is the place where we could know if it is VAT or not. It would
be also important in
From: Jacopo Cappellato [EMAIL PROTECTED]
Hi Marek,
On Jul 2, 2008, at 3:58 PM, Marek Mosiewicz wrote:
Currently VAT/Tax sales switch is based on showPricesWithVatTax in
productStore. But in fact it should be based on taxAuthority
table. There is the place where we could know if it is VAT
28 matches
Mail list logo
