Добрый день.
Столкнулся с такой проблемой - не могу подобрать алгоритм округления, которым пользуется Штрих-ФР-К.
Делаю так:
заполняю чек через Sale()
затем указываю DiscountOnCheck
и потом CloseCheck()
в этом месте передается сумма от покупателя.
Алгоритм рассчета скидки точно не простой математический, взял бухгалтерский - разница на 1 коп вверх иногда все-таки выходит.
Можно ли как-то получить сумму чека от ККМ, когда он его распечатал?
И тут же вопрос - какие параметры чека можно получить после его печати? Мне нужно номер чека - смены, сумма, сумма скидки.
Спасибо

Округляет ФР по математическим законать только с учетом до 3-х знаков после запятой, отсюда могут быть расхождения в копейки. Чтобы этого избежать можете не пользоваться св-вом DiscountOnCheck? а использовать св-во Discount - скидка суммой и перед закрытием чека запросить из ФР его подытог - CheckSubTotal.

Только из ЭКЛЗ запросив итог документа по номеру КПК, соответственно надо знать номер КПК.

Метод GetECRStatus? св-ва SessionNumber и OpenDocumentNumber.

Нельзя.

Спасибо огромное - так и сделал

Пожалуйста.

Возникла та же проблема с округлением при скидке по %. Что бы не плодить темы задам вопросы здесь:

Вопрос 1:
А можно сделать так?

1. заполнить чек через Sale()
2. указать DiscountOnCheck
3. По CheckSubTotal() (заполнить сумму к оплате, метод в Summ1 возвращает итог под чеком,по документации)
4. И сразу CloseCheck()

Вопрос 2:
При передаче суммы скидки (метод Discount) придется вручную писать, что скидка столько то процентов?

Можно.

Да, в этом случае % скидки надо будет выводить с помощью PrintString.

Спасибо.
(приятно удивлен оперативностью )

Пожалуйста.

Здравствуйте.
Попробовал вариант 1, чеки стали печататься со сдачей в 1 копейку, при несовпадении сумм округления программы и ккм(зато хоть аннулироваться перестали), руководство смотрит косо, поэтому хотим реализовать вариант 2, а так как работаем на "живом" оборудовании(к тому же удаленном) заранее хотелось узнать некоторые вопросы:

Вопрос1:
а)Поле Discount действует лишь на ту запись к которой применяется( в пределах Sale)
б) или я могу сделать общую скидку по чеку выполнив: Sale,....Sale,CheckSubTotal(),Discount, CloseChek()?

Хотелось бы выводить скидку в конце чека, а не по каждой позиции.

Вопрос2:
Если сумма Discount превысит сумму по строке/чеку, чек аннулируется или пробьется с нулевой суммой?

Вопрос 3:
Применяя Discount будет печатать скидку после каждой строки или под итогом в конце товарной части?

Пример из 1а:
Булка 2х10=20
скидка 2
Мясо =80
Скидка 8

Пример из 1б:
Булка 2х10=20
Мясо =80
Скидка 10

Вопрос4:
Подведет ли ккм итого по скидкам в конце чека, или придется что то печатать самому?
Пример:
Всего: 100
Скидка: 10
ИТОГО: 90

Вопрос 5:
Чек будет выглядеть так?

Пример:
1. Булка 2х10=20
скидка 2
2. Мясо =80
Скидка 8
Всего: 100
Скидка: 10
ИТОГО: 90

Вопрос 6:
Правила работы для ШТРИХ-ФР-К и для ШТРИХ-Мини-ФРК одинаковые, подводных камней ожидать не стоит в механизме продаж/скидок?

Метод Discount действует в пределах открытого чека после первой продажи в данном чеке.


Можете.


В таком случае ФР вернет Вам ошибку 95: "Отрицательный итог чека".


Можно и как 1а) так и 1б).


Общую сумму скидки нужно будет вычислять и печатать самому используя метод PrintString.


Ответ на данный вопрос вытекает из ответов выше.


Правила одинаковы и проблем быть не должно.

Большое спасибо.

Не за что.

Доброго дня!
Такая проблема:
Есть продажа весового товара 0,250 кг * 25510 = 6378
Проблема в том, что денежных купюр в Беларуси меньше 10 руб нет.
Отсюда вопрос: каким образом можно округлить сумму в продаже sale?
Нужно чтобы, в данном примере, стоимость была равна 6380 и количество 0,250.
За ранее благодарен.

Средствами ФР такое округление сделать не получится, к сожалению. Решить проблему можно только следующим способом: формировать тело чека методом ПечатьСтроки. При этом все операции по вычислению суммы и ее последующим округлением ложатся на полечи верхнего ПО. Если использовать такой метод, то алгоритм формирования чека будет выглядеть примерно следующим образом:
- Открытие чека Продажи (метод OpenCheck);
- Печать товарных позиций, после соответствующей обработки (округления) на урвне верхнего ПО (метод PrintString);
- Продажа на всю сумму чека (метод Sale);
- Закрытие чека (метод CloseCheck);

Спасибо, попробую так и сделать.