我们目前正在尝试在 zaypay 中实现一个支付提供商，用于使用短信或拨打电话支付服务费用。我们已经有 google checkout 和 paypal 用于定期付款，但 zaypay 相当不灵活，记录不充分，并且当您拥有数百种价格不同的产品时，设置起来很痛苦。
所以我的问题是，你知道其他任何接受短信和电话支付的欧洲支付提供商吗？
作为对罗伯茨回答/问题的回应
嗨罗伯特，我必须说 Zaypay 解决方案是迄今为止我见过的最好的电话支付解决方案。然而，自从 2 个月前我完成了自定义 Zaypay UI 的实施以来，我记不起我们遇到的问题的很多细节。无论如何，我会尽力简要介绍它们。
首先，我想看看payalogues的重定向类型场景。据我记得你们正在使用 JS 框架“Prototype”，它与我们正在使用的 jQuery 不兼容，因此我们无法使用 payalogues 支持的弹出式场景。
此外，在实现我们的自定义界面时，我记得很多缺失的翻译，比如单词是代码而不是单词或短语。这意味着我们最终编写/翻译了我们自己需要的所有消息。
此外，另一个令人烦恼的地方是价格和物品的设置。我希望我们可以像在 Google Checkout 或 PayPal 中一样将订单商品/价格作为界面的一部分发送（并不是说它们也完美无缺），而不必定义您将通过您的平台出售的所有商品预先管理界面。据我所知，几乎不可能使用 Zaypay 当前形式的多项目订单。
最后，据我所知，当您实施自定义解决方案时，您必须考虑一些安全问题……尤其是 ajax 驱动的解决方案。正如我在原始帖子中所说，您确实在文档中提到了这一点，但我相信文档在安全问题方面并没有那么全面。我再次希望我能提供更多细节，但代码和客户端早已消失，所以我无法查看我写的评论。对不起！
哦，是的，一般的 API 文档也不是很全面，也不是 100% 正确。
同样，我不想建议人们不要使用 Zaypay，如果您不使用冲突的 JS 框架，payalogues 似乎很容易实现。我只是想建议那些考虑 Zaypay 的人应该首先在一个真实的原型上进行尝试，如果他们实现了自定义接口（我不能推荐），那么在发布到生产之前考虑他们的实现。
也许只是我误解了很多东西，但我通常很难使用你的框架，我觉得 API 很新，从一开始就没有经过深思熟虑。