Оплата заказа чепрез терминал

[RSBIR]

Здравствуйте форумчане.
Столкнулся с такой проблемой.
Мои Бандерлоги умудряются пробить чек через терминал, причем в документе протокол расчета проставляется наличная оплата.
Как они эт оделают?

На руках имею чек с одобренной транзакцией и заказ с типом оплаты Наличными.

З.Ы.
Банковский Терминал завязан через программу. (Без ФО чек никак не пробить!!!)

[Nataly]

А по Z-отчету этот чек каким видом прошел?

[RSBIR]

По Z-отчету прошло безналичкой.

Такая ситуация появляется не всегда, но частенько.

[anarchist]

не смотрели что в журнале регистрации в этот момент написано?

[RSBIR]

В журнале ничего криминально не обнаружил.
(По памяти, программы под рукой нет)
В журнале по этому документы есть ссылка на удаленный документ, причем на счета, где списалось как надо, там тоже ссылка на удаленный документ. Так что это я думаю что это не проблема.
Программа не вылетала.

Так самое главное что слип вышел банковский, с одобренной транзакцией, а тип оплаты поставился "Наличными"

Отрывок из журнала могу прислать. Но там все вроде как красиво. Завтра повнимательней посмотрю.

Спасибо.

[gulia]

Сообщение от RSBIR

В журнале ничего криминально не обнаружил.
(По памяти, программы под рукой нет)
В журнале по этому документы есть ссылка на удаленный документ, причем на счета, где списалось как надо, там тоже ссылка на удаленный документ. Так что это я думаю что это не проблема.
Программа не вылетала.

Так самое главное что слип вышел банковский, с одобренной транзакцией, а тип оплаты поставился "Наличными"

Отрывок из журнала могу прислать. Но там все вроде как красиво. Завтра повнимательней посмотрю.

Спасибо.

После того, как закончилась процедура платежа через драйвер платежных систем, надо в окошке расчетов нажать ОК. Иногда Бандерлоги по ошибке вместо ОК нажимают "отмена" и получается, что банк произвел оплату, а во ФО сделали отмену оплаты - заказ остается не оплаченный. В конце смены (ежели настроено не оставлять открытые заказы) они вынуждены закрыть этот заказ наличкой.
В журнале регистрации это хлопотно сопоставить, но это 100% так.
Потом начинаешь думать, как возвернуть это вспять - тема уже была.
http://www.traktir.ru/forum/showthread.php?t=5028
Такая конитель будет до тех пор, пока софтбаланс не напишет свой драйвер платежных систем и внедрит его связанный с ФО, а Атоловский драйвер и ФО живут двумя отдельными жизнями сразу после вызова процедуры оплаты банковской картой.

[RSBIR]

О большое спасибо, за понимание.
А то я уже всю голову сломал.
КАК, ну КАК они это делают.

Но я на всякий случай проверю так как немного сомневаюсь в ваших словах, ибо в Z отчете она проходит Безналом и причем ОДИН!!! раз. Значит второй раз они не пробивают. Так как Отчет ФО = Z, но я проверю.

Ну хоть появилось одно толковое объяснение, покапаю в этом направлении

Не драйвер они навряд ли напишут, я думаю это банковская НоуХау и тем более что у каждого банка своя система кодирования и т.д. и тп..

Но за наводку спасибо.
Покапаю.

[gulia]

Сообщение от RSBIR

О большое спасибо, за понимание.
А то я уже всю голову сломал.
КАК, ну КАК они это делают.

Но я на всякий случай проверю так как немного сомневаюсь в ваших словах, ибо в Z отчете она проходит Безналом и причем ОДИН!!! раз. Значит второй раз они не пробивают. Так как Отчет ФО = Z, но я проверю.

Ну хоть появилось одно толковое объяснение, покапаю в этом направлении

Не драйвер они навряд ли напишут, я думаю это банковская НоуХау и тем более что у каждого банка своя система кодирования и т.д. и тп..

Но за наводку спасибо.
Покапаю.

В моих словах сомневаться не нужно. Возможно просто у Вас другой вариант.
Мой точно выверенный и достоверный, но это одна из ситуаций.
Расопаете, отпишитесь.
Удачи!

[RSBIR]

Обязательно отпишусь!!!
Для этого мы здесь и собираемся.

[RSBIR]

В общем проанализировал весь журнал регистраций действий официантов.
В журнале ничего не нашел.
Информации в журнале регистраций минимум.
Даже просматривая нормальный заказ (который прошел и отразился как надо) он нечем не отличается от ненормального.

То что :
"В конце смены (ежели настроено не оставлять открытые заказы) они вынуждены закрыть этот заказ наличкой."

Могу сказать следующее.
Что протокол расчетов идет тут же за заказом.

В общем вопрос остается открытым"

Что делать и как с этим бороться?

[gulia]

Сообщение от RSBIR

В общем проанализировал весь журнал регистраций действий официантов.
В журнале ничего не нашел.
Информации в журнале регистраций минимум.
Даже просматривая нормальный заказ (который прошел и отразился как надо) он нечем не отличается от ненормального.

То что :
"В конце смены (ежели настроено не оставлять открытые заказы) они вынуждены закрыть этот заказ наличкой."

Могу сказать следующее.
Что протокол расчетов идет тут же за заказом.

В общем вопрос остается открытым"

Что делать и как с этим бороться?

Значит вызывают оплату картой, происходит транзакция, закрывается окно драйвера платежных систем, надо нажать ОК в подтверждение закрытия заказа, а они либо нажимают отмена и заказ остается не оплаченным, а тут-же чтобы он закрылся выбирают оплату наличными и как-бы оплачивают его еще раз, но уже налом и заказ закрывается.
Следов в журнале не найдете, к бабке не ходи.
Но это не умысел, а головотяпство.
РЕШЕНИЕ:
1.Сделать еще один вариант оплаты банковской картой с автономным оборудованием (доступ к нему только у администраторов).
2. Сделать возврат по этому заказу с выплатой из кассы.
3. Оформить по новой такой-же заказ и оплатить его по пункту 1.
Все сойдется