То от ЮЗЪР 100% защита няма, но.....

[rad]

То от ЮЗЪР 100% защита няма, но може ли да се направи ограничение- като се опита да запише за количество на продавания продукт EAN13 код (тринадесет цифренно число - "неволно" сканирано след F5), или ограничение по сума за фискализиране, да "запира" !
Защо - защото поне за втори път ми се случва да "обезумят" фискално устройство с опит да му фискализират милиярдна продажба!

[detelin]

И аз имах преди седмица продадени 3.8 трилиона продадени от една водка, добре все пак, че от малкото зло...
Може би в глобална да има максимален брой цифри в ф5, все пак надали някой използва толкова голямо количество при продажба, или пък да се забрани четенето от скенера при ф5...

[stoar08]

И при мен бяха продали 3.8 билиона "цигари виктори" ... но не бяха пуснали фискален бон ) единствения служебен бон за деня ...
ПС Аз просто вече в базата нямам баркод, който да пита за количество и такива работи не ми се случват повече ...

[detelin]

Не е въпроса в питането - ф5(количество) не трябва да може да чете от скенера...

[mIRCata]

Той чете от клавиатурата.
Скенера подава сигнали като от клавиатура. Все едно да кажеш Notpad да не чете от скенера.
Трябва да се намери друго решение.

[stoar08]

Има си начин да се различи баркод от клавиатура, но Кондев каза, че ще равним черпенето и не спомена какво точно пие;)

[rad]

Ми, аз смятам, че има и други косвенни методи, които са лесни за реализация, а в случея ще са и достатъчно ефективни:
-1. да има променлива в Глобална - максимален брой артикули за еднократно маркиране - по подразиране да речем 10000
-2. да има променлива в Глобална - максимална сума на една сметка - по подразиране да речем 5000 лв.



8)