I don't have any experience with POS touch screens specifically, but I do understand that touch
screen monitors aren't aware of what software is running on the computer - they simply translate
screen touches to mouse click coordinates. So, it seems to me that any software that accepts mouse
clicks will work with a touch screen.
-Adrian
Jacques Le Roux wrote:
Forwarded because it was rejected by another moderator, don't know why this
answer makes sense !
Jacques
----- Message d'origine -----
De : "Anidar" <[EMAIL PROTECTED]>
À : <[email protected]>
Envoyé : lundi 10 septembre 2007 19:30
Objet : RE: Ofbiz for restaurants - please advise
Not entirely sure you can do a "web based" implementation with a touch
screen. How can you guarantee the location of the browser?
Skip
-----Original Message-----
From: Bilgin Ibryam [mailto:[EMAIL PROTECTED]
Sent: Monday, September 10, 2007 4:55 AM
To: [email protected]
Subject: Ofbiz for restaurants - please advise
Hi everybody,
sorry for the long post, but please read ahead and tell me your opinion.
I have to implement a web based pos system for a restaurant.
Before start coding i will be glad to hear your opinions and advices.
First of all i decided to go web-based instead of using existing ofbiz POS
because it does not cover all my needs. In the restaurant i need:
1) To enter the registered customers for order payments.
2) To edit orders.
3) To do Returns.
4) To visualize tables, seats, to do table reservations...
I decided to do a new ofbiz component, with UI similar to pos (but html, not
swing) for easy using with touch screens, that allows order entering in a
fast way (similar to order manger but with possibility to enter orders in
lesser clicks).
Is there someone that has experience in this kind of things that can give me
some advice? Do you see any possible difficulties and drawbacks in doing a
web based pos system?
About the implementation:
The other thing that i have to care are the tables and people setting there.
For tables i can use Fixed assets, but i cannot decide how to handle/group
customer orders.
1) One way to go is to create a separate sales order for every person, so
everyone can pay only for his/her products.
Then i can group the orders for the table with a work effort. I need to
group the orders, because i need all the time to calculate the total for the
table, the total product list and the complete all the orders for the table
with one click, if needed.
Do you think that manipulating lots of orders could work fast enough,
because for example the order creation in ofbiz is heavy_weight/slower than
other operations?
2) The other way to go is to create only one order per table at a time and
to create separate ship groups for every person. This way i can assign
parties to ship groups, but it is NOT possible these parties to pay only for
their products in the ship group. Is it possible somehow? This way i have to
create, edit , complete only one order for all the people setting around a
table at moment.
(In general my questions are: is it a good idea to do a web based pos and to
manipulate lots of orders at the same time (like one order) regarding fast
working needs of a pos system ?)
Please advise and thanks in advance.
Bilgin Ibryam
--
View this message in context:
http://www.nabble.com/Ofbiz-for-restaurants---please-advise-tf4414083.html#a
12591283
Sent from the OFBiz - User mailing list archive at Nabble.com.
