On 17.08.2015 10:05, Cédric Krier wrote: > On 2015-08-17 09:09, Axel Braun wrote: >> Morning Ced, >> >> Am Sonntag, 16. August 2015, 23:39:09 schrieb Cédric Krier: >>> But this default workflow could be modified by requesting an invoice, if >>> so the party will be requested. This request should be possible on >>> already paid POS order. >>> Of course the account move generated by the POS order should be the same >>> as the one generated by the invoice. >>> >>> The design should be take into account such possible extension: >>> >>> - using a wizard to add lines >>> - allow to request a shipment (included back-order) >>> - support for sale_extra and sale_promotion >>> - fidelity card >>> >>> The design should not care about price list, nor grouping modules. >>> >>> I think it could be the foundation for more complex POS using specific >>> UI (like a web base). >>> >>> Did I forget something? Or do you see a use case that could not be >>> supported? >> As said, I think we need a sales slip in any case, with the legally required >> info: Selling party, Tax number, items, VAT amount per category >> (full/reduced >> VAT). > I'm not sure about the Taxes, I just get one sale slip in front and I > have no tax information at all. And that sounds logical for me otherwise > it will be exactly like an invoice. > There is indeed a requirement for taxes on the sale slip. It is similar to the invoice but not the same as you do not need to provide the name and the address of the customer on the sale slip.
In Germany you do not need to provide the taxes on sale slips with an amount lower than 200 EUR. Maybe your country does have a similar rule.
