On Tuesday, August 18, 2015, 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. > Just a side note to clarify in regard to my comment about taxes and types > of invoices. In Argentina one may need to use three different type of > invoices: A, b or c. The first one is used to bill companies, the second > one to end users (final consumer where tax isI included) and the third one > to tax exent organizations. So in Tryton we use three different sequences > to handle invoices according to the type of customer. This is managed by > the account__ar module created by Gcoop (sorry I don't provide with a link > but I'm on the road with little access to data coverage). This module adds > a field in the party's module where you can set the Vat condition for that > party (a, b or c). Just to comment how invoices are handled and that, in > our case, there are different types. > > > > > > 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] <javascript:;> > Tel: +32 472 54 46 59 > Website: http://www.b2ck.com/ > -- Lic. Cecilia Santos Popper Santa Fe www.linkedin.com/in/ceciliasp/
