Am testing barcode scanning PoS on v9.
The proper scanning behaviour at PoS is that once a scanned item is identified the system lists it on the sales invoice with a sales qty of 1.
In V9 this is not so, if you scan the item, the system brings up the item but does not list it on the invoice. The Cashier will then have to manually click the item to list on the invoice.
I think this should be corrected.
Regards
+1
i had created a git issue including this among other things , the issue was closed without solving this.
https://github.com/frappe/erpnext/issues/11035
I have requested to open and solve it.
I scanned the barcode which brought up the item.
I expect it to be listed on the invoice to the left with qty 1
It did not
I am now expected to click on the product to list it on the invoice.
This can be quite cumbersome when you have many items to sell and scan
Thanks Rohit
Hello Rohit_w
Any update on this ?
The fix is released, pull latest code and check
Thank you @rohit_w for the fix
Unfortunately another “bug” was introduced by the fix
Assume I have a product ‘A’ with Barcode 841427351002.
If i scan barcode 841427351 product A will be listed. This should not be so as the real barcode is 841427351002
The way to address this is for ERPNext to require a enter key (also called carriage return) after each barcode. In other words for a product code/description to be seen as completed the user must tap the enter key.
This will not be a problem when using a barcode scanner because all barcode scanners are programmed to add a enter key after each scanned barcode.
I hope this is doable
Am sorry I did not explain this earlier.
Regards
Thanks for reporting an issue
We have identified and fixed the issue and soon we’ll release it
@olamide_shodunke, thanks to your issue contributions this POS is getting much closer to its optimal state. Thanks and keep it up!
Thanks to Rohit and the ERPNext team.
Next we’ll need to fix the offline PoS issues. Where to begin ???
I noticed in your screen shot that you did not have a customer listed in the customer field. When there is no customer, you should NOT be able to add itmes to the cart anyway.
Also it is probably NOT the best idea to have the POS screen try to fix the issue. It is better to have the user program their barcode scanner properly. When you use a barcode scanner you can program it to simply scan the characters and place them in the field, or you can also have the scanner add and Enter key to the end of every scan, or a Tab key to the end of every scan. Almost all new scanners that you can buy on Amazon or Ebay come with the Enter key already programmed to be appended to every scan. So, if you “fix” this in the POS interface you will probably cause everyone else that is using a scanner to have problems when they update to to your fix.
I really think you should not try to fix it in the POS UI and instead have the user program their scanner properly.
BKM
Hi @bkm long time we herd from you
ERPNext PoS does not recognize “enter” or “return Character” to list the items on the invoice item field. I tested this with a programmed bar code scanner before I raised the issue.
If this is corrected then everything should be ok
Regards
That is why in my second post I said
The way to address this is for ERPNext to require a enter key (also called carriage return) after each barcode. In other words for a product code/description to be seen as completed the user must tap the enter key.
If you are hitting the enter key to get it to work after the scan, then it sounds like the scanner is either missing the enter key at the end or it is sending the characters too fast for the POS UI to see it.
It works perfectly in my location, so I am lost as to what is happening for you. I only use POS in Online mode with version 9.
BKM
How did you get the screenshot with no customer name listed and still have the item search?
BKM
It is working NOW after rohit uploaded the fix
It was NOT working BEFORE I raised the issue, that is why it was possible for me to have the item search without a customer name listed. THEN the system would not try to list the item on the invoice, you would have to click the item.
The NEW PROBLEM is that the POS is not using the full barcode to identify the product, so if a barcode is 123456789, scanning in a code with 123456 will bring up the item 123456789 or all items with 123456 as the first 6 digits.
Your thoughts bkm
Olamide
I thought all POS barcodes had to fit an agreed upon standard. So here in Australia you have UPC-A (12 Digits) or UPC-E (6 Digits). I have come across one retailer that had created non standard barcodes via their POS Accounting package. When they migrated to a new POS system we had to program the scanner to add extra zeros to the end of the non standard barcodes created by the old system which worked. In the end the retailer went through and updated all of their stock to UPC-A standard over a few months.
