我们目前正在尝试在zaypay中实施支付服务提供商，以便使用短信或拨打电话付费。我们已经有谷歌结账和paypal工作定期付款，但zaypay相当不灵活，文件记录很差，当你有数百种不同价格的产品时，设置很痛苦。
所以我的问题是，你知道其他任何欧洲支付服务提供商采取短信和电话付款吗？
作为对罗伯茨回答/问题的回复
嗨罗伯特，我必须说，Zaypay解决方案是最好的，而且到目前为止我只看到过电话付款。然而，自从它现在2个月前我完成了我们的自定义Zaypay UI的实现后，我不记得我们遇到的问题的细节。无论如何，我会尽力向他们简要介绍一下。
首先，我想看一下payalogues的重定向类型场景。根据我的记忆，你们正在使用JS框架“Prototype”，它与我们正在使用的jQuery不兼容，因此我们无法使用payalogues支持的弹出式场景。
此外，在实现我们的自定义界面时，我记得很多缺少的翻译，比如代码而不是单词或短语。这意味着我们最终编写/翻译了我们自己需要的所有信息。
另外，另一个烦恼点是价格和物品的设置。我希望我们可以像在Google Checkout或PayPal中那样将订单项目/价格作为界面的一部分发送（不是说它们也完美无瑕），而不是必须定义您将通过您销售的所有商品管理界面预先。据我所知，几乎不可能将Zaypay用于当前形式的多项目订单。
据我所知，在实现自定义解决方案时，您必须考虑一些安全问题......尤其是ajax驱动的解决方案。正如我在原始帖子中所说，你在文档中提到了这一点，但我认为文档在安全问题上并不全面。我再次希望我能提供更多细节，但代码和＆amp;客户很久以后就去了，所以我无法查阅我写的评论。遗憾！
哦，是的，一般的API文档并不完全全面且100％正确。
同样，我不想建议人们反对使用Zaypay，如果你不使用冲突的JS框架，那么payalogues似乎很容易实现。我只是想建议那些考虑Zaypay的人应该首先尝试一个真实的原型，并在发布到生产之前考虑一下它们的实现，如果它们是imeplement自定义界面（我不推荐）。
也许只是我误解了很多事情，但我通常很难使用你的框架，我感觉API很新，从一开始就没有考虑过。
答案 0 :(得分：1)
在网上做了很多搜索之后我决定和Zaypay一起去。编写自己的提供商似乎是解决此问题的过于昂贵的解决方案。
您可以做的是使用有限的Zaypay API来制作您自己的用户界面，但如果您这样做，请注意不要引入任何安全问题。如果你不小心，我已经确定了至少2种可以惹麻烦的方法。如果你正在实施自己的API，Zaypay会告诉你要小心......我只是强调这一点。基本上，您应该确保您的应用程序是防篡改的。例如，用户不应该更改价格ID，价格密钥等。
答案 1 :(得分：0)
为什么不使用SMS网关提供商的组合编写自己的内容，该提供商会将传入的邮件翻译为使用PayPal或Google Checkout。这样您就可以构建自己的API以满足您的需求。
如果它足够好，您甚至可以将其作为服务出售。