Ошибка 155

[kedr19]

1.2.8 beta

Округление работает и правда криво, как вы описывали. Потому использовать мы его не можем.

Проблема остается. Примерно раз в 2 недели, происходит "выход" в режим меню и чек теряется. Можно что-нибудь исправить?

Вопрос по округлению:
Если 6 касс работают с одной БД и в настройках одного из РМК установить округлять, то эта настройка отразиться на всех РМК?

[Alexander]

Если 6 касс работают с одной БД и в настройках одного из РМК установить округлять, то эта настройка отразиться на всех РМК?

Да

Примерно раз в 2 недели, происходит "выход" в режим меню и чек теряется. Можно что-нибудь исправить?

Работаем.
Проблема в том, что для этой ситуации нет никакого типового алгоритма, стабильно приводящего к "вылету" (ошибка сегментирования памяти).

[kuman]

1.2.8 beta

Округление работает и правда криво, как вы описывали. Потому использовать мы его не можем.

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

[kedr19]

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

До исправления, планирую написать обработку, которая в пустой чек загрузит подготовленные данные продаж из reshka. Пока беру и руками чек восстанавливаю по этим данным.

[Alexander]

Округление исправили
Есть желающие потестировать и отписаться по результатам?

[kedr19]

Что не так было в округлении чека, ведь цена на товар 3,95 - округлять нечего. Почему то при округлении в меньшую сторону до 0,05 18*3,95=71,05, а не 71,10 - почему так??????
Думаю, это последнее сообщение в теме, пользуйтесь ей, не повторяя моих ошибок.
P.S. Обидно,что админы сами не додумали, в чем проблем.

Данный расчет работает корректно. Подобные ему тоже.

Только кто пользуется округлениями подскажите, куда вы эти копейки подсовывайте в 1с? Дэнси, я так понимаю передает их как скидку суммой, а если используется скидка процентом, то эти копейки прибавятся к скидке на округленную сумму и при загрузке результат не срастется. Суммарную скидку 1с посчитает, как разницу между ценой и примененным процентом скидки, а куда подсунуть эти копейки округления?

[Alexander]

Только кто пользуется округлениями подскажите, куда вы эти копейки подсовывайте в 1с? Дэнси, я так понимаю передает их как скидку суммой, а если используется скидка процентом, то эти копейки прибавятся к скидке на округленную сумму и при загрузке результат не срастется. Суммарную скидку 1с посчитает, как разницу между ценой и примененным процентом скидки, а куда подсунуть эти копейки округления?

Можно использовать грубый метод - сумму округления прибавить к скидке на позицию с максимальной стоимостью (или начислить как скидку, если скидки на этой позиции не было).
P.S. Кстати, в транзакциях округление идет в 55 транзакции "Закрытие чека" а не в 35/37 транзакциях (скидка на чек)

[kedr19]

Подскажите, данная ошибка возникает в виртуальном драйвере, а если подцепить к ДЭНСИ Принтеры кассовых документов (для ЕНВД) «Меркурий»-MS, то она исчезнет?

[Alexander]

На "Меркуриях" большой опыт работы у Бродяги_Джона насколько я помню.
Подвисания состояния открытого чека в этих аппаратах по-моему не наблюдалось.
На всякий случай рекомендация - не связываться с USB-версией "Меркуриев".
Встроенный USB<->COM переходник в Linux глючит, а переход на COM возможен только заменой всей интерфейсной платы).

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

Таких ошибок не припомню, у нас ФР с ЭКЛЗ, на чистом СОМ
Было "подвисание" РМК, пару недель назад, но там проблема была из-за того что раздолбали гнездо удлинителя USB (мало им было 1.5 метра), куда сканер ШК был подключен и он при шевелении кабеля то пропадал то появлялся в системе.
Вот и "подвисало", но самое забавное что на нём была БД и второе РМК спокойно работало