When the client goes to the cashier and rends the card, it's data is 
transferred to the data
structure already in place. So now the card is free to be reused and the card 
data is blanked.

I can not pack during operations only at the end of the day or first thing next 
day.


E.

How do you know when the card has been turned in and is ready for reuse?
>
>Michael Oke, II
>[email protected]
>
>On Oct 17, 2011, at 11:59 AM, Eurico Chagas Filho <[email protected]> 
>wrote:
>
>> Thanks Tracy.
>> My concern is how to best deal w the electronic card he receives when 
>> entering the restaurant.
>> He is supposed to pass the card on a terminal station every time he orders 
>> an item.
>> I need a table to hold his number and items, but this will be discarded. So 
>> what is the
>> best way to deal w this table ?
>> 
>> I already have everything for a POS, but for a bookstore. I am adapting for 
>> a restaurant.
>> 
>> 
>> E.
>> 
>> 
>>> 
>>>>   In a restaurant the customer will receive a card to be read by a terminal
>>> when ever he orders something.
>>>>   This card has a established number (1-200). When the client pays, the
>>> card can be reused.
>>>>   At the time of payment the order goes to a database table and all.
>>>>  
>>>>   Should I create a free table to hold the order and products ? And then
>>> delete and latter zap.
>>>>  
>>>>   Or just zero the field w the card number and reuse ?
>>>>   They may not have a UPS for the server yet.
>>>>  
>>>>   TIA, E.
>>>> 
>>> 
>>> Eurico,
>>> 
>>> My thought would be to save the data for reporting.
>>> 
>>> Do you allow for split checks? When customer is handed the bill, they ask to
>>> split the check.
>>> 
>>> Tracy Pearson
>>> PowerChurch Software
>>> 
>>> 
>[excessive quoting removed by server]
>
>_______________________________________________
>Post Messages to: [email protected]
>Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
>OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
>Searchable Archive: http://leafe.com/archives/search/profox
>This message: 
>http://leafe.com/archives/byMID/profox/[email protected]
>** All postings, unless explicitly stated otherwise, are the opinions of the 
>author, and do not constitute legal or medical advice. This statement is added 
>to the messages for those lawyers who are too stupid to see the obvious.
>
>
>
>

--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
---

_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to