Как внедрить систему оплаты PayOnLine в Android приложение?

Question

[afna]

Доброго дня всем!
Пытаюсь написать приложение с системой оплаты PayOnLine на Android. Вначале планировалось проводить платежи через наш сервер. Но от этой идеи отказались и решили проводить оплату напрямую с мобильного приложения. Но вот незадача!!! На Android нет SDK!!! Вместо этого предлагают использовать Node.js. Но как его использовать?
Как внедрить Node.js на Android? Как использовать пример кода с сайта?
Неоднократное обращение в службу поддержки не дало результата. Предлагали только загуглить. Поэтому обращаюсь с этим вопросом здесь.

Comments

[Иван]

Вы не боитесь, что гугл ваше приложение пошлет лесом?

[afna]

Нет.

[Александр Кубинцев]

Иван: не пошлёт

Answer 1

[Adamos]

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

Comments

[afna]

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

[Adamos]

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

[Adamos]

Иначе вам тот самый браузер с поддержкой https придется внедрять внутрь приложения. При платеже картой ПС может, например, перебросить на страницу 3D-Secure, а платеж с электронного кошелька всегда происходит на сайте этого кошелька, а не ПС.

[afna]

"Честно говоря, намного проще было бы вызывать из приложения браузер с адресом страницы оплаты на вашем сайте..." - мы так и сделали сначала. Но у payonline нет мобильной платежной формы.

Answer 2

[aol-nnov]

Тоже дивился на этих товарищей..
вижу несколько вариантов:

• по аналогии, глядя на клиента node.js запилить на джаве
  
• поднять свой сервак на ноде, и запилить апи
  
• писать приложение на кордове (тут я сильно плаваю) и вообще, не поддерживаю такой подход, хоть это и даст одно приложение подо все платформы (и грабли тоже, соответственно, подо все платформы)
  
  

Comments

[afna]

Думается мне, что у них это работает только на приложениях на кордове, т.к. переписать c JavaScript на Java задачка уж очень муторная.
Поднять свой сервак - это вы предлагаете пересылать запросы на удаленный сервер, а это небезопасно, т.к. предаются данные для оплаты. Для этих целей используется протокол PCI DSS.

[afna]

Служба поддержки совсем не айс

[aol-nnov]

afna: да, полностью согласен про PIC DSS и промежуточный сервис!
Если вдруг решу глянуть внутрь их реализации на ноде, просигналю. Там не должно быть никакого rocket sicence. Хттп запросы ftw.

Answer 3

[Александр Кубинцев]

Думаю самым разумным решением будет либо искать другую ПС, либо написать прослойку на web-сервере, которая будет формально выступать для PoL как интернет-магазин. Со стороны андроид-приложения шлёте запрос сперва на генерацию номера заказа, затем запрос с этим номером заказа + суммой + прочее на создание платежной формы (www.payonline.ru/developers/SDK/php/) и проблем быть не должно: всё по фэн-шую, то есть PCI DSS.

Comments

[aol-nnov]

не знаю, по какому там феншую получится.. с мобилы на сайт надо будет передавать данные карты и cvc на сторонний сайт, и с него на шлюз пейонлайна же..
всё как-то мутно тут..

[Александр Кубинцев]

aol-nnov: вы не будете передавать данные карт на свой сервер или внутри андроид-приложения. У вас будет работа в браузере.

[Александр Кубинцев]

aol-nnov: данные карты вводиться будут на платежной форме PoL и больше нигде

[aol-nnov]

akubintsev: но как они будут "будут на платежной форме PoL и больше нигде"?? вебвью городить в приложении, или я что-то не понял?
Как вы предлагаете ввести платежные данные не покидая мобильного приложения, и чтобы это произошло в платежной форме пейонлайна?

[Александр Кубинцев]

aol-nnov: я не знаю как это называется в android-разработке, ею не занимаюсь, но наверное webview, да. Ещё раз повторяю, проблемы здесь нет: если данные карты вводятся в браузере/вебвью, то это не попадает под необходимость сертификации приложения или SDK по PA DSS. Я знаю о чём говорю, потому что собаку на этом съел в одном стартапе.

[afna]

Согласен, оплату можно провести через WebView. Но проблема в том, что у PoL нет формы оплаты для мобильников. Поэтому мы решили сделать свою форму и использовать SDK.

[Александр Кубинцев]

afna: я с PoL работал когда жив был стартап, но там у нас был PCI DSS и делали свою форму. Они не позволяют кастомизировать платежную форму для интернет-магазинов?

[afna]

Ребята, проблема собственно в том, как понять товарищей с PayOnLine. Что они предлагают сделать с примером кода и как использовать Node.js?

[Александр Кубинцев]

afna: вероятно они предлагаю включать в состав приложения скомпилированный node.js
Единственное что более-менее внятное нашлось по теме это www.goland.org/nodejsonandroid

[Adamos]

afna: А вы не пробовали посмотреть приложения тех, кто уже реализовал то, что вы собираетесь сделать? ЛитРес, например - что показывает при попытке оплаты?

[afna]

Откуда я узнаю, что ЛитРес использует PayOnLine. Переход на форму оплаты с банковской карты посылает запрос не на PayOnLine. Посмотрел в снифере.
Вы предлагаете декомпилировать, посмотреть исходники?

[Adamos]

afna: Не понял. POL утверждает, что Литрес использует их, причем именно в мобильном приложении. Это не так?

[afna]

Не знаю, но форма приходит не от POL.