Zaypay альтернативы для платежей с помощью звонка или смс
В настоящее время мы пытаемся внедрить платежного провайдера в zaypay для оплаты услуг с помощью смс или по номеру телефона. У нас уже есть Google Checkout и PayPal, работающие на регулярные платежи, но ZayPay довольно негибкий, плохо документирован и неудобен в настройке, когда у вас есть сотни продуктов с разными ценами.
Итак, мой вопрос: знаете ли вы каких-либо других европейских платежных систем, которые принимают смс и звонят?
В ответ на Робертс ответ / вопрос
Привет, Роберт, я должен сказать, что решение Zaypay - лучшее и единственное, что я видел до сих пор в отношении телефонных платежей. Однако с тех пор как 2 месяца назад я закончил реализацию нашего пользовательского интерфейса Zaypay, я не могу вспомнить многие детали проблем, с которыми мы столкнулись. В любом случае я постараюсь дать краткое из них как можно лучше.
Прежде всего я хотел бы увидеть сценарий типа перенаправления для платных аналогов. Из того, что я помню, вы, ребята, используете JS-фреймворк "Prototype", который не очень хорошо работает с jQuery, который мы используем, поэтому мы не смогли использовать сценарий всплывающего типа, поддерживаемый Payalogues.
Кроме того, при реализации нашего пользовательского интерфейса я помню много пропущенных переводов, например, слова, которые были кодами вместо слова или фразы. Это означало, что мы в конечном итоге написали / перевели все сообщения, в которых мы нуждались сами.
Также еще одним раздражающим моментом стала настройка цен и предметов. Хотелось бы, чтобы мы просто отправляли позиции / цены заказа как часть интерфейса, как вы можете в Google Checkout или PayPal (не то, чтобы они также были безупречны), вместо того, чтобы определять ВСЕ товары, которые вы когда-либо будете продавать через свой интерфейс администратора заранее. Насколько я помню, практически невозможно использовать Zaypay для многоэлементного заказа в его текущей форме.
Наконец, насколько я могу судить, есть некоторые проблемы с безопасностью, о которых вам следует подумать, когда вы реализуете собственное решение... особенно при использовании ajax. Как я уже говорил в моем первоначальном посте, вы упоминаете об этом в документации, но я считаю, что документация не была настолько полной по вопросам безопасности. Опять же, я хотел бы дать больше подробностей, но код и клиент давно ушли, поэтому я не могу посмотреть комментарии, которые я написал. Сожалею!
О да, общая документация по API не была полностью исчерпывающей и на 100% правильной.
Опять же, я не хочу советовать людям не использовать Zaypay, если вы не используете противоречивую платформу JS, кажется, что выплачивать аналогии очень легко. Я просто хочу посоветовать людям, которые рассматривают Zaypay, сначала попробовать его на реалистичном прототипе и подумать об их реализации перед выпуском в производство, если они реализуют пользовательский интерфейс (что я не могу рекомендовать).
Может быть, я просто неправильно понял многие вещи, но я, как правило, испытывал трудности с использованием вашей инфраструктуры, и у меня осталось ощущение, что API был очень новым и не продуманным с самого начала.
2 ответа
После долгих поисков в Интернете я все равно решил пойти с Zaypay. Написание собственного провайдера кажется слишком дорогим решением этой проблемы.
Вместо этого вы можете вместо этого использовать ограниченный Zaypay API для создания собственного интерфейса, но будьте осторожны, чтобы не создавать проблем с безопасностью, если вы это сделаете. Я определил, по крайней мере, 2 способа, с помощью которых вы можете столкнуться с неприятностями, если не будете осторожны. Zaypay советует вам быть осторожным, если вы реализуете свой собственный API... Я просто подчеркиваю суть. По сути, вы должны убедиться, что ваше приложение защищено от несанкционированного доступа. Например, пользователь не должен иметь возможность изменять идентификатор цены, ключ цены и т. Д.
Почему бы не написать свой собственный, используя комбинацию поставщика SMS-шлюза, который переводит входящее сообщение в PayPal или Google Checkout. Таким образом, вы можете создать свой собственный API, соответствующий вашим потребностям.
Если он достаточно хорош, вы можете даже продать его как услугу.