Zaypay альтернативы для платежей с помощью звонка или смс - PullRequest
2 голосов
/ 01 февраля 2010

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

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

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

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

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

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

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

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

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

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

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

Ответы [ 2 ]

1 голос
/ 06 февраля 2010

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

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

0 голосов
/ 01 февраля 2010

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

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

...