Наша организация реализует продукцию, округляя чек в пользу покупателя до рубля. 1С Розница настроена (округление настроено как скидка), все супер, но(!) при определенных цене и количестве фискальный регистратор аннулирует чек и выдает сообщение об ошибке (Ошибка фискального регистратора! 45h сумма всех типов оплат меньше итога чека). При отладке дошла до кода:
Если Результат = мНетОшибки И Не Объект.Драйвер.НапечататьФискСтроку(Объект.ИДУстройства, Наименование, Количество, Цена, СуммаПозиции, Отдел, НДС) Тогда
т.е. система обращается к драйверу фискального регистратора (ФР), куда передает Цену, Количество и зачем-то сумму (которая уже округленная без копеек). Так сказать, внутри ФР цена на количество перемножаются и получившаяся сумма получается не округленной, что расходится с суммой оплаты (на мой взгляд это единственное объяснение причины возникновения ошибки). Что делать, куда копать не знаю... Посоветуйте что-нибудь, пожалуйста!
(1) MisKat, Ну, получается, что нужно рассчитывать данные, как это делает драйвер, проверять "бьется" ли сумма, если нет, то тогда на вход давать "подогнанную" сумму, что бы шло до копейки...Видимо как то так попробовать.
(2) deniseek77, как рассчитывает драйвер не известно, доступа к его настройкам нет. Пробиваться должна сумма без копеек. Например: есть количество 0,469 и цена 774. 0,469*774=363,006 или 363,01 руб. Даем скидку покупателю в одну копейку. На вход в процедуру подаем Количество 0,469 Цену 774 (их менять не имеем права, т.к. при проверке в налоговой будем жестоко наказаны) и СуммаПозиции 363 руб. (именно столько нам должен заплатить покупатель). Драйвер при перемножении цены на количество явно 363 руб. ровно не получит... Зашла в тупик. Знаю, что Х5 тоже реализует продукцию с подобным округлением. Интересно как они решали эту проблему....
То же самое было с фискальником Штрих-лайт, подключенным через его же обработку. Мы то просто убрали округление. Где-то была тема по редактированию штриховской обработки, а конкретно процедуры закрытия чека
А какая версия стояла и какую прислали то? В смысле, проблема была на скачанном с офсайта 4.9 и прислали что-то хитрое, или какая-то старая версия у вас стояла?
У меня аналогичная проблема. Но в основном явно ее ощущаешь когда клиент расплачивается банковской картой, так как сумма оплаты не может быть отредактирована. Сколько программа посчитала столько и должно списаться, но так как 1С округляет сумму до целого в поле оплата стоит 100 рублей к примеру, а фискальник то считает что сумма должна быть 100 рублей 21 копейка и пробитии чека пишет что чек аннулирован.
38.
lenochka-semicova
31.07.17 09:30 Сейчас в теме
(37) Логично предположить, что пробивать ККТ должна ту же сумму, что ей передали. а вот как она там с этим справляется - проблема ККТ.
В последних версиях розницы даже форматно-логический контроль сделали программный (задается в параметрах подключаемого оборудования), чтобы входящие драйверу суммы уже были всегда равны цена*количество.
Сейчас под рукой 30Ф нету, но у нас на нем такой проблемы не наблюдалось в последних версиях. Поэтому очень высока вероятность, что дело именно в прошивке/драйвере, ибо они меняются как грибы.
P.S.
3.0.1245 - это ни о чем это - надо на самом аппарате распечатать информацию о ККТ (см. в документации как его включить удерживая кнопки сколько-то там сигналов). Он на бумаге показывает версию своей прошивки.
Ошибка возникает если в скидках процент оплаты имеет более двух цифр после запятой. В документе показывает только две цифры, а программно видит все. Поэтому несоответствие в расчетах проверяемых сумм и далее ошибка при печати чека. Проверяйте СуммаСкидки*100/СуммаБезСкидки должно быть не более двух цифр после запятой.