Return-Path: X-Original-To: apmail-ofbiz-dev-archive@www.apache.org Delivered-To: apmail-ofbiz-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7536573F8 for ; Fri, 30 Dec 2011 01:12:27 +0000 (UTC) Received: (qmail 12940 invoked by uid 500); 30 Dec 2011 01:12:27 -0000 Delivered-To: apmail-ofbiz-dev-archive@ofbiz.apache.org Received: (qmail 12921 invoked by uid 500); 30 Dec 2011 01:12:27 -0000 Mailing-List: contact dev-help@ofbiz.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ofbiz.apache.org Delivered-To: mailing list dev@ofbiz.apache.org Received: (qmail 12913 invoked by uid 99); 30 Dec 2011 01:12:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Dec 2011 01:12:27 +0000 X-ASF-Spam-Status: No, hits=2.3 required=5.0 tests=SPF_SOFTFAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of paul@cohsoft.com.au does not designate 216.139.236.26 as permitted sender) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Dec 2011 01:12:21 +0000 Received: from joe.nabble.com ([192.168.236.139]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RgR0q-0006gG-W3 for dev@ofbiz.apache.org; Thu, 29 Dec 2011 17:12:00 -0800 Date: Thu, 29 Dec 2011 17:12:00 -0800 (PST) From: Paul Foxworthy To: dev@ofbiz.apache.org Message-ID: <1325207520978-4244464.post@n4.nabble.com> In-Reply-To: <4EDEA872.1050705@antwebsystems.com> References: <1322928984111-4153757.post@n4.nabble.com> <1323074512573-4159696.post@n4.nabble.com> <4EDD0178.4070600@free-man.net> <1323153321307-4163677.post@n4.nabble.com> <4EDEA872.1050705@antwebsystems.com> Subject: Re: Tax calculation for all order adjustments MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Hans, I don't think it's that simple. Different product stores located in different jurisdictions will have different tax rules. The destination for the order will affect tax rules - it's common that exports are not taxed. A property would apply a blanket rule to all orders, and I don't think that would be flexible enough. Cheers Paul Foxworthy hans_bakker wrote > > You could introduce a properties setting: > > OrderAdjustMentTaxSettingAll=true/false > > false: as is now: only promotion & shipping according > TaxAuthorityRateProduct > true: tax on all order adjustments: ignore TaxAuthorityRateProduct > > Show this setting on the TaxAuthorityRateProduct screen or do not allow > setting there > > so everybody happy.... > > Regards, > Hans > > On 12/06/2011 01:35 PM, biletnikov wrote: >> Firstly, for myself. But I think this solution is useful not only for me, >> especial for VAT users and if all is ok, it would be grateful to >> contribute >> to SVN. >> The most tricky question for me is what I should do with "Tax shipping" >> and >> "Tax promotion" in the TaxAuthorityRateProduct? Actually, they will be >> retired, and should not be used anymore, because all tax rate adjustments >> will be setup in a separate tab. >> >> ----- >> Kind regards, >> Sergei >> -- >> View this message in context: >> http://ofbiz.135035.n4.nabble.com/Tax-calculation-for-all-order-adjustments-tp4153757p4163677.html >> Sent from the OFBiz - Dev mailing list archive at Nabble.com. > -- View this message in context: http://ofbiz.135035.n4.nabble.com/Tax-calculation-for-all-order-adjustments-tp4153757p4244464.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.