Request send error терминал

Ошибка сессии SSL в POS-терминале

Как исправить?

С ошибками сессии SSL «0 -4», «0 -7» и «0 -19» часто сталкиваются владельцы банковских POS-терминалов Ingenico с GPRS/GSM модулем. В этой статье попробуем разобраться из-за чего возникают эти ошибки и как их исправить.

Ошибка сессии SSL: из-за чего возникает ошибка

Для начала разберемся, что вообще такое SSL и зачем он нужен в POS-терминалах. В «Википедии» написано следующее:

SSL (англ. Secure Sockets Layer — уровень защищённых сокетов) — криптографический протокол, который подразумевает более безопасную связь. Он использует асимметричную криптографию для аутентификации ключей обмена, симметричное шифрование для сохранения конфиденциальности, коды аутентификации сообщений для целостности сообщений. Протокол широко использовался для обмена мгновенными сообщениями и передачи голоса через IP (англ. Voice over IP — VoIP) в таких приложениях, как электронная почта, интернет-факс и др.

Всю статью сюда не буду копировать, если интересно почитайте на сайте «Википедии».

Если по нашей теме и простым языком, то SSL служит для обеспечения безопасной передачи данных о совершаемых платежах (сессия) между клиентским POS-терминалом, процессинговым центром и банком. Во время сессии SSL передаются такие данные, как идентификационный номер сессии (ID номер), сертификаты сторон, параметры шифрования и прочее.

Сам по себе протокол довольно «тяжелый» и для успешного завершения передачи данных требуется обеспечить надежный и стабильный канал связи, к которым GPRS 2G, к сожалению не относится. Высокая загруженность и маленькая ширина канала GPRS 2G (GSM) — это и есть основные проблемы из-за которой возникает ошибка сессии SSL.

Для лучшего понимания, — через сети GPRS 2G (GSM) передаются не только данные, но и почти весь голосовой трафик и ширины канала GPRS 2G (GSM) может попросту не хватить для успешного завершения обмена данными. А если в месте, где установлен терминал еще и сигнал слабый или сильно забитый канал, например крупный торговый центр, офисное здание или глухая деревенька, то обрывы связи почти гарантированы.

Такая же ошибка может возникнуть если у одной из сторон просрочен сертификат, но это крайне редкий случай — процессинг и банки строго следят за этим, к тому же процесс выпуска и перевыпуска сертификатов, как правило, полностью автоматизированы. С возникновением ошибки SSL из-за просроченного сертификата нам сталкиваться не приходилось.

Ошибка сессии SSL: как исправить

Самое главное — обеспечить стабильный канал связи для передачи данных. Других вариантов нет. Совсем нет. Но можно попробовать сделать следующее:

Переместить терминал в другое место. Если POS-терминал плохо работает в одном месте, попробуйте перенести его в другое помещение, — часто это помогает. Но не всегда есть такая возможность, например — касса в магазине, где терминал установлен в зоне кассира и перенести его можно только вместе с кассиром. Согласен, так себе вариант. Тогда переходим на следующий этап.

Меняем SIM-карту. Пробуем сим карты разных операторов сотовой связи, пока не найдем оптимальный вариант по качеству связи. Помучиться придется недолго, — вариантов у вас не особо много. Если что, у нас есть бесплатные сим карты МТС, вдруг подойдет.

Ставим усилитель сотового сигнала. Если предыдущий вариант не помог, то попробуйте установить усилитель сотового сигнала. Этот вариант для особо упорных. Правда это может только усилить сигнал, но если канал связи сильно забит, то вряд ли данный метод поможет исправить ситуацию.

Подключаем проводной интернет. Если в POS-терминале есть стандартный порт Ethernet для подключения интернет-кабеля, но сам проводной интернет в помещении не проведен, то покупаем роутер с USB разъемом, подключаем в него 4G модем (тоже придется докупить) любого оператора сотовой связи и подключаем терминал кабелем к роутеру. Метод рабочий и спасал не один раз. Только убедитесь, что сигнал 3G/4G выбранного оператора стабильно ловит в месте установки терминала, а то скажете, что не предупреждали.

Покупаем POS-терминал с 3G модулем. Если все предыдущие варианты не помогли или было лень делать, то просто сразу покупаем POS-терминал с встроенным 3G модулем и радуемся жизни. Ширина канала 3G больше и обеспечивает стабильную передачу данных на более высоких скоростях, чем GPRS 2G (GSM). Опять же, — сначала убедитесь, что связь 3G хорошо «ловит» в месте установки POS-терминала. Метод рабочий, но придется раскошелиться.

Вариант с роутером и 4G модемом часто выходит дешевле, если говорить о стационарных POS-терминалах. Если терминал переносной, то вариантов немного, — надеяться, что GPRS 2G (GSM) будет хорошо «ловить» или сразу доплатить и купить терминал с 3G. Кстати, может слышали такую поговорку: «Лучший способ не расстраиваться — это не надеяться».

Минуточку! А где вариант, что POS-терминал плохо работает или вообще сломался и поэтому часто выходит ошибка сессии SSL? Конечно же спросите вы. Не спорю, такой вариант возможен. Только вот если в терминале вышел из строя GPRS/GSM/3G модуль, то связи не будет вообще никакой, терминал даже сим карту не увидит. А ошибка сессии SSL как бы намекает нам, что данные переданы и получены, но не все — из-за обрыва связи.

Еще иногда помогает перезагрузка POS-терминала. Но это скорее временное решение проблемы. Расширить или освободить канал связи перезагрузка не поможет.

На этом вроде бы все. Благодарю за внимание. Если есть вопросы, — пишите в комментариях, обсудим.

Источник

Ошибка сессии SSL 0 -4 на терминале Ingenico iWL220: решение

Сегодня существует множество вариантов мобильных кассовых аппаратов, которые активно используются в сфере продажи или оказания разнообразных услугу. Один из них — Ingenico iWL220.

Особенности этого эквайрингового терминала заключаются в следующем:

• Предназначен для обслуживания клиентов, которые предпочитают использовать безналичный способ оплаты за оказанную услугу или приобретенный товар. То есть, применяют карточки для оплаты;
• Обладает небольшими, компактными размерами и легкостью. Это очень удобно, когда приходится терминал носить постоянно с собой;
• Для передачи данных Ingenico iWL220 используется технология Bluetooth или GPRS. Для второго варианта в оборудование изначально устанавливается Симка от Билайна, подключенная к максимально выгодному тарифу «М2М»;
• Внутри также можно обнаружить аккумуляторную батарею повышенной мощности, которая позволяет пользоваться кассовым оборудованием длительное время без постоянной подзарядки.

К сожалению, но как и все остальное оборудование такого типа, эксплуатация именно этого кассового аппарата не является гарантией отсутствия каких-либо сбоев. Например, люди часто жалуются на то, что на терминале периодически возникает непонятная им ошибка сессии SSL 0 -4. И они не знаю, как с ней бороться.

Проблема усложняется тем, что от официальных разработчиков так и не появилась какое-либо вразумительное объяснение этого состояния. Поэтому пользователям приходиться самостоятельно искать ответы на свои вопросы.

Мы тщательно прошерстили многочисленные специализированные форумы, где люди пишут о возникновении именно такой ошибки. После чего – собрали в одном месте, в этой статье все ответы, которые им дали другие пользователи. То есть, решения, которые могут помочь в избавлении от этого весьма неприятного сбоя.

Ошибка сессии SSL 0 -4 – возможные пути решения

Итак, данный сбой очень часто выглядит следующим образом:

• Пользователь уверен, что сим-карта присутствует, и она правильно установлена;
• Деньги на симке есть и достаточно количестве. Карточка находится в полностью активном состоянии;
• При попытке произвести оплату банковской картой на терминале высвечивается именно эта ошибка соединения.

Первое предположение, которое мы встретили на страницах специализированных форумов, было утверждение о том, что причиной такого состояния является отсутствие нужного сертификата. Но другие люди, которые достаточно долго используют это оборудование, сразу же отвергли его, так как, по их сообщениям, в таком случае на экране возникает совершенно иное уведомление. А именно – «Ошибка загрузки SSL-сертификата». Большинство же, в этой ситуации склоняются к тому, что причиной сбоя является качество сотовой связи.

Отзывы

Мы предлагаем ознакомиться с наиболее популярными рекомендациями и теми решениями, которые помогли – по утверждениям ответивших на описание проблемы людей:

1. Даже если в системе индикатор сигнала связи показывается высоким, это не означает, что так на самом деле. Как вариант – попробуйте использоваться симку другого оператора, покрытие которого, в месте нахождения терминала, более качественное.
2. Используемый в этой системе SSL/TLS-протокол относится к разряду «Тяжелых». На другом оборудовании, где используется классическое интернет-соединение, это не является проблемой. А вот здесь, в терминале, работающем на GPRS передаче данных, часто возникает подобная ситуация. Что можно сделать? Во-первых, можно полностью отказаться от шифрования такого трафика, так как такие программы, как SecureISO, еще больше его «утяжеляют». Но это приведет к снижению уровня защиты и безопасности. Тогда что? Постараться найти наиболее стабильный вариант передачи данных по GPRS в данном регионе.
3. Да, иногда выделенный канал связи для передачи информации просто не справляется со своими обязанностями. Иногда даже небольшие препятствия способны привести к такому неприятному результату. Например, у нас в конторе однажды столкнулись с этой проблемой. Сидели, около часа разбирались, что не так. А потом решили перенести терминал в другое помещение, чтобы продолжить разбирательство. Как только оказались во второй комнате, ошибка сразу же исчезла!
4. Не знаю, поможет ли вам мое решение. Лично на собственном оборудовании, после того, как его реализовал, больше ни разу не возникали проблемы со связью. Что нужно сделать: перейти через Telium/Initialization/Parametrs в network access. В этом разделе следует прописать для GPRS параметр «apn». Дальше – ввести пароль с логином. Затем выставить следующее: «gateway 0», «Start link PPP», «GPRS/GSM», «Provider – No». Выполнить сохранение новых настроек и перезагрузку устройства. Вернуться таким же образов в тот же раздел — network access. В нем выбрать Pstn — X25. Еще раз сохраниться и перезапустить оборудование. Мне этого оказалось достаточно.
5. Я когда-то по работе сталкивался с этой неприятностью. Решали достаточно быстро. Меняли SIM-карту на другую. И обязательно в «Переменных» прописывали название нового оператора.

Итак, подведем итоги. Что чаще всего советуют пользователи, чтобы избавиться от этой проблемы:

• Обеспечить более качественную передачу данных с помощью нахождения в месте, где нет проблем с сигналом;
• Перейти на услуги другого оператора мобильной связи, если предоставляемое им покрытие в месте эксплуатации такого кассового терминала лучше;
• Изменить некоторые настройки в оборудовании;
• Постараться снизить нагрузку на канал GPRS.

Других вариантов избавления от этой ошибки, связанной с работой кассового аппарата Ingenico iWL220, мы пока не обнаружили. Если вам известны альтернативные решения, обязательно сообщите нам.

Источник

Request send error терминал ingenico

AnnaS » 25 сен 2014, 15:48

Re: Ошибки соединения на терминале Ingenico iWL220

i_GOR » 26 сен 2014, 19:43

Re: Ошибки соединения на терминале Ingenico iWL220

W0W231278 » 26 сен 2014, 20:15

Re: Ошибки соединения на терминале Ingenico iWL220

Zverg_077 » 01 окт 2014, 00:08

Проблема не обязательно в сертификате. При отсутствии сертификата обычно выдаёт прямо: «Ошибка загрузки SSL-сертификата».

На GPRS довольно часто возникает «Ошибка сессии SSL». Это проблемы сотовой связи. Терминалу просто не хватает «ширины» канала, чтобы обменяться необходимыми данными с SSL-сервером. Поэтому и выдаётся ошибка, связанная именно с SSL.

Нужно понимать, что SSL/TLS — довольно «тяжёлый» протокол. Если на ethernet-терминалах это не особо заметно, то на GPRS в ряде случаев критично.
Лечится методом перебора наиболее стабильного в данной географической точке ОпСоСа.

Радикальный метод: не использовать для шифрации траффика SSL, а, например, SecureISO.

Re: Ошибки соединения на терминале Ingenico iWL220

i_GOR » 16 окт 2014, 22:18

Сегодня наблюдал на ICT220 ошибку связи SSL 0 -4, для проверки мегафонскую SIM карту вынул из своего мобильника, уровень сигнала 5 палок и всё равно ошибка SSL 0 -4.
Перешли для выяснения проблемы в другую комнату — и о чудо, конфига начала проливаться!

Вывод: сотовые операторы это ЗЛО!

Re: Ошибки соединения на терминале Ingenico iWL220

kuprum66 » 12 мар 2015, 17:04

Re: Ошибки соединения на терминале Ingenico iWL220

Pavluha » 27 апр 2015, 23:37

Re: Ошибки соединения на терминале Ingenico iWL220

i_GOR » 27 апр 2015, 23:48

Имеется в виду пин-шильда на кнопках?
Никак, прикручена изнутри. Это ваши коммерсанты такие заказывают, есть IWL без пин-шильды.

Будете в ремонт отправлять по какой-либо причине, пишите в сопроводительном акте просьбу снять пин-шильду.

Re: Ошибки соединения на терминале Ingenico iWL220

W0W231278 » 26 май 2016, 14:46

Re: Ошибки соединения на терминале Ingenico iWL220

HellAnger » 26 май 2016, 19:21

Re: Ошибки соединения на терминале Ingenico iWL220

W0W231278 » 26 май 2016, 19:42

Re: Ошибки соединения на терминале Ingenico iWL220

Telo » 19 авг 2016, 16:58

Re: Ошибки соединения на терминале Ingenico iWL220

i_GOR » 26 авг 2016, 23:29

Терминалы PCI v3 (C98) в основном комплектуются 3G модемами. Если сигнал соты слабый или сота перегружена, то сначала идёт попытка установить связь в 3G если не удаётся, то GPRS. Соответственно время соединения увеличивается. Модем в терминале ведёт себя аналогично сотовому телефону (смартфону).

Более старые GPRS модемы Hi2C, имеющие прошивку A.001.00 и A.005.00 перешиваются в сервисном центре Инженико на новую прошивку A.009.00.
Посмотреть версию прошивки Hi2C GPRS модема можно в Telium Manager -> Consultation -> Configuration -> Hardware -> на распечатанном чеке смотреть секцию «GPRS Device»

При этом в настройках Telium Manager -> Initialization -> Parameters -> Network Access -> Gprs -> STATE GPRS должен быть включён режим «Start Link PPP» или «Auto Connection» .
На экране в верхнем левом углу должно быть «No SIM» или, если симка вставлена — полоски уровня сигнала и имя оператора иначе на чеке секция «GPRS Device» будет пустая.

Источник

Ошибка сессии SSL: из-за чего возникает ошибка

Для начала разберемся, что вообще такое SSL и зачем он нужен в POS-терминалах. В «Википедии» написано следующее:

SSL (англ. Secure Sockets Layer — уровень защищённых сокетов) — криптографический протокол, который подразумевает более безопасную связь. Он использует асимметричную криптографию для аутентификации ключей обмена, симметричное шифрование для сохранения конфиденциальности, коды аутентификации сообщений для целостности сообщений. Протокол широко использовался для обмена мгновенными сообщениями и передачи голоса через IP (англ. Voice over IP — VoIP) в таких приложениях, как электронная почта, интернет-факс и др.

Всю статью сюда не буду копировать, если интересно почитайте на сайте «Википедии».

Если по нашей теме и простым языком, то SSL служит для обеспечения безопасной передачи данных о совершаемых платежах (сессия) между клиентским POS-терминалом, процессинговым центром и банком. Во время сессии SSL передаются такие данные, как идентификационный номер сессии (ID номер), сертификаты сторон, параметры шифрования и прочее.

Сам по себе протокол довольно «тяжелый» и для успешного завершения передачи данных требуется обеспечить надежный и стабильный канал связи, к которым GPRS 2G, к сожалению не относится. Высокая загруженность и маленькая ширина канала GPRS 2G (GSM) — это и есть основные проблемы из-за которой возникает ошибка сессии SSL.

Для лучшего понимания, — через сети GPRS 2G (GSM) передаются не только данные, но и почти весь голосовой трафик и ширины канала GPRS 2G (GSM) может попросту не хватить для успешного завершения обмена данными. А если в месте, где установлен терминал еще и сигнал слабый или сильно забитый канал, например крупный торговый центр, офисное здание или глухая деревенька, то обрывы связи почти гарантированы.

Такая же ошибка может возникнуть если у одной из сторон просрочен сертификат, но это крайне редкий случай — процессинг и банки строго следят за этим, к тому же процесс выпуска и перевыпуска сертификатов, как правило, полностью автоматизированы. С возникновением ошибки SSL из-за просроченного сертификата нам сталкиваться не приходилось.

Ошибка сессии SSL: как исправить

Самое главное — обеспечить стабильный канал связи для передачи данных. Других вариантов нет. Совсем нет. Но можно попробовать сделать следующее:

Переместить терминал в другое место. Если POS-терминал плохо работает в одном месте, попробуйте перенести его в другое помещение, — часто это помогает. Но не всегда есть такая возможность, например — касса в магазине, где терминал установлен в зоне кассира и перенести его можно только вместе с кассиром. Согласен, так себе вариант. Тогда переходим на следующий этап.

Меняем SIM-карту. Пробуем сим карты разных операторов сотовой связи, пока не найдем оптимальный вариант по качеству связи. Помучиться придется недолго, — вариантов у вас не особо много. Если что, у нас есть бесплатные сим карты МТС, вдруг подойдет.

Ставим усилитель сотового сигнала. Если предыдущий вариант не помог, то попробуйте установить усилитель сотового сигнала. Этот вариант для особо упорных. Правда это может только усилить сигнал, но если канал связи сильно забит, то вряд ли данный метод поможет исправить ситуацию.

Подключаем проводной интернет. Если в POS-терминале есть стандартный порт Ethernet для подключения интернет-кабеля, но сам проводной интернет в помещении не проведен, то покупаем роутер с USB разъемом, подключаем в него 4G модем (тоже придется докупить) любого оператора сотовой связи и подключаем терминал кабелем к роутеру. Метод рабочий и спасал не один раз. Только убедитесь, что сигнал 3G/4G выбранного оператора стабильно ловит в месте установки терминала, а то скажете, что не предупреждали.

Покупаем POS-терминал с 3G модулем. Если все предыдущие варианты не помогли или было лень делать, то просто сразу покупаем POS-терминал с встроенным 3G модулем и радуемся жизни. Ширина канала 3G больше и обеспечивает стабильную передачу данных на более высоких скоростях, чем GPRS 2G (GSM). Опять же, — сначала убедитесь, что связь 3G хорошо «ловит» в месте установки POS-терминала. Метод рабочий, но придется раскошелиться.

Вариант с роутером и 4G модемом часто выходит дешевле, если говорить о стационарных POS-терминалах. Если терминал переносной, то вариантов немного, — надеяться, что GPRS 2G (GSM) будет хорошо «ловить» или сразу доплатить и купить терминал с 3G. Кстати, может слышали такую поговорку: «Лучший способ не расстраиваться — это не надеяться».

***

Минуточку! А где вариант, что POS-терминал плохо работает или вообще сломался и поэтому часто выходит ошибка сессии SSL? Конечно же спросите вы. Не спорю, такой вариант возможен. Только вот если в терминале вышел из строя GPRS/GSM/3G модуль, то связи не будет вообще никакой, терминал даже сим карту не увидит. А ошибка сессии SSL как бы намекает нам, что данные переданы и получены, но не все — из-за обрыва связи.

Еще иногда помогает перезагрузка POS-терминала. Но это скорее временное решение проблемы. Расширить или освободить канал связи перезагрузка не поможет.

На этом вроде бы все. Благодарю за внимание. Если есть вопросы, — пишите в комментариях, обсудим.

Успехов в вашем бизнесе!

Сегодня существует множество вариантов мобильных кассовых аппаратов, которые активно используются в сфере продажи или оказания разнообразных услугу. Один из них — Ingenico iWL220.

Особенности этого эквайрингового терминала заключаются в следующем:

• Предназначен для обслуживания клиентов, которые предпочитают использовать безналичный способ оплаты за оказанную услугу или приобретенный товар. То есть, применяют карточки для оплаты;
• Обладает небольшими, компактными размерами и легкостью. Это очень удобно, когда приходится терминал носить постоянно с собой;
• Для передачи данных Ingenico iWL220 используется технология Bluetooth или GPRS. Для второго варианта в оборудование изначально устанавливается Симка от Билайна, подключенная к максимально выгодному тарифу «М2М»;
• Внутри также можно обнаружить аккумуляторную батарею повышенной мощности, которая позволяет пользоваться кассовым оборудованием длительное время без постоянной подзарядки.

К сожалению, но как и все остальное оборудование такого типа, эксплуатация именно этого кассового аппарата не является гарантией отсутствия каких-либо сбоев. Например, люди часто жалуются на то, что на терминале периодически возникает непонятная им ошибка сессии SSL 0 -4. И они не знаю, как с ней бороться.

Проблема усложняется тем, что от официальных разработчиков так и не появилась какое-либо вразумительное объяснение этого состояния. Поэтому пользователям приходиться самостоятельно искать ответы на свои вопросы.

Мы тщательно прошерстили многочисленные специализированные форумы, где люди пишут о возникновении именно такой ошибки. После чего – собрали в одном месте, в этой статье все ответы, которые им дали другие пользователи. То есть, решения, которые могут помочь в избавлении от этого весьма неприятного сбоя.

Итак, данный сбой очень часто выглядит следующим образом:

• Пользователь уверен, что сим-карта присутствует, и она правильно установлена;
• Деньги на симке есть и достаточно количестве. Карточка находится в полностью активном состоянии;
• При попытке произвести оплату банковской картой на терминале высвечивается именно эта ошибка соединения.

Первое предположение, которое мы встретили на страницах специализированных форумов, было утверждение о том, что причиной такого состояния является отсутствие нужного сертификата. Но другие люди, которые достаточно долго используют это оборудование, сразу же отвергли его, так как, по их сообщениям, в таком случае на экране возникает совершенно иное уведомление. А именно – «Ошибка загрузки SSL-сертификата». Большинство же, в этой ситуации склоняются к тому, что причиной сбоя является качество сотовой связи.

Отзывы

Мы предлагаем ознакомиться с наиболее популярными рекомендациями и теми решениями, которые помогли – по утверждениям ответивших на описание проблемы людей:

1. Даже если в системе индикатор сигнала связи показывается высоким, это не означает, что так на самом деле. Как вариант – попробуйте использоваться симку другого оператора, покрытие которого, в месте нахождения терминала, более качественное.
2. Используемый в этой системе SSL/TLS-протокол относится к разряду «Тяжелых». На другом оборудовании, где используется классическое интернет-соединение, это не является проблемой. А вот здесь, в терминале, работающем на GPRS передаче данных, часто возникает подобная ситуация. Что можно сделать? Во-первых, можно полностью отказаться от шифрования такого трафика, так как такие программы, как SecureISO, еще больше его «утяжеляют». Но это приведет к снижению уровня защиты и безопасности. Тогда что? Постараться найти наиболее стабильный вариант передачи данных по GPRS в данном регионе.
3. Да, иногда выделенный канал связи для передачи информации просто не справляется со своими обязанностями. Иногда даже небольшие препятствия способны привести к такому неприятному результату. Например, у нас в конторе однажды столкнулись с этой проблемой. Сидели, около часа разбирались, что не так. А потом решили перенести терминал в другое помещение, чтобы продолжить разбирательство. Как только оказались во второй комнате, ошибка сразу же исчезла!
4. Не знаю, поможет ли вам мое решение. Лично на собственном оборудовании, после того, как его реализовал, больше ни разу не возникали проблемы со связью. Что нужно сделать: перейти через Telium/Initialization/Parametrs в network access. В этом разделе следует прописать для GPRS параметр «apn». Дальше – ввести пароль с логином. Затем выставить следующее: «gateway 0», «Start link PPP», «GPRS/GSM», «Provider – No». Выполнить сохранение новых настроек и перезагрузку устройства. Вернуться таким же образов в тот же раздел — network access. В нем выбрать Pstn — X25. Еще раз сохраниться и перезапустить оборудование. Мне этого оказалось достаточно.
5. Я когда-то по работе сталкивался с этой неприятностью. Решали достаточно быстро. Меняли SIM-карту на другую. И обязательно в «Переменных» прописывали название нового оператора.

Итак, подведем итоги. Что чаще всего советуют пользователи, чтобы избавиться от этой проблемы:

• Обеспечить более качественную передачу данных с помощью нахождения в месте, где нет проблем с сигналом;
• Перейти на услуги другого оператора мобильной связи, если предоставляемое им покрытие в месте эксплуатации такого кассового терминала лучше;
• Изменить некоторые настройки в оборудовании;
• Постараться снизить нагрузку на канал GPRS.

Других вариантов избавления от этой ошибки, связанной с работой кассового аппарата Ingenico iWL220, мы пока не обнаружили. Если вам известны альтернативные решения, обязательно сообщите нам.

Исправление ошибки SSL-сессии в пос-терминале

Частым возникновением ошибки SSL-сессии страдают пос-терминалы марки Ingenico, обладающие GPRS/GSM-модулями. Возникают следующие типы ошибок: «0 — 4», «0 -19» и  «0 -7». Постараемся понять, в связи с чем данные неполадки появляются и как их устранить.

Что понимается под ошибкой сессии SSL?

Первым делом, определим, что представляет собой SSL и для чего используется пос-устройствами. Википедия гласит:

SSL (с англ. Secure Sockets Layer — уровень защищённых сокетов) является криптографическим протоколом, подразумевающим безопасное соединение (связь). Он часто применялся для передачи моментальных сообщений или обмена ими с использованием эл. почты, интернет-факса и других приложений.

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

Протокол является тяжелым, чтобы успешно завершить передачу сведений необходимо обеспечение налаженным и бесперебойным каналом связи. GPRS 2G-канал такой надежностью не обладает, имеет маленькую ширину, в результате чего при большой загруженности появляется ошибка SSL-сессии.

Способы устранения ошибки сессии SSL

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

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

Смена SIM-карты. Можно испробовать симки различных сотовых операторов, выбрав самую качественную и оптимальную мобильную связь.

Установка усилителя сотового сигнала. Если вышеупомянутый способ не помог, то особо настырные могут попробовать установить усилитель, но метод может оказаться недейственным при сильно забитом канале связи.

Подключение проводного интернета. Если пос-аппарат обладает Ethernet-портом, но самого проводного интернета в помещении нет, следует осуществить покупку роутера с USB-разъемом, в который подключается 4G-модем (его так же покупаем), принадлежащий любому сотовому оператору, далее терминал осуществляет коннект с роутером посредством кабеля. Способ является проверенным и успешным. Главное убедиться, что 3G/4G-сигнал стабилен в том месте, где стоит терминал.

Покупка пос-терминала с 3G-модулем. В том случае, если все вышеперечисленные способы оказались бестолковыми, или вы их не использовали, то проще всего купить пос-аппарат, обладающий внедренным 3G-модулем, после приобретения можно сразу приступать радоваться жизни, но перед этим убедиться в том, что 3G-связь стабильна, нужно обязательно. Этот способ безотказный, но более затратный.

У многих возникает вопрос: «Может ли возникать SSL-ошибка, если терминал вообще вышел из строя (сломался)?». Ответ прост: если в пос-аппарате сломались GPRS/GSM/3G-модули, то о наличии какой-либо связи можно вообще забыть, устройство не сможет увидеть и сим-карты. А само возникновение ошибки SSL-сессии дает намек на то, что информация была передана и принята, но не в полном объеме, потому что связь оборвалась.

Бывает, что помогает осуществление простой перезагрузки пос-аппарата, но, чаще всего, это служит временным решением, а сама проблема никуда не исчезает.

Благодарим за прочтение, надеемся, что статья была полезной, желаем процветания и безошибочности Вашему бизнесу!

Обращаем внимание, что на просторах нашего интернет-магазина Вы найдете большое количество различных POS-терминалов на любой вкус и кошелек: https://mirbeznala.ru/collection/kategoriya-1

To be able to resolve issues with your requests, you need to know how Terminal API informs you of the processing status of your request. This is communicated in the Response object of the API response, which has:

• Result: one of the following values:
  • Success: the request succeeded / the transaction was approved.
  • Partial: the transaction amount has been partially approved.
  • Failure: the request or transaction didn’t succeed. The remaining Response fields provide more information about the error, to enable you to determine how to handle it.

• ErrorCondition: this field is included when the request or transaction fails, and indicates the cause of the failure.
• AdditionalResponse: more information about the error condition. You’ll receive either a string of form-encoded key-value pairs or a Base64 string that you need to decode to get a JSON object.

Now let’s see what you can do when:

• The request failed because it was invalid.
• You made a payment request but didn’t receive a result.
• The result of your payment request indicates the transaction failed.

Invalid message format

A Response object with Result Failure and ErrorCondition MessageFormat indicates there was a mistake in the request you sent. Proceed as follows:

1. Determine what caused the error, based on the message, warnings, or errors in the AdditionalResponse. For example, a missing required field or an unexpected field.

   The following example is for a response indicating that the Currency field is missing from the payment request:

   {
   ...
      "Response":{
         "Result":"Failure",
         "AdditionalResponse": "errors=At%20SaleToPOIRequest.PaymentRequest.PaymentTransaction.AmountsReq%2c%20field%20Currency%3a%20Missing",
         "ErrorCondition":"MessageFormat"
      }
   ...
   }

2. Refer to the Terminal API reference if necessary, then manually fix your request and try again.

Invalid JSON format

If your API request does not contain a valid JSON object, you receive a Bad JSON HTTP reply that specifies the line number and a description of the issue:

["Bad JSON:LINE_NUMBER: DESCRIPTION"]

• Manually fix the JSON error on the line mentioned in the HTTP reply and try again.

Unavailable service

A Response object with Result Failure and ErrorCondition UnavailableService indicates we were unable to implement your request. Proceed as follows:

1. Determine what caused the error, based on the message, warnings, or errors in the AdditionalResponse. For example:

   • You tried to use functionality that the payment terminal doesn’t support.
   • You tried to use a ProtocolVersion that the terminal can’t manage.
   • You tried to use functionality that we don’t support.

   The following example is for a response indicating that there’s a mismatch between the protocol versions (2.0 in the request and 3.0 on the terminal):

   {
   ...
      "Response": {
         "Result": "Failure",
         "AdditionalResponse": "message=Sale%20Protocol%20Version%202.0%20mismatch%2c%20Version%20implemented%3a%203.0",
         "ErrorCondition": "UnavailableService"
      }
   ...
   }

2. Depending on the cause of the error, manually fix your request and send it again. For example, after receiving the above failure response you’d specify the same protocol version that the terminal supports.

No result received

We recommend that your integration automatically checks the status of a transaction any time it fails to receive a transaction response.
Payment requests time out after a while. If you do not receive a payment response (or you receive a response indicating a time-out) after 120 seconds (local integration) or 150 seconds (cloud integration), and the internet connection hasn’t dropped, your integration should automatically check the transaction status.

If you do not receive a transaction result, neither synchronously nor asynchronously, proceed as follows:

1. Make a TransactionStatusRequest (see Verify transaction status for details).

2. Determine your next action based on the TransactionStatusResponse.Response:

   Response	Description	Action
   Result Success	The transaction was processed.	Use the RepeatedResponseMessageBody to determine how to process the transaction.
   ErrorCondition InProgress	The payment terminal is waiting for a response from the shopper, or there is a delay with the card issuer.	Continue making a transaction status request for this transaction every five seconds until you receive a response indicating the transaction was processed.
   ErrorCondition NotFound	Possible causes: The details you specified in the transaction status request are incorrect. We did not receive your request; maybe your connection dropped after sending the request.	Possible actions: Provide the details of the original transaction in the MessageReference of your transaction status request. Retry the original transaction.

Terminal unavailable (cloud integration)

When you send a
PaymentRequest
to a payment terminal that is unavailable, the payment can’t be processed. In a cloud integration, the Terminal API generates a Reject event notification.

The EventNotification body contains:

• RejectedMessage: a Base64 string containing the payment request that couldn’t be processed. Decode this to get the original payment request as a JSON object.
• EventToNotify: Reject
• EventDetails: a message indicating why the payment terminal is unavailable.

Here’s an example event notification for an unavailable payment terminal in a cloud integration:

{
   "SaleToPOIRequest": {
      "EventNotification": {
         "EventToNotify": "Reject",
         "EventDetails": "message=Did+not+receive+a+response+from+the+POI.",
         "RejectedMessage": "ewoi...0KfQo=",
         "TimeStamp": "2020-03-31T10:28:39.515Z"
      },
      "MessageHeader": {
         "DeviceID": "666568147",
         "MessageCategory": "Event",
         "MessageClass": "Event",
         "MessageType": "Notification",
         "POIID": "P400Plus-123456789",
         "ProtocolVersion": "3.0",
         "SaleID": "saleid-4c32759faaa7",
         "ServiceID": "31122609"
      }
   }
}

The steps that you can take, relate to the EventDetails message you receive:

Did not receive a response

"message=Did+not+receive+a+response+from+the+POI."

This message indicates that the request was sent but the payment terminal didn’t respond, possibly because the WebSocket is down at the terminal.

• Make a
  TransactionStatusRequest
  to verify whether the WebSocket connection has been restored and the payment is now processed.

Failed to send message

"message=Failed+to+send+message+to+POI.+There+may+be+a+network+issue+or+it+may+not+have+the+websocket+connected."

This message indicates that probably the WebSocket for the payment terminal is not available on the cloud Terminal API router.

• Check the WebSocket connection:

  • The terminal display should have a cloud icon in the top row.

  • Check the cloud connection from your Customer Area, using an API request, or on the terminal itself.

Unknown POIID

"message=Unknown+POIID+P400Plus-123456789"

This message indicates that the terminal ID (POIID) in the payment request is incorrect, or that the terminal is in the inventory of the Company account and hasn’t been assigned to a merchant account or store that allows processing payments.

1. On the payment terminal, open the terminal information (press 5 and then the Confirm button or see the instructions for your payment terminal model) and verify that the terminal ID in the format [device model]-[serial number] matches the POIID that you specified in the payment request. For example, P400Plus-123456789.
   If the POIID matches, go to the next step.
2. Verify that the payment terminal is assigned to a merchant account or store. You can do this using a
   /getTerminalsUnderAccount
   request, or using your Customer Area.

Declined payment

When a
PaymentRequest
results in a Response object with Result Failure and one of the error conditions listed below, the transaction was declined.
The AdditionalResponse has more information about why the transaction was declined in the refusalReason and message fields. These fields are our mapping of the response we receive from acquirers and issuers.

Here’s an example failure response for a declined payment:

{
...
   "Response": {
      "Result": "Failure",
      "AdditionalResponse": "refusalReason=214%Declined%20online...&message=CANCELLED...",
      "ErrorCondition": "Refusal"
   }
...
}

When your payment request is declined, you need to determine whether you can retry it:

1. Check the ErrorCondition in the PaymentResponse.Response, because in many cases this already indicates whether you can retry the transaction.

   Error condition	Retry?
   Aborted
   Busy	See next step
   Cancel	See next step
   DeviceOut
   InvalidCard	See next step
   NotAllowed
   Refusal	See next step
   UnreachableHost
   WrongPIN

2. For the error conditions Cancel, InvalidCard, and Refusal, check the AdditionalResponse for the refusalReason and message. For the error condition Busy, check the response for a serviceId. You can use this if you want to cancel the transaction.

   You can use the ErrorCondition to code your POS app. The refusalReason and Message fields are included for additional insight, and should not be coded against.
   The serviceId can be used by the POS app to cancel a transaction.

   Select the tabs for details.

   ErrorCondition	refusalReason	message	Retry?
   Cancel	Approved	APPROVED
   Cancel	(all other refusalReasons)	(all other messages)

   The ErrorCondition Cancel can be caused by a device time-out.

   For more information, see our reference documentation for refusal reasons. If you enabled receiving the refusalReasonRaw field in the AdditionalResponse, also see our reference documentation for raw acquirer responses.

   The refusalReasonRaw provides additional information. But if you base your code on it, that might break your integration because acquirers and issuers sometimes change their raw responses without notice.

3. If applicable, retry the transaction.

Time-out

If a time-out occurs during a payment, the transaction is declined. The Response object includes Result Failure.

• A processing time-out returns the ErrorCondition Communication timeout.
• A device time-out returns the ErrorCondition Cancel and mentions the type of time-out in the AdditionalResponse.

Error condition comparison

The table below compares error conditions and troubleshooting steps specific to making a PaymentRequest, TransactionStatusRequest, or ReversalRequest (a referenced refund).

See also

Вернуться в Ingenico

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4

Сбер, Альфа-Банк, Тинькофф активно предоставляют торговым предприятиям услуги эквайринга. Повсеместно в магазинах можно видеть терминалы марок Ingenico или Verifone.

Но даже самая надежная техника иногда работает со сбоями. И вместо надписи «Операция проведена успешно» кассир, покупатель или пользователь платежного терминала на экране видят код ошибки.

Ниже в таблице собраны данные обо всех возможных ошибках. Они могут быть связаны как с неисправностью техники, так и с ошибками пользователей. При появлении соответствующего кода на экране остается только выполнить необходимые действия в соответствии с рекомендациями производителя или поставщика оборудования. В отдельных случаях пользователю остается только звонить в техподдержку и ждать визита специалиста.

Наиболее частые ошибки в терминалах Сбера, Альфа-Банка и Тинькофф