v7: ТиС 7.7 Феликс РК.Проблемы с доработкой обработки обслуживания #576167

Необходимо чтобы можно было печатать чеки на Феликс РК с типом оплаты Кредит. карты.Установил драйвер Атол,начал изменять обработку fr_comm.ert.

Код: Теперь при оплате безнал,печатается чек с безналом,но потом выходят 2 чека с анулированием.Посмотрел в лог файле,там сперва 2 ошибки :Ошибка! ResultCode = -3836 ResultDescription = "Подсчет суммы сдачи невозможен",а потом еще :Ошибка! ResultCode = -3810 ResultDescription = "Накопление меньше суммы возврата или аннулирования".В чем ошибка понять не могу.HELP!!!

Вообще да, надо использовать только одну из этих команд - либо Payment, либо ЗакрытьЧек. Если не используются комбинированные оплаты, то лучше использовать ЗакрытьЧек

Наконец то попробывали безнал.Впервый раз все прошло удачно,все были рады.Через несколько дней опять сделали безнал. и опять тоже самые ошибки : вышел анулированный чек и в логе та же ошибка: Ошибка! ResultCode = -3836 ResultDescription = "Подсчет суммы сдачи невозможен" BadParam = 0 BadParamDescription = "Ошибок в параметрах нет".

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

В логе драйвера что написано по этому поводу? Лог лежит рядом с длл, файл будет называться что то типа fprmn.log

Не знаю, как "думает" феликс, но у аппаратов Штрих-М была подобная проблема при использовании скидки и указании безналичной оплаты. Дело в том, что когда указывается скидка на чек, то аппарат делает округление по его внутреннему алгоритму, а 1С - по её. В итоге, переданная сумма для оплаты оказывалась на одну копейку больше, чем та, которую получал аппарат внутри себя - ну и тут же следовал отказ от закрытия чека, так как операция со сдачей невозможна при использовании вида оплаты, отличного от наличных. До конца проблему так и не решили, но обнулили копейки у всех продаваемых товаров - в результате никаких округлений не происходило. Также проблема округления может возникать при указании количества, отличного от единицы.

Ну кстати может быть запросто и такая проблема. Мы года полтора назад именно поэтому в драйвере в интерфейсе для 1С изменили логику работы команды ПечатьФИскальнойСтроки, чтобы в ФР передавалась уже сумма со скидками, чтобы ФР сам не занимался округлениями

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

Потому что пытаешься исполнить метод "оплаты со сдачей" (даже если сдача ==0), что абсурдно для б/нала и очевидно даже ФР'у.

ну как бе в программах нашей разработки все делается точно так же )

Так если это проблема со скидкой,то можно только сумму чека уменьшить на процент скидки  или еще нужно будет уменьшить на процент скидки каждую цену товара в чеке?

Вот увидел в логе такую последовательность при печати безналом: Driver.GetStatus 30.10.2011 10:04:32 0000000000 Посылка команды ККМ: 00 00 3F                    0000000062 Получен ответ: 44 30 01 11 10 30 10 12 40 1F 01 03 58 59 18 32 34 01 02 94 17 25 00 00 00 00 00 00 02 01 30.10.2011 10:04:32 0000000000 Посылка команды ККМ: 00 00 91 18 00 00                    0000000016 Получен ответ: 55 00 32 03 36 00 00 00 00 00 00                    0000000000 Driver.Set_Name Муфта (белая) PPRC разъёмная H (                    0000000000 Driver.Set_Price 86                    0000000000 Driver.Set_Quantity 8                    0000000000 Driver.Set_Department 4 30.10.2011 10:04:32 0000000000 Driver.Registration 30.10.2011 10:04:32 0000000000 Посылка команды ККМ: 00 00 92 00 01                    0000000016 Получен ответ: 55 00 00 30.10.2011 10:04:32 0000000000 Посылка команды ККМ: 00 00 52 03 00 00 00 86 00 00 00 00 80 00 04                    0000000015 Получен ответ: 55 00 00 30.10.2011 10:04:32 0000000000 Посылка команды ККМ: 00 00 4C 8C E3 E4 E2 A0 20 28 A1 A5 AB A0 EF 29 20 50 50 52 43 20 E0 A0 A7 EA A5 AC AD A0 EF 20 48 20 28                    0000000016 Получен ответ: 55 00 00 30.10.2011 10:04:32 0000000000 Посылка команды ККМ: 00 00 52 02 00 00 00 86 00 00 00 00 80 00 04                    0000000078 Получен ответ: 55 00 00                    0000000000 Driver.Set_Department 0                    0000000000 Driver.Set_Summ 1000 30.10.2011 10:04:32 0000000000 Driver.Delivery         <---------------------- 30.10.2011 10:04:32 0000000000 Посылка команды ККМ: 00 00 4A 00 04 00 00 10 00 00                    0000000016 Получен ответ: 55 97 00 Строка со стрелками стоит Delivery,т.е я так понимаю все равно проводит со сдачей,хотя в коде не стоит Объект.ОплатаСоСдачей в режиме безнала,может какая то бреж коде.Посмотрите пожалуйсто,буду очень признателен,а то я уже с ума схожу с этим фискальником: Функция ПечататьЧек(Объект, Пароль, СписокТоваров, СуммаЧека, Получено, Скидка, ПризнВозврата, НомерСекции, НомерЧека, ДлинаСтроки, ТипОплаты)

А отладчиком пройтись и посмотреть, после чего вызывается эта команда? Я сам в 1С просто совсем не силен :)

Хорошая идея,так и поступлю

Каша какая-то. Бить скидки через ККМ - это хорошо разложенные грабли на пути к светлому будущему )))  Проблемы гарантированы.

Проблема оказалась не в скидках.При пробивании чека с безналом,все пробивается.А следующий нет,выводит аннулирование предыдущего и так пока не перезагрузить 1с.Посмотрел через отладчик.В процедуре ОтключитьсяОтФР не может установить режим Mode=0, после установки отсается все равно 1.Добавил ResetMode не помогло.КАК еще можно закрыть чек?

Ошибка теперь Ошибка! ResultCode = -3802 ResultDescription = "Чек открыт - операция невозможна"

Поставил после Объект.ОплатаСоСдачей; - Объект.ЗакрытьЧек; Теперь вроде все работатет, но почему до безнала и так работало,а теперь надо закрывать ???

А там есть простая команда - закрыть чек без сдачи и наличными - она, видимо, и работала, а нормальную команду просто не отладили.