Интеграция с Киберплат

[Aleks]

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

ЗЫ: В нетап отписал, но не понятно когда будет ответ...

[Kuzmich]

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

[prx]

А я сам синтегрировал. У них протокол обмена по веб идет

[Aleks]

А я сам синтегрировал.

Молодец, умный значит...

У них протокол обмена по веб идет

А я и не знал ...

Можно просто на вопросы по порядку ответить?

[Aleks]

В документации от Нетапа вообще ничего не написано, кроме небольшой выдержки из документации от самого Киберплата.
Зато имеем созданные, но пустые директории
/netup/etc/external-payment-systems/cyberplat/gnu
/netup/etc/external-payment-systems/cyberplat/md5
/netup/etc/external-payment-systems/cyberplat/sha

Понятно, что нужны они для хранения ключей и сертификатов.
Понятно, что работа идет через openssl и .... на этом все.
Что, куда и каким образом положить непонятно.
Гадать на кофейной гуще или пытаться запинать все методом "высоконаучного тыка" не хочется,
т.к. считаю, что это не тот случай...

2.3. Аутентификация платежной системы на сервере Провайдера
2.3.1. Аутентификация платежной системы осуществляется одним из двух способов (1) с использованием клиентского SSL сертификата X.509; (2) базовая аутентификация Apache.
2.3.2. Аутентификация с использованием клиентского SSL сертификата X.509. Сертификат выдается сертификационным центром Провайдера услуг в ответ на “запрос на сертификат” со стороны платежной системы. Длина RSA ключа должна составлять не менее 512 бит. Идентификация платежной системы осуществляется посредством атрибутов клиентского сертификата Субъект (Subject) и Печать (Thumbprint). В момент установления соединения с сервером Провайдера услуг (формирования сессии информационного обмена) производится верификация клиентского сертификата платежной системы по следующим критериям:
• сертификат выдан сертификационным центром Провайдера услуг;
• электронно-цифровая подпись сертификата верна и сформирована сертификационным центром провайдера услуг;
• срок годности сертификата не истек;
• субъект, которому выдан сертификат, является платежной системой.
2.3.3. Базовая аутентификация Apache. Логин соответствует идентификатору Провайдера услуг. Пароль создается Провайдером услуг, он должен иметь не менее 9 символов, содержать буквы латинского алфавита различных регистров и цифры.

Хочется делать нормально т.е. работать через x.509

[prx]

А я сам синтегрировал.

Молодец, умный значит...

У них протокол обмена по веб идет

А я и не знал ...

Можно просто на вопросы по порядку ответить?

Под фразой "я сам все ..." имелось в виду что интегрировал не через платежный интерфейс нетапа а через свой скрипт. Платеж проходит через utm5_payment_tool

[Aleks]

Под фразой "я сам все ..." имелось в виду что интегрировал не через платежный интерфейс нетапа а через свой скрипт. Платеж проходит через utm5_payment_tool

Понятно, т.е. x.509 вероятнее всего не использовал. Мне это не подходит...
Ну и при наличии штатного модуля, считаю предподчительным использовать именно его.
На первый взгляд сделано все грамотно, единственный косяк это отсутствие документации.

[Aleks]

Ответа от поддержки пока нету...
Так, что никто не настраивал?

[dima-u]

Есть решение по интеграции cyberplat с биллингом UTM5, при этом все транзакции по вашим сервисам идут напрямую к вам, а не через cyber ( эмуляция сервера процессинга киберплата ).

Т.е. абонент и вы не платите никуда никаких процентов, все идет напрямую к вам, киберплат о данных транзакциях даже не знает.

[zat]

Есть решение по интеграции cyberplat с биллингом UTM5, при этом все транзакции по вашим сервисам идут напрямую к вам, а не через cyber ( эмуляция сервера процессинга киберплата ).

Т.е. абонент и вы не платите никуда никаких процентов, все идет напрямую к вам, киберплат о данных транзакциях даже не знает.

У тебя есть такой модуль или ты ищешь ?
если есть, то поделись.

[dima-u]

Есть решение по интеграции cyberplat с биллингом UTM5, при этом все транзакции по вашим сервисам идут напрямую к вам, а не через cyber ( эмуляция сервера процессинга киберплата ).

Т.е. абонент и вы не платите никуда никаких процентов, все идет напрямую к вам, киберплат о данных транзакциях даже не знает.

У тебя есть такой модуль или ты ищешь ?
если есть, то поделись.

Модуль написан, но не хотелось бы просто так делать его халявным. Т.к. эмулироваь сервер процессинга сложнее чем легкий интерфейс к cyberplat, в том числе и написание программки на C++ для генерации ЭЦП при ответе.
dima-u[at]inbox.ru

[brooke]

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

ЗЫ: В нетап отписал, но не понятно когда будет ответ...

случаем не разобрались?:)
реально не понятно с какой стороны к вопросу подходить,
в частности куда конкретно посылать запросы - протокол://хост:порт тупо http://host:55555 удивительные вещи выдает

[Magnum72]

Есть решение по интеграции cyberplat с биллингом UTM5, при этом все транзакции по вашим сервисам идут напрямую к вам, а не через cyber ( эмуляция сервера процессинга киберплата ).

Т.е. абонент и вы не платите никуда никаких процентов, все идет напрямую к вам, киберплат о данных транзакциях даже не знает.

У тебя есть такой модуль или ты ищешь ?
если есть, то поделись.

Модуль написан, но не хотелось бы просто так делать его халявным. Т.к. эмулироваь сервер процессинга сложнее чем легкий интерфейс к cyberplat, в том числе и написание программки на C++ для генерации ЭЦП при ответе.
dima-u[at]inbox.ru

А в чем смысл написания этого модуля? У нас в городе штук 20 дилеров которые гоняют платежи через киберплат, ты предлагаешь всех дилеров попросить исключительно ради наших запросов на левый процесскинговй центр переписать программное обеспечение терминалов?

[Aleks]

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

Да, купили модуль где то в мае, запустили свой в середине сентября.

Грустно это...

[Magnum72]

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

Да, купили модуль где то в мае, запустили свой в середине сентября.

Грустно это...

У нас на самописном модуле работает Бюрократ, Киберплат, МГП, за основу взята документация киберплата, как единственная на тот момент