Альтернативы Zaypay для оплаты звонком или смс

В данный момент пытаемся внедрить в зайпай платежного провайдера для оплаты услуг с помощью смс или по звонку на номер. У нас уже есть Google Checkout и PayPal, работающие для регулярных платежей, но zaypay довольно негибкий, плохо документированный и сложный в настройке, когда у вас есть сотни продуктов с разными ценами.

Итак, мой вопрос: знаете ли вы каких-либо других европейских платежных систем, которые принимают платежи по смс и звонкам?

В ответ на вопрос/ответ Роберта

Привет Роберт, я должен сказать, что решение Zaypay является лучшим и единственным, что я видел до сих пор в отношении телефонных платежей. Однако, поскольку уже 2 месяца назад я закончил реализацию нашего пользовательского пользовательского интерфейса Zaypay, я не могу вспомнить большую часть деталей проблем, которые у нас были. Я постараюсь кратко изложить их в любом случае, насколько смогу.

Прежде всего, я хотел бы увидеть сценарий типа перенаправления для payalogues. Насколько я помню, вы, ребята, используете фреймворк JS «Prototype», который плохо сочетается с jQuery, который мы используем, поэтому мы не смогли использовать сценарий типа всплывающего окна, поддерживаемый payalogues.

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

Кроме того, еще одним раздражающим моментом была настройка цен и предметов. Я хотел бы, чтобы мы могли просто отправлять товары/цены заказа как часть интерфейса, как вы можете в Google Checkout или PayPal (не то чтобы они были безупречны), вместо того, чтобы определять ВСЕ товары, которые вы когда-либо будете продавать через свой интерфейс администратора заранее. Насколько я помню, практически невозможно использовать Zaypay для многотоварного заказа в его нынешнем виде.

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

О да, общая документация по API тоже не была исчерпывающей и на 100% правильной.

Опять же, я не хочу советовать людям использовать Zaypay, если вы не используете конфликтующую среду JS, payalogues кажутся очень простыми в реализации. Я просто хочу посоветовать, что люди, которые рассматривают Zaypay, должны сначала попробовать его на реалистичном прототипе и подумать о его реализации, прежде чем запускать его в производство, если они реализуют пользовательский интерфейс (что я не могу рекомендовать).

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


person JohannesH    schedule 01.02.2010    source источник


Ответы (2)


После долгих поисков в Интернете я все равно решил использовать Zaypay. Написание собственного провайдера кажется слишком дорогим решением этой проблемы.

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

person JohannesH    schedule 05.02.2010

Почему бы не написать свой собственный, используя комбинацию провайдера шлюза SMS, который переводит входящее сообщение для использования PayPal или Google Checkout. Таким образом, вы можете создать свой собственный API в соответствии с вашими потребностями.

Если он достаточно хорош, вы можете даже продать его как услугу.

person Khalid Abuhakmeh    schedule 01.02.2010
comment
Спасибо, но я думаю, что мой крайний срок в течение 2 дней не может быть и речи тогда. ;) - person JohannesH; 01.02.2010
comment
Ой, извини, Йоханнес, это отстой. Ну, я думаю, это все еще вариант, если ваш бизнес понимает, что других альтернатив нет. - person Khalid Abuhakmeh; 01.02.2010
comment
Хе-хе, да... Сомневаюсь, что они когда-нибудь что-нибудь поймут. Ну ладно, завтра лучше поговорить с заинтересованными сторонами. :) - person JohannesH; 01.02.2010