8.
maljaev
789
22.08.16 09:38
Сейчас в теме
Я сейчас работаю, в том числе, в розничной сети магазинов, и у нас порядка 100 автономных весов. В относительно крупных сетях несколько десятков тысяч весовых товаров в справочнике - это норма, хотя далеко не все из них активные в один момент времени, но все это меняется очень динамично. ШК 13 знаков а не 12 (как описано у вас). Надеюсь понятно, что для меня всё это не теория, а жесткая практика, и мне хорошо известно как нужно, если пришлось решать задачу выгрузки на весы для всей сети, и приведенная библиотека мне сильно подпортила жизнь, вынудив самому брать в руки C#. В общем еще раз повторяю, если до сих пор не понятно: весовой товар идентифицируют 5 знаков ШК, а не 4, и к PLU это не имеет никакого отношения, так как товары в плане PLU могут тасоваться на весах как угодно - сегодня на конкретном PLU один товар, завтра другой.
Если даже брать выдержки из документации, на которые я опирался при разработке, то:
L06 - PLU No.
C13 - Article No.
C28 - PLU Name
C01 - ' '
L08 - Unit Price
U01 - Tax Rate
U02 - Tare
S04 - nothing (0000)
L11 - Fix Weight
S04 - GroupNo
F04 - pricemethod:1; //0 bit
priceoverwrite:1; //1 bit
Dummy1:3;
discount:1; //5 bit
Dummy2:10;
S03 - BestByDateOffset
S03 - SellByDateOffset
S03 - ExtraTxtNumber
ШК формирует "Article No" - 13 байт, передавать на весы правильно нужно байтовую последовательность "00000000#####", а ваша компонента передает "0000000000000".
P.S. В принципе мне все равно, для себя библиотеку я уже написал, всё обкатано и работает так как нужно и как правильно (точно так же работает родная утилита SPCT2 - именно в ней я забивал тестовые данные, передавал на весы и снифером наблюдал за сетевыми пакетами). Вы же можете передавать в весы что угодно, как вам удобно.