[ТЕМА ЗАКРЫТА]
Опции темы
12.12.2011 15:51  
Stels
разобрались?
 
12.12.2011 16:09  
whitewizard
АСЦН сказал, что всё нормально и логику никто переписывать не будет
 
09.04.2013 08:42  
Propil
Цитата:
_FRFREELINE=1
_RoundBase=0.50;2
Использовал такие же настройки и получил проблемы.
Периодически смена на сервер не принимается с ошибкой. Ругань - на таблицу Cashdisc.db
Вот что видим здесь -
позиции чека разбиваются и появляется отрицательная скидка
Миниатюры
Нажмите на изображение для увеличения
Название: cashdisc_error.gif
Просмотров: 343
Размер:	18.4 Кб
ID:	1872  
 
09.04.2013 08:56  
bob
Цитата:
Сообщение от Propil
Использовал такие же настройки и получил проблемы.
Периодически смена на сервер не принимается с ошибкой. Ругань - на таблицу Cashdisc.db
Вот что видим здесь -
позиции чека разбиваются и появляется отрицательная скидка
Ты уверен, что discountindex=4 - это округление "скидка на мелочь"? Меня гложут большие сомнения.
 
09.04.2013 09:06  
Propil
После подитога применена скидка по дисконтной карте - 3%-ная
 
09.04.2013 09:35  
Propil
Но этим не ограничивается..
При изъятии денег печатается чек.
В одной строке - остаток 1000 руб после изъятия
В другой (итого) - иная сумма
Миниатюры
Нажмите на изображение для увеличения
Название: incassatia.gif
Просмотров: 341
Размер:	48.3 Кб
ID:	1873  
 
09.04.2013 10:19  
konst
По поводу последнего - может быть рассинхронизация между счетчиками в УКМ и в ФР
т.к. похоже что 1000 р - печатает программа, а 999,81 - фискальник
попробовать выставить в cf_ini - этот остаток и посмотреть что будет дальше
 
10.04.2013 15:07  
Bork
Всем привет.

whitewizard, хочу дополнить мануал:
0.50;2 это «размазывание» дельты на позиции чека пропорционально их весу в общей сумме.
т.е. это нельзя понимать как округление, это "отбрасывание" мелочи до 50 копеек в твоем случае.

Если ты хочешь, чтобы было 24.00 то нужно ставить 0.50;-1.

Propil, у тебя не просто расхождение ящика ФРа с ящиком УКМ2, тут скорее всего расходятся продажи. Сравни контрольку ЭКЛЗ с таблицей cashpay, я прав?
С этим нужно разбираться. Думаю стоит написать письмо в АСЦН, но сначала я попробовал бы отловить такой косяк на последней версии.
 
18.04.2013 17:29  
Propil
После обновление дистрибутива УКМ, округление работает нормально.
До сегодняшнего случая..
Итак, стоит параметр _RoundBase=0.50;-1
Имеем чек на продажу из двух позиций.
Одна из них ценой 44,30 "скидывается" до 4,12 (в итоге сумма чека округляется до 50 коп в минус)
Потребовалось сделать возврат этой позиции.
Касса по установленному алгоритму - в чеке на возврат округляет 4,12 до 4,50 (покупатель в выигрыше :) )
Но, делает это хитрым способом. В табличке у себя выставляет отрицательную скидку.
В итоге, скидка эта не принимается Супермагом (кассовым сервером) при закрытии смены.
И в СМ живет чек на возврат на сумму 4,12

Разницу в 38 копеек пытаются вытрясти с меня
 
"Спасибо" Propil от:
18.04.2013 19:33  
bob
Цитата:
Сообщение от Propil
После обновление дистрибутива УКМ, округление работает нормально.
До сегодняшнего случая..
Итак, стоит параметр _RoundBase=0.50;-1
Имеем чек на продажу из двух позиций.
Одна из них ценой 44,30 "скидывается" до 4,12 (в итоге сумма чека округляется до 50 коп в минус)
Потребовалось сделать возврат этой позиции.
Касса по установленному алгоритму - в чеке на возврат округляет 4,12 до 4,50 (покупатель в выигрыше :) )
Но, делает это хитрым способом. В табличке у себя выставляет отрицательную скидку.
В итоге, скидка эта не принимается Супермагом (кассовым сервером) при закрытии смены.
И в СМ живет чек на возврат на сумму 4,12

Разницу в 38 копеек пытаются вытрясти с меня
Там еще есть проблема с возвратом, когда чек пробит с дисконтной картой и товар с фиксированной ценой. При возврате такого товара возникает та же ситуация.
 
 


Опции темы



Часовой пояс GMT +3, время: 20:47.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.