Hello Everyone,
I'm the maintainer of the POS at OpenERP and
I would like to discuss with you the future of the POS module, explain
what
is our point of view, our priorities, but also gather feedback from
you, and
have a nice discussion on this subject :)
First, as many of you have noticed, we have launched a campaign on
Indiegogo to fund a cleanup & evolution of the hardware part of the POS,
and I invite you to check it out:
http://www.indiegogo.com/projects/opensource-your-shop
As this campaign is already successful we'd like to extend the goals,
we'll
start with electronic scales, but maybe there are other priorities ?
But first
Id'like to explain the goal of this campaign in more details:
Our point of view on the hardware:
============================
There are two side on the hardware: The platform (where the POS Client
runs)
and the peripherals.
For the platform we are seeing a big shift in demand from the
PC/Industrial
touchscreens to tablets (iPad,Android), and making sure the POS runs
perfectly
on those platforms is our first priority.
And for us platform support means:
- having the POS working on the platform's web browser with peripheral
support
- having at least a receipt printer and barcode scanner working out of
the box
- having the same level of peripheral support on all platforms
- having the same peripherals work on all platforms, so we can build a
small list
of perfectly supported hardware. (no usb for pc / bluetooth for
tablets)
- having the same 'driver' repository and install system for all
platforms (no custom
iPad app, with custom iPad drivers)
- having it all work very simply, with only trivial levels of
configuration needed.
- everything must be open source
- providing ways for the community and partners to easily extend the
system
and add support for their own devices
By these standards, the current proxy system doesn't even support a
single
platform.
It's to solve all these issues that we came up with the PosBox
concept. With the
posbox, all the drivers are OpenERP python modules that run on a linux
platform
embedded in a raspberry-pi. The POS then connects itself to the
PosBox to
control the peripherals.
This has the following advantages :
- The same system, with the same peripherals works whatever the
platform the POS
is run on.
- It re-uses much of the proxy system we had in place before, it is
likely that the
majority of the driver code can be ported to the PosBox with little
modification
- It makes use of OpenERP to manage the drivers delivery and
installation,
something we're all familiar with.
- Even if it is hardware based, it can reduce the total cost of an
installation
- The configuration is much easier as the linux on the PosBox is
already configured
with the correct device access rights, etc.
- The raspberry-pi provides USB, but also HDMI and video-out for very
cheap and
easy secondary displays. Non-USB peripherals can be connected via
USB adapters.
- If you run your POS on a full PC and don't want to use the posbox,
you can run a local
openerp install with the posbox module installed and I expect that
most drivers will work.
So I think that the posbox is a very good base for the future of the
POS as far as
peripheral support is concerned. There is also the possibility to use
the same system
for other modules than the POS altough I am less familiar with their
requirements.
Electronic Scales, Secondary Displays & Other peripherals
==============================================
With the campaign's current target we will provide receipt
printer(ESC/POS) & barcode
scanner support in standard. But we want to extend that range in the
future; next target
is electronic scales, that we'll develop it as part of this campaign
if it reaches 30K.
As for other peripherals I guess it depends on what the community is
interested in and
what it can contribute ?
Electronic Payments Systems
========================
The problem with electronic payment system is that there is too much
country specific concerns
for us to handle and we're not sure that a generic implementation is
of any use.
Has anyone experience implementing electronic payment systems or a
working
implementation to contribute ?
Software evolution
===============
From our point of view, concerning software, the role of OpenERP S.A.
is to make sure the POS is
stable, extensible, integrated with the rest of OpenERP and has the
generic features that benefit mostly
everyone. Custom features that fit specific buisnesses needs are best
made by partners & community :)
So our next big change, as part of the indiegogo campaign, is to make
it run on android & iOS,
and that should happen quite shortly. Our primary goal is to make it
work in the browser, but we'll probably
provide native apps, and maybe native apps for Windows/Linux/OSX as
well, to ease certification process,
But there are other things on our radar, namely:
- customer management : fidelity cards / points / discounts / etc.
this seems to be one of the
most often requested features. This could be part of an extention of
this indiegogo campaign, or maybe somebody
has already something that works ?
- Bars & Restaurants: Table managment, Backend orders, etc. It seems
like a big project and we'd
like to concentrate on the shop part first, but I'd still like to
hear if any of you has experience
on the subject, any development to contribute, etc. ?
Community
=========
The POS Centralisation projects seems like a nice initiative, that
I'll follow with interest :)
- Fred.
_______________________________________________
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
