Здравствуйте!
Столкнулись с очень странным поведением ККМ при округлении, с первого взгляда алгоритм не поддается осмыслению.
Поясните пожалуйста как угадать принцип работы этого округления (фаза луны там влияет или что). Это создает проблемы при сопряжении ККМ с другим оборудованием так как невозможно угадать точную сумму которую вычислит сама ККМ. Пример чека и схематическое изображение проблемы на фото ниже.
https://drive.google.com/open?id=0B-A5r ... VpRc1E3SG8
Не адекватное поведение ККМ Меркурий 119Ф при округлении.
Re: Не адекватное поведение ККМ Меркурий 119Ф при округлении.
Сам спросил, сам и отвечу. Самодостаточная тема.
http://delphimaster.net/view/14-10885/all
http://delphimaster.net/view/14-10885/all
Re: Не адекватное поведение ККМ Меркурий 119Ф при округлении.
Немного поторопился я, редко но все равно бывает что работает то арифметическое округление то бухгалтерское. Если кто-то может прояснить ситуацию то буду благодарен.
Re: Не адекватное поведение ККМ Меркурий 119Ф при округлении.
Снова здравствуйте!
Поймали еще одну ситуацию, так как ответа на предыдущие вопросы не получил задам очередной в виде ребуса.
Поймали еще одну ситуацию, так как ответа на предыдущие вопросы не получил задам очередной в виде ребуса.
Re: Не адекватное поведение ККМ Меркурий 119Ф при округлении.
Опять отвечу сам себе, возможно кому то будет полезно.
Ответ из поддержки:
После общения с техподдержкой был разработан следующий алгоритм:
1. Печатаем первые две части чека разными фискальными документами, но не закрываем последний.
Если товара много то вторая часть повторяется.
2. Запрашиваем 13 счетчик и получаем сумму которую будет печатать фискальник на чеке применив свое неведомое округление.
3. Имея итоговую сумму которая будет при закрытии чека может на уровне своего ПО провести нужные корректировки и закрыть чек.
Так можно избавится от расхождений.
Ответ из поддержки:
Сам чек:Здравствуйте!
Для округления используются функции среды разработки, подстраиваться под них
нет смысла т.к они регулярно обновляются.
Разработчику проще ввести свою функцию округления по необходимому правилу.
Если Вам проще внести исправление в своё ПО, для получения денежных счётчиков ФР
необходимо использовать команду 55H – Считать текущее значение счётчиков ККМ,
счётчик 13 – итоговая сумма документа (открытый документ).
Команда 4AH – Информация о последнем оформленном фискальном документе,
или включить расширенный формат ответа в команде 53H – фискальный документ.
После общения с техподдержкой был разработан следующий алгоритм:
1. Печатаем первые две части чека разными фискальными документами, но не закрываем последний.
Если товара много то вторая часть повторяется.
2. Запрашиваем 13 счетчик и получаем сумму которую будет печатать фискальник на чеке применив свое неведомое округление.
3. Имея итоговую сумму которая будет при закрытии чека может на уровне своего ПО провести нужные корректировки и закрыть чек.
Так можно избавится от расхождений.