Taxes are quite complicated. In Germany for common products are 2 different taxes on common products: either 7% or 19%. For some higher taxes like for Tobacco and Patrol Products I don't know how it's calculated at the POS. In general it's possible that it's calculated at the POS with 19% but with a different value at a B2B point - honestly I just don't know. Furthermore there existed some special tax for salt which was abolished but it had to be expected perhaps that resembling taxes still exist in other countries, As long as you plan to include an option for different unlimited tax-classes I don't see a problem here, but concerning the abolished salt-tax I don't know if there have been even 2 taxes on one product. As far as I see a configurable option would be nice, so even for US never had to be programmed anything extra. I know it's Tryton, but it's international, isn't it?
Best Regards, David On Tue, Aug 18, 2015 at 8:43 PM, Cédric Krier <[email protected]> wrote: > On 2015-08-18 20:02, David Bruchmann wrote: > > > > > > > > >> In our case (Argentina) POS sales are usually the case with sales over > > > the counter where the client picks up the product. We have a kind of > tax > > > entity called "Final Consumer" for this type of client. This type of > > > transaction does not require to show the tax ammount in the invoice > report > > > (though the tax is included in the price and the company needs to > declare > > > it at the end of the taxable month/semester/year). > > > We have a special type of invoice for this kind of sales: It is a > legal > > > invoice but the tax is not detailed). > > > In our case, we are are using the *sale_pos > > > <https://bitbucket.org/zikzakmedia/trytond-sale_pos>* from > ZikZaKMedia, > > > which also haves an option to set "Self PIck UP" by default so it > handles > > > stock movements automatically. > > > > > > > > > This shows what I thought already, that taxes are not handled the same in > > each country, > > I higly doubt about that. A Tax is simply a tax. > > > furthermore it might depend on the kind of business if and > > how they are shown (i.e. for gnu health different than for a warehouse). > > I still doubt about that. > > > While on the one hand it would be nice to cover any existing standards, > on > > the other hand being able to meet national requirements by configuration. > > Here what they call another type of invoice is not what we named in > Tryton an invoice. So I'm pretty sure that the POS order will have all > the requirements to be considered as this kind of invoice. > > -- > Cédric Krier - B2CK SPRL > Email/Jabber: [email protected] > Tel: +32 472 54 46 59 > Website: http://www.b2ck.com/ >
