|
Не формируется слип-чек из терминала Ingenico (Arcus2), УТ 11
| ☑ |
0
DJ Anthon
04.03.22
✎
13:50
|
Несколько терминалов, все настроены одинаково, но не работает только один.
При отправке на него команды "AutorizeSales" он должен вернуть
данные слипчека
[cut]
данные слипчека
а он возвращает только
[cut]
Техподдержка говорит, что всё дело в драйвере, но он у меня один, версии 2.0.0.36 и что мне с этим делать, я не знаю.
Подскажите, где формируются данные о слипчеке? В терминале или в 1С?
|
|
1
Галахад
гуру
04.03.22
✎
13:52
|
Откуда слип-чек в 1С, конечно в терминале.
|
|
2
DJ Anthon
04.03.22
✎
13:53
|
может, 1С ему что-то не то скармливает, и он их не может сформировать?
|
|
3
Галахад
гуру
04.03.22
✎
13:55
|
В аркусе есть логи, можно их почитать. Там должен формироваться какой-то файл что-тотам.out.
|
|
4
Галахад
гуру
04.03.22
✎
13:58
|
(2) Нет. 1С не предает никаких настроек.
|
|
5
DJ Anthon
04.03.22
✎
14:00
|
да, там есть chek.out с текстом
000 УСПЕШНО
и cheq.out с текстом слип-чека. но в 1С передается только
[cut]
, она выдает ошибку, что нет поля [items], и предлагает сделать отмену продажи или повторить. повтор ни к чему не приводит, а отмена отправляет на терминал команду отменить последнюю покупку
получается, что слипчек формируется, но не пересылается через терминал в 1С.
думаю уже об изврате - подменить входные данные из терминала текстом из этого файла, сделать пару проверок и черт с ними
промсвязьбанк, если что.
|
|
6
Галахад
гуру
04.03.22
✎
14:05
|
Ну, наверное стоит поверить техподдержке. Помню у админов, были какие-то проблемы, там где до этого стояли драйвера Аркус (наследие другого банка)
|
|
7
DJ Anthon
25.03.22
✎
11:49
|
отвечу сам себе. дрова я не трогал. судя по всему, просто слетал коннект с терминалом. каждый раз, когда возникала такая ситуация, там видимо, рвался доступ к серверу, РДП его обратно восстанавливала, а доступ к ком-портам не восстанавливался, а местные работники об этом умалчивали. завершение сеанса решает проблему.
из-за редкости ситуации не могу быть уверен, что это оно, просто пока что никто не жаловался с тех пор. и да, используется проброс порта сторонней прогой (Virtual Serial Ports Emulator 0.938.4.846, рабочих аналогов не нашел) и ее изредка надо перезапускать. на стандартном пробросе портов приходилось перезапускать местный сервер целиком несколько раз в день.
|
|