Ошибка 74.

[Doctor2006]

При попытке открытия чека выдает ошибку 74, пишет что смена истекла хотя открыта 2 часа назад.

[Alexander]

А последний Z-отчет когда снят был?
P.S. Возможно, следует проверить работу микросхемы таймера ФР.

[Doctor2006]

Ошибка стала повторятся через день. Вчера приходил специалист из ЦТО который обслуживает сказал что с Регистратором все нормально (Меркурий).
Выкладываю папку reshka.
и еще посмотрите периодически вылетает 21 ошибка.

[Alexander]

периодически вылетает 21 ошибка

О! С этого надо было начинать!
"Ошибка 21: Транзакция не прошла" - смена в ФР открылась, а в БД эта информация не попала, отсюда и 74 ошибка как следствие.

В приложении - файл обновления структуры БД, который решает первую проблему (с ошибкой 21), ошибка 74 исчезнет автоматически, как следствие первой.
Для обновления структуры БД надо распаковать прилагаемый архив (например, в /home/kassir/) и запустить /home/kassir/DBUpdate из окна терминала от имени пользователя kassir.
Сборку сделал 32-битную (в соотвествии с присланными логами).
Исправление (обязательно!) включим в выходящий на этой неделе 1.2.6 patch2

[Doctor2006]

Поставлю сейчас попробую. Про ошибку 21 они мне сегодня сказали что такая ошибка выскакивает вот я и решил уточнить......

[zabaluev]

Такая же фигня, только платформа 64x Mandriva2009. Прошу сделать такую же обработку для 64х.

[Alexander]

Вот сборка для x86_64

[zabaluev]

Как можно проверить, правильно ли отработало данное обновление, т.к ошибка 21 повторяется, и касса повторно просит снять отчет.
Я запускал его от root. Если не правильно, покажите подробна как запустить правильно.

[Alexander]

Как можно проверить, правильно ли отработало данное обновление

Код: Выделить всё

psql Transaction -U kassir -c "\d transaction" | grep round

результат должен быть round_sum | numeric(15,3) |

[zabaluev]

Проверил, было:
round_sum | numeric(8,3)
после апдейта стало
round_sum | numeric(15,3)

В первый раз как то криво я все запустил.