El domingo, 16 de agosto de 2015, 22:39:48 (UTC+1), Cédric Krier escribió:
>
> Hi, 
>
> I will maybe have the opportunity to start working on a simple POS module 
> for Tryton. As I already explained many times, I think extending the 
> sale object is wrong because the workflows are too much different. 
> Also for me, a POS should work with tax included price as bases, it 
> should not create shipments nor invoice by default. 
>
> So the idea is to have a quite simple object with only: 
>
>     - order number 
>     - employee 
>     - shop 
>     - lines (product, quantity, unit price (tax included), price) 
>       The price will come from a new list price tax included on the 
>       product. 
>
>
¿? maybe "pos device" and each machine has its own order number (In Spain 
order numbers are a special type (simplify) of invoice so they have to be 
consecutive without gaps)
 

> It will have a button to add payments registered as lines on it: 
>
>     - journal 
>     - amount 
>
> with change line created on cash journal. 
>
> Once it is fully paid, the order will create: 
>
>     - an account move for the sale (on account define in the 
>       configuration) 
>     - stock moves from shop location to customer 
>
>
¿? Cash regiter for each POS device with an inital and close balance to 
knows how many money "should be"
 

> 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). 
>
>  
I think (a very very personal opinion because I hate javascript ) is 
"better" a desktop one with a sync method to work offline
 

> Did I forget something? Or do you see a use case that could not be 
> supported? 
>
>
as I said, I think the concept of POS device and cash register

 

> Thanks, 
> -- 
> Cédric Krier - B2CK SPRL 
> Email/Jabber: [email protected] <javascript:> 
> Tel: +32 472 54 46 59 
> Website: http://www.b2ck.com/ 
>

Reply via email to