К одной и той же базе подключено примерно 10 ФР (Штрих МИНИ ФР-К)

На одном ФР периодически пробивается "ТАРА". Системности не выявлено, т.е. пробивается хаотично.

код закрытия чека, в обработке обслуживания такой:


ОплатаНалом = ?(СуммаБезнал = 0, МАКС(СуммаНал,Получено), СуммаНал);
       
Объект.Summ1 = ОплатаНалом;
Объект.Summ2 = 0;
Объект.Summ3 = 0;
Объект.Summ4 = СуммаБезнал;

Объект.CloseCheck();

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

Может было у кого что-либо подобное. Или просто мыслями поделитесь.

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

Ну, наверно, надо посмотреть, какой вид оплаты в 4-й секции.

4 вид оплаты - безнал (пластиковые карты)

(1) чек пробивается следующим образом: сначала просто печатается тело чека, но при этом каждая позиция отдельно не регистрируется на фискальнике, затем происходит регистрация всей суммы чека и затем закрытие чека с указанием какая сумма по каким видам оплаты прошла.
вот этот кусок кода, который отвечает за тип оплаты и показан выше

>пробивается "ТАРА"
это тара? номенклатура такая? ящики, бочки, коробки, пакеты?

(4) Вид оплаты.

(4) у нас в программе нету нигде тары.
В ФР есть возможность настроить 4 различных вида оплат.
Обычно это Нал, Кредит, Тара, Безнал (но можно обозвать их как угодно).

И в обработке обслуживания программист сам определяет алгоритм выбора видов оплаты.

Потом при закрытии смены ФР выводит отчет (Z или X) в котором и видно по какому виду оплаты какая выручка была.

Вот у нас на одном из 10-ти фискальников периодически, бессистемно выскакивает "тара".

Кстати, оговорюсь. Дополнительно стоит программа КиберПлат (прием платежей на мобильные), которая так же взаимодействует с ФР, но туда в драйвер мы лезть уже не можем. там закрытый код. единственное, можно слегка влиять на макет чека, но алгоритм выбора видов оплаты нам там недоступен.

ну ещё раз поделюсь мыслями. а было б неплохо всякий раз перед Клосе() писать в какой-нить лог (ЖР) значения всех четырёх сумм. а потом взять и поймать за руку взбесившуюся железяку. только в логах будет каждый раз всё хорошо, ибо в барабашек я не верю...

в моем случае, на том фискальнике в таблице видов оплаты чека прописано

1 Наличными
2 Кредитом
3 Тара
4 Плат.картой

и такой код.

Объект.Summ1 = ОплатаНалом;
Объект.Summ2 = 0;
Объект.Summ3 = 0;
Объект.Summ4 = СуммаБезнал;

Объект.CloseCheck();

Как видишь, Тара = 0;

На проблемном рабочем месте была замена компьютера. Проблема осталась.

(10) Любой товар тарой ? интересно и только на одной кассе...
А у вас тара вообще продаётся ?) или только в номенклатуре как позиция для прихода разливного пива например ?)

тары в 1с нет. ТАРА это вид оплаты на ФР а не номенклатура такая

(12) Та ладно ? у нас есть. Мы так пиво приходуем)

Добавь строчку лога при пробитии чека. Потом посмотришь с каким товаром или чем там еще этот тип оплаты появляется.

Вид товара шт,кг, ещё чего то, тара.
Иногда бывает так что оператор не правильно завёл товар и указал на пример в весовом товаре шт. товар перефосовали на весах с печатью этикеток и бабах печенье пробивается как рыба ))) такое сплошь и рядом, или например сканер иногда не дописывает последние цифры.

Только что выяснил, что тара периодически пробивается и из программы КиберПлат (которая платежи на телефон)

(15) ты не понял меня.
PS весового товара у нас нет вообще. Да и вид товара в данном случае не играет никакой роли.

Сужай круг поиска.
Переставь ФР в место, где нет КиберПлат-а.

(0) "Дяденька,вы такие вопросы задаете,а я ведь совсем не сварщик"(С) :)

а как кибер плат привязан у вас к кассе ? у них же свои терминалы.

(20) чек фискальный человеку же надо выдать, что от него деньги приняли.

(21) почему не указал какая конфа и какая обработка обслуживания?

конфа КА платформа последняя (8-ка есс-но) обработка обслуживания - это адаптированная из 7.7. и дописанная под свои нужды. основные ключевые моменты я выделил.

каким образом идет обработка именно фискальной части чека.

(23) я недавно как раз настраивал типы оплаты на ФР.Видел,что в 1с в настройках торгового оборудования,бывает галочка типа оплаты "наличная оплата"=0-ая секция
У тебя как раз смещение идет на -1,т.е. безнал попадает на тару.Проверь настройки на конкретном рабочем месте

суммы по таре бывают смешные. 1р20 коп.
у нас безналом так не платят.

Максимум 5 рублей в день. бывает. Рублей, а не тысяч.

При том, что уточнил, что сбои бывают не только в 1с. Более того, локализовать проблему именно в 1с или именно в киберплате не возможно.

Если у тебя проблема только на одном фискальнике,то попробуй поменять местами или заменить сам фискальник

(25) Не возможно локализовать потому что больше на форуме флудишь. Еще раз, добавляешь логирование при пробитии чека. Пиши хоть в журнал, хоть в текстовый файл. Потом анализируешь лог. Все.

(26) фискальники привязаны к точкм в плане регистрации. не так просто поменять местами. это была первая мысль, когда мы (коллектив программистов) согласились с тем, что на 99% проблема не в 1с.

+28 первая мысль поменять местами, а не то, что это не так просто :-)

(28) сколько времени прошло с появления это светлой мысли до текущего момента?:))

много

без комментариев

Новый фискальник 30-ку стоит. поэтому просто взять и купить новый - не вариант.

Кабель поменять от компа до ФР, скорость порта понизить. Если ошибок нет в коде нужно искать в аппаратном обеспечении.

Насчет кабеля не знаю, но компьютер менялся, на котором ФР живет.

быстро закончились идеи однако.

Написать официальную бумажку, в которой указать,
что в ПО все нормально, проблема в ФР.

Включить запись лога в драйвере, если возможно (и готовиться смотреть многометровые тексты, ага). Может, сам драйвер тупит. И логи отправки на фискальник в 1с - для сравнения.
ЦТО сделало правильно - пару раз прогнали тест железки, она все показала верно. А что ты им можешь сказать без логов?

http://www.serial-port-monitor.com/
может что-то такое поставить?

всё не читал. дрова от атола обновить уже предлагали?

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

Это ПО работает только с одним этим ФР-ом или со многими? Проблема олько с одним этим ФР-ом или со многими?

Выводы - сам

(37) ахахаха
(40) было. меняли
(41) все ФР работают с этим ПО. беда только на одном.

Если используются скидки в чеке, то возможна ситуация, когда общая сумма всех оплат превышает итог чека (из-за того, что ФР сделал округление скидки).
В этом случае, Штрих-ФР-К вообще выдавал ошибку, а этот, может быть, использует свободный вид оплаты.

P.S. если писать все команды ФР в журнал, то потом его можно распарсить программно и выудить все команды закрытия чека, где указаны суммы.
P.P.S. наименование типа оплаты в настройках ФР можно поменять, чтобы вас "тара" не напрягала.