← Back to team overview

openerp-community team mailing list archive

Re: The Future of the Point of Sale

 

Just my two cents Fréderic, for support all ESC/POS including the serial ones, I suggest use this library: https://code.google.com/p/python-escpos/. The library supports out of the box all ESC/POS printers including usb, serial & network.

We develop a very basic ProxyPos based on that module that you can find on https://github.com/Fedrojesa/ProxyPoS and is working on production with one customer since 4 months ago with out problem.


On 30/10/13 08:28, Frédéric Van Der Essen wrote:
Thanks for the replies, here's my thoughts on the feedback so far:

First, please note that the next step for us is focused on the hardware, so while I'm all ears for the rest, it will not happen before we've completed what's covered in the campaign, and the work I do after the campaign may not be on the POS for some time.

So while we all seem to agree that customer discount, pricelist, fidelity cards, etc. are a big missing part in the POS, considering the planning and manpower available, it may not happen before a while.

That is unless the community can get together and contribute changes going into that direction ? It would definitely be welcomed ! Another way is to make the campaign an even bigger success so the goals can be extended ? I'm sure you can do something about that as well :)

So, about adding customer to orders, setting custom pricelists, managing fidelity points, customer frequency etc. I think we all agree on what needs to be done, we just need to find a way to get it done.

Secondly, there are some requests that make perfect sense - like the order on one station, and processing on another one, better workflow integration - that are made very difficult to implement because the offline mode. Offline mode is an interesting feature, but it has a very very high cost on the complexity and evolution of the pos. That is because supporting something offline means that we have to implement it in javascript in an interoperable way with the server. This is a very complicated thing to do, for example we suffered many bugs due to the accounting not being done _exactly_ as on the server.

So there will always be feature available on the server and missing on the POS. What we need to do is to find which of those missing features are the most important, and which we can live without. And for the missing features, maybe we need to communicate better about that, and fail less silently - which is not easy to do.

"If, the development include "Serial Port" in a generic way, "PySerial" maybe, we have +10 countries which the print feature can not use ESC/POS protocol."

For this campaign I can only guarantee that we'll support ESC/POS. I'll look into the library provided to see what I can take from it. I suppose that once we've put up good foundations, it will be a trivial task to add support for different protocols.

Supporting a large number of products (> 16 000) is currently made very difficult by the fact that browser database do not support full text search and thus we are limited by the performance of javascript search. Supporting that many product also makes product synchronisation at load much more complicated. My estimation is that the upper limit we can achieve is 50K products, which should be doable as part of some big pos implementation project ?

And payment by invoice is already in trunk.

As for the development branches I'll post them once I've cleaned all the mess :)

- Fred.



On Wed, Oct 30, 2013 at 9:37 AM, Ronald Portier <ronald@xxxxxxxx <mailto:ronald@xxxxxxxx>> wrote:

    Just for your information:

    One of our customers has given me the demands they will have for a POS
    solution:
    - Support for a large number of products: > 16.000
    - Pricelist depending on customer
    - Payment by invoice

    I think the demand to support a large number of products should be
    supported out of the box.

    I can imagine the other demands to be customer specific. Like each
    customer will have their demands/wishes.

    So easy extensebility/customization of the POS might be the number one
    requirement.

    Kind regards, Ronald

    Eric Caudal schreef op 30-10-13 02:07:
    > I have 1.6 billions Chinese here using their RFID ID card to buy
    their train
    > ticket! Can we start using it in OpenERP ;)
    >
    > More seriously, main demands on my side are:
    > - possibility to switch vendor in safety way (enter a password
    or swipe a
    > rfid/barcode card)
    > - VIP card management for points management AND prepayment (you
    load your card
    > by credit card)
    > - Prepaid Gift certificates (unique number previously generated
    to be swiped via
    > barcode or RFID)
    > - Possibility to have a 2-step sale (one shop keeper prepares
    the sale one is
    > checking out)
    >
    > Probably asking too much but:
    > - Promotion/message (appearing on ticket) based on VIP card holder.
    > - Special message when VIP card holder (birthday, attentions,
    etc...)
    >
    >
    > Eric CAUDAL
    >
    > Eric Caudal
    > /CEO/
    > --
    > *Elico Corporation, Shanghai branch
    > /OpenERP Premium Certified Training Partner/  *
    > Cell: + 86 186 2136 1670 <tel:%2B%2086%20186%202136%201670>
    > Office: + 86 21 6211 8017/27/37
    > Skype: elico.corp
    > eric.caudal@xxxxxxxxxxxxxx <mailto:eric.caudal@xxxxxxxxxxxxxx>
     <mailto:eric.caudal@xxxxxxxxxxxxxx
    <mailto:eric.caudal@xxxxxxxxxxxxxx>>
    > http://www.elico-corp.com
    >
    > Elico Corp
    > On 10/29/2013 11:28 PM, Stefan wrote:
    >> On 10/29/2013 04:04 PM, Peter Langenberg wrote:
    >>> Alan,
    >>>
    >>> You even drive on the wrong side of the road ... can't
    consider you as
    >>> generic ...
    >>>
    >>> UK is not in the EU, ask Cameron :-)
    >>
    >> Yes Peter, but while both your country and mine are near enough
    to still cling
    >> on to the shameful tradition of 'blackface' Pete accompanying
    our fork of
    >> Santa Claus, I never heard of such a card either...
    >>
    >> Cheers,
    >> Stefan.
    >>
    >>
    >> _______________________________________________
    >> Mailing list: https://launchpad.net/~openerp-community
    <https://launchpad.net/%7Eopenerp-community>
    >> Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
    <mailto:openerp-community@xxxxxxxxxxxxxxxxxxx>
    >> Unsubscribe : https://launchpad.net/~openerp-community
    <https://launchpad.net/%7Eopenerp-community>
    >> More help   : https://help.launchpad.net/ListHelp
    >
    >
    >
    > _______________________________________________
    > Mailing list: https://launchpad.net/~openerp-community
    <https://launchpad.net/%7Eopenerp-community>
    > Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
    <mailto:openerp-community@xxxxxxxxxxxxxxxxxxx>
    > Unsubscribe : https://launchpad.net/~openerp-community
    <https://launchpad.net/%7Eopenerp-community>
    > More help   : https://help.launchpad.net/ListHelp
    >

    --
    Met vriendelijke groet / Kind regards,

    Ronald Portier
     /"\
     \ /
      X
     / \ ASCII Ribbon campaign against HTML E-Mail

    _______________________________________________
    Mailing list: https://launchpad.net/~openerp-community
    <https://launchpad.net/%7Eopenerp-community>
    Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
    <mailto:openerp-community@xxxxxxxxxxxxxxxxxxx>
    Unsubscribe : https://launchpad.net/~openerp-community
    <https://launchpad.net/%7Eopenerp-community>
    More help   : https://help.launchpad.net/ListHelp




_______________________________________________
Mailing list: https://launchpad.net/~openerp-community
Post to     : openerp-community@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openerp-community
More help   : https://help.launchpad.net/ListHelp


Follow ups

References