[ОТВЕТИТЬ]
Опции темы
15.04.2013 13:32  
AlexLog
Доброго дня !
Заставляет нас банк установить новые терминалы, соответствующие стандарту PA-DSS. Все бы замечательно, но ! Поставили парочку на тест - на обработку платежа уходит на 13-20 секунд больше, при большом потоке покупателей это ой как много. Происходит это за счет долгого времени установки ВПН соединения и не совсем оптимизированной связки УКМ - терминал.
В данное время у нас стоит банковский сервер, постоянно связанный ВПН с процессингом, а внутри магазина терминалы работают с этим сервером в открытую, без установки ВПН. Получается мгновенно.

С каналами никаких проблем, соединение с инетом толстое(UTP), никаких задержек в этом нет.

Предложение настроить терминалы на постоянное ВПН соединение с процессингом - говорят нереализуемо.

Плюс к тому на все кассы пришлось ставить свитчи, т.к. новые терминалы должны подключаться напрямую к сети, но с этим смирились.

Если не перейдем, заставляют подписать доп соглашение о Переносе ответственности EMV. Т.е. если кто-то нахимичит с картой, платить будем мы, а не банк, несмотря на нашу "невиновность".

Вопрос, неужели это у всех так ?
 
15.04.2013 13:48  
OlegON
Жесть какая-то... VPN по определению быстрее вряд ли поднимется, вполне вероятно, что тупит с той стороны.
Должны же быть какие-то технические требования в договоре? А если под нагрузкой на процессинг оно 10 минут будет обрабатывать? Думаю, что независимо от местности и законодательства, какие-то ограничения в договоре должны быть, выше которых процессинг будет считаться неисправным. Намекни юристам.
 
15.04.2013 13:59  
AlexLog
Вот и я о том же !
Неужто наша РБ впереди планеты всей. Неужто никто из местных не столкнулся еще )))
Юристы конечно хорошо, только банк нам дает такие условия по обслуживанию, что никто другой не в состоянии дать.
 
15.04.2013 14:13  
joutchik
Конечно немного не в тему ...
Речь наверно идет про TR-POS. А можно немного по подробнее про версию УКМ и детали организации каналов связи, а то мы по собственной инициативе желаем перейти на такую-же схему
 
15.04.2013 14:46  
AlexLog
Абсолютно верно ! TR-POS !
Укм 49.8
Канал связи - для терминалов на шлюзе НАТ на процессинг.
Перед тем как переходить - сходите в магазин, где уже есть такая схема и оплатите карточкой.
 
15.04.2013 14:55  
joutchik
А можно по подробнее еще про методику согласно которой определили "долгого времени установки ВПН соединения и не совсем оптимизированной связки УКМ - терминал"
 
15.04.2013 15:12  
AlexLog
Методика проста - проводишь карту, засекаешь время и тихо грустишь.
Плюс логи отправленные в процессинг, где они сами подтвердили - ДА, быстрее не будет, но безопасность то как возрастет !
 
15.04.2013 15:15  
AlexLog
Проблема усугубляется тем, что в текущем оборудовании нет возможности принимать чипованые карты, а они есть, пусть пока и не очень много.
 
15.04.2013 15:50  
baggio
я чегото схему не пойму...
можно её описать нормально по порядку с описанием оборудования (в.ч. свичей, роутеров.)

Просто если товой роутер поднимает ВПН до процессинга, то что мешает поднять такойже канал на кассе? и это будет полюбому быстрее...
 
15.04.2013 16:33  
Shlong
Как-то поздновато за Вас банкиры взялись, меня с ноября мурыжили, пришлось даже версию УКМ поднимать (у нас УКМ2). С середины марта работаем на новых терминалах, симптомы теже что и в данном случае, только наши умеют читать чипованые карточки.
 
 


Опции темы



Часовой пояс GMT +3, время: 22:59.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.