Wouldn’t both of these issues be put to bed by setting up an automatic printing after the transaction? The security argument aside, having the receipt print automatically and resetting the screen to the next new transaction would solve most of what you are asking about.
I still think the security argument is in need of much more discussion. It is not a slam dunk to limit receipts to a single print, although the above fix might help ease you mind partially for this.
This one I do not understand. Help me understand exactly what is wrong with the searching in the new POS module. Aside from it being faster in some ways, it hasn’t changed in it’s function that I am aware of. what might I be missing here?
Agreed! This is something we can probably get taken care of without much issue. It seems the addition of the quantity change box right in the Item line in the cart has taken up the room needed to properly display the Item names. It completely changed the line item change practice that had been in place in previous versions. Although I am not sure if the same information still pops up next to the on-screen keypad, but maybe we need to go back to that, or something similar to regain the space needed in the cart item names.
Ok, but I thought in your bullets 1 and 2 you were wanting the extra dialog (where the print button lives) to go away completely or be otherwise altered?
I am not sure of your logic on this one, but I believe printing from POS was standardized to work like the rest of the system in order to make it less prone to problems as the whole system advances up the version ladder. I believe that was done because POS was becoming such a popular module and difficult to maintain. We would need more to go on in order to justify a complete change of how the system prints. Is it possible there may be other ways to address this by creating a special app and tie it to the POS module just for printing? Looking for possible paths to solution here.
BKM