ZayPay альтернативы для платежей с использованием вызова или SMS

Question

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

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

В ответ на Roberts ответить / вопрос

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

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

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

Кроме того, еще одна точка раздражения была установка цен и предметов. Хотелось бы, чтобы мы могли только отправить товары / цены в качестве части интерфейса, как вы можете в Google Checkout или PayPal (не то, что они либо безупречно), вместо того, чтобы определить все предметы, которые вы когда-либо продаете через ваш Интерфейс администратора заранее. Насколько я могу вспомнить, это практически невозможно использовать ZayPay для Multi-tood order order в его текущей форме.

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

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

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

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

Answer 1

После того, как много поиске в Интернете I'Веведелся, чтобы пойти с ZayPay в любом случае. Написание собственного поставщика кажется чрезмерно дорогим решением этой проблемы.

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

Answer 2

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

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