使用通话或短信的Zaypay替代品用于付款

Question

我们目前正在尝试在Zaypay中实施付款提供商，以使用SMS或致电一个号码为服务付款。我们已经有Google Checkout和PayPal来进行定期付款，但是当您拥有数百种价格不同的产品时，Zaypay却相当僵化，记录不良和设置痛苦。

因此，我的问题是，您知道其他欧洲付款提供商接受SMS并致电付款吗？

作为对罗伯茨答案/问题的回应

嗨，罗伯特，我必须说，Zaypay解决方案是最好的，迄今为止，我只看到有关电话付款。但是，由于现在两个月前，我完成了定制Zaypay UI的实施，因此我不记得很多我们遇到的问题的细节。无论如何，我都会尽力向他们简要介绍一下。

首先，我希望看到PayAlogues的重定向类型方案。据我记得，你们正在使用JS框架“原型”，它与我们正在使用的jQuery不太好，因此我们无法使用PayAlogues支持的弹出式场景。

此外，在实现我们的自定义界面时，我记得很多丢失的翻译，例如代码而不是单词或短语。这意味着我们最终撰写/翻译了我们需要的所有信息。

另外，烦恼的另一个点是价格和物品的设置。我希望我们可以像在Google Checkout或PayPal中一样将订单项目/价格作为界面的一部分发送（也不是它们是完美无瑕的），而不必定义您将通过您的所有物品出售的所有物品管理接口事先。据我所知，实际上不可能将Zaypay用于当前形式的多项目顺序。

据我所知，最终有一些安全问题，当您实现自定义解决方案时，您必须考虑一些安全问题……尤其是Ajax驱动的解决方案。正如我在我的原始帖子中所说的那样，您确实在文档中提到了这一点，但我相信文档对安全问题并不全面。再次，我希望我能提供更多详细信息，但是代码和客户端已经消失了很长时间，所以我无法查找我写的评论。对不起！

哦，是的，一般的API文档也不是完全全面的，也不是100％正确的。

同样，我不想建议人们不要使用Zaypay，如果您不使用冲突的JS框架，PayAlogues似乎很容易实施。我只想建议，考虑Zaypay的人应该首先在现实的原型上尝试一下，并考虑其实施，然后再进行生产，如果他们蒙皮自定义界面（我不推荐）。

也许只有我误解了很多事情，但是我通常很难使用您的框架，而我感到API是非常新的，并且从一开始就没有想到。

Answer 1

在网络上进行了大量搜索之后，无论如何，我都可以选择Zaypay。编写自己的提供商似乎是解决此问题的过于昂贵的解决方案。

相反，您可以做的是使用有限的Zaypay API代替自己的UI，但请注意，如果您这样做的话，请不要引入任何安全问题。我已经确定了至少两种方法，如果您不小心，您可能会陷入麻烦。 Zaypay确实告诉您，如果您正在实施自己的API，请小心...我只是在强调这一点。基本上，您应该确保您的应用程序防篡改。例如，用户不应更改价格ID，价格密钥等。

Answer 2

为什么不使用SMS网关提供商的组合来编写自己的编写，该提供商会翻译传入的消息以使用PayPal或Google Checkout。这样，您就可以构建自己的API来满足您的需求。

如果足够好，您甚至可以将其作为服务出售。