Транзакции 61 и 63

[sanja900]

Сегодня отработали на новой версии, транзакций снова нет.

[Alexander]

Сборка 32 бит или 64 ?
(uname -m что выдает?)

[sanja900]

[root@POS4 ~]# uname -a
Linux POS4 2.6.27-desktop586-0.rc8.2mnb #1 SMP Thu Oct 2 05:52:21 EDT 2008 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz GNU/Linux

[Alexander]

i686 = 32 бит.
Скачайте вложенный файл, распакуйте его (можно с помощью файлового менеджера PCManFM) и скопируйте распакованный libhwsrv.so в каталог /usr/lib/ (заменив находящийся там файл).
Для копирования в /usr/lib/ понадобятся права root (в окне терминала выполняете команду su и вводите пароль root, который задавали при установке - пароль при вводе не отображается). После того, как получили права root можно запустить pcmanfm или mc или просто cp -vf /home/kassir/libhwsrv.so /usr/lib/

Все это проделывать следует, предварительно выйдя из ДЭНСИ: КАССы, конечно.

После установки нового libhwsrv.so зайдите в настройки оборудования и на закладке [Общие] установите (проверьте) "Уровень отладки" = "Вывод сообщений в консоль".

Если ошибка повторится, после снятия Z-отчета скиньте нам архив папки /tmp/dancy/reshka/

[Бродяга_Джон]

Добрый день!

После обновления с 1.2.6 p5 до 1.2.8 при формировании отчета о продажах ккм в файле имя_ККМ.rep пропали строки с транзакциями 61 и 63. Как можно исправить положение?

С уважением,
Александр

а когда обновились?
по БД транзакций закрытие смены и Z пропали с 5 сентября включительно
4 числа они ещё были

PS
у нас была похожее, но не так как у вас, у вас просто пропало, а у нас переодически через день или два или три выскакивало.
на одной точке тоже не фиксировалаось закрытие смены, зато на следующий день прописывалось и в фискальник шло суммой двух дней,
с чего получалось и куда пропало в итоге - фиг знает
протокол Атол и ФР - меркурий, было на 1.2.6р2

[Бродяга_Джон]

кстати, а что у вас за глюки в БД транзакций?

91369 11 2013-09-06 11:23:16 4 120364 2 389 6762 6761 0 30532 \N \N 0 \N 102.000 1.000 \N \N \N \N \N 102.000 \N \N
91370 11 2013-09-06 11:23:16 4 120364 2 389 6762 6761 0 30508 \N \N 0 \N 28.000 3.000 \N \N \N \N \N 84.000 \N \N
91371 11 2013-09-06 11:23:16 4 120364 2 389 6762 6761 0 30487 \N \N 0 \N 17.000 1.000 \N \N \N \N \N 17.000 \N \N
91347 63 2013-09-05 19:08:29 4 120364 2 388 \N 7288 \N \N \N \N \N \N 3846.040 7861.040 \N \N \N 7586.040 \N \N \N \N \N
91348 61 2013-09-05 19:08:29 4 120364 2 388 \N 7288 \N \N \N \N \N \N 3846.040 7861.040 \N \N \N 7586.040 \N \N \N \N \N
91372 41 2013-09-06 11:23:16 4 120364 2 389 6762 6761 0 \N \N \N 1 \N 203.000 0.000 \N \N \N \N \N \N \N \N \N
91373 55 2013-09-06 11:23:16 4 120364 2 389 6762 6761 0 \N \N \N \N 203.000 203.000 \N \N \N \N \N \N 0.000 \N \N
91374 11 2013-09-06 11:28:24 4 120364 2 389 6763 6762 0 29225 \N \N 0 \N 18.000 2.000 \N \N \N \N \N 36.000 \N \N
91375 11 2013-09-06 11:28:24 4 120364 2 389 6763 6762 0 10981 \N \N 0 \N 142.000 1.000 \N \N \N \N \N 142.000 \N \N
91376 41 2013-09-06 11:28:24 4 120364 2 389 6763 6762 0 \N \N \N 1 \N 178.000 0.000 \N \N \N \N \N \N \N \N \N
91377 55 2013-09-06 11:28:24 4 120364 2 389 6763 6762 0 \N \N \N \N 178.000 178.000 \N \N \N \N \N \N 0.000 \N \

ничего странного не замечаете?

[Бродяга_Джон]

вот ещё

91567 55 2013-09-07 16:43:57 4 120364 2 390 6810 6809 0 \N \N \N \N 39.000 39.000 \N \N \N \N \N \N 0.000 \N \N
91461 63 2013-09-06 18:59:30 4 120364 2 389 \N 7318 \N \N \N \N \N \N 3977.620 4304.620 \N \N \N 4240.620 \N \N \N \N \N
91462 61 2013-09-06 18:59:30 4 120364 2 389 \N 7318 \N \N \N \N \N \N 3977.620 4304.620 \N \N \N 4240.620 \N \N \N \N \N
91483 11 2013-09-07 11:49:39 4 120364 2 390 6790 6789 0 29827 \N \N 0 \N 8.000 1.000 \N \N \N \N \N 8.000 \N \N

92000 37 2013-09-12 14:56:39 4 120364 2 395 6925 6924 0 2 \N \N \N \N 18.970 7.000 1 0 7.000 \N \N 18.970 \N \N
91945 61 2013-09-11 18:57:38 4 120364 2 394 \N 7449 \N \N \N \N \N \N 5360.590 5867.590 \N \N \N 5867.590 \N \N \N \N \N
92001 41 2013-09-12 14:56:39 4 120364 2 395 6925 6924 0 \N \N \N 1 \N 252.030 0.000 \N \N \N \N \N \N \N \N \N

[Alexander]

кстати, а что у вас за глюки в БД транзакций?

А это pg_dump так работает (если Вы про порядок номеров транзакций).
Если дамп загрузить в БД и сделать запрос с ORDER BY n_transaction ,то все будет в порядке.

[Alexander]

i686 = 32 бит.
Скачайте вложенный файл, распакуйте его (можно с помощью файлового менеджера PCManFM) и скопируйте распакованный libhwsrv.so в каталог /usr/lib/ (заменив находящийся там файл).
Для копирования в /usr/lib/ понадобятся права root (в окне терминала выполняете команду su и вводите пароль root, который задавали при установке - пароль при вводе не отображается). После того, как получили права root можно запустить pcmanfm или mc или просто cp -vf /home/kassir/libhwsrv.so /usr/lib/

Все это проделывать следует, предварительно выйдя из ДЭНСИ: КАССы, конечно.

После установки нового libhwsrv.so зайдите в настройки оборудования и на закладке [Общие] установите (проверьте) "Уровень отладки" = "Вывод сообщений в консоль".

Если ошибка повторится, после снятия Z-отчета скиньте нам архив папки /tmp/dancy/reshka/

Ошибка больше не повторялась?