这将是一个漫长的故事，并且呼吁所有积极使用贝宝自适应支付（预批准和链接支付）的专业人士，开发商和商人。
我（和与我一起的团队）强烈认为自适应支付是并且一直是一个很好的解决方案。
自从我们在2012年末采用它们以来，我们立即了解了这套出色的API的潜力和灵活性。当时在意大利采用此API就像一场噩梦。没有意大利语的文档，没有意大利语的支持，所有的事情都是用英语完成的，都柏林的一个非常出色的paypal支持人员在电话中跟随我们进行了整合：)我们是我们国家的先驱，但最终我们终于完成了流程
预先批准+链接付款，举手之劳。
我们几乎可以做任何事情，而这就是我们所做的。去年在我们国家蓬勃发展的一个购买团体的好平台。如今，我们有数十名活跃和满意的用户（成千上万的用户带到了贝宝），以及几乎一个受困的特选商人，我们与贝宝团队一起逐步解决了限制解除梦night。一一。
电话来了。 我们有多少人在使用它们？未来以及可能的迁移解决方案是什么？
由于几乎所有的自适应用户都知道这些API的功能很好，但几年来就已弃用。这意味着没有人可以与他们开始新的集成，但是最糟糕的是，所有积极使用它们的人（例如我们）仍然不真正知道未来会怎样。我相当确定我们不能孤单。我几乎可以肯定，还有其他企业，商人，开发人员都依靠这些API构筑了很棒的主意，而如今，我们已经付出了多年的心血，致力于开发，优化，更新和发展我们的平台和我们的社区，我们正处在十字路口：等待和希望或寻找替代方案。
从应用所有者的角度来看，没有可理解的理由为什么贝宝应该关闭这些API，实际上，直到今天，我们还没有听说过这些API被淘汰的消息，但是我们都知道它们已被弃用，并且我们每个人都可以放心地说，将来不会出现落日或被迫迁移的情况。
那么，为什么我们不开始加入我们的声音，以围绕该主题制定清晰，可理解和认证的路线图和/或计划？
与都柏林的商业团队交谈时，他们说自适应技术可以解决所有问题，他们将继续工作很长时间（这将是很棒的），但另一方面，与MTS团队交谈，则认为有点不同，没有那么热情的气氛。最主要的原因是欧洲引入了PSD2指令。
正如欧洲市场上许多人应该听到的那样，在过去的几个月中，另一个大的关注点（在支付行业投资一切）是PSD2的合规性，也许对于该指令来说，自适应技术的未来也可能涉及到。 / p>
不幸的是，自适应技术还没有准备好PSD2，并且在已弃用的解决方案中，贝宝希望做出努力以使其兼容。
强大的客户身份验证（在新规则架构中是强制性的）将迫使技术团队更新其所有产品，但始终以商人/应用程序所有者/用户的观点来看，贝宝似乎更愿意在新产品，而不是更新旧产品。
但是，自适应都是：
世界上许多商家（再次，我们有多少？！）所使用的出色解决方案，不断吸引新用户和商家（免费）使用Paypal（仅适用于自适应广告和预先批准的工作方式，在许多情况下，您被迫开设贝宝帐户，而我们所有的应用程序所有者都已经这样做了多年）；
易于调整的工具，可以准备PSD2
我们现在正处于PSD2的“宽限期”，要使自适应支付符合PSD2指令就不那么困难了：预批准是CORE，如果您在预批准流程中添加强大的客户身份验证，那就太好了部分工作已经完成。链式付款也使用户感到困惑，仅添加强大的客户身份验证就可以满足需求，并且服务器到服务器的链式付款应归于MIT（商家发起的付款）之内，这似乎超出了该指令的目标。
另一方面，强制迁移将导致失去许多客户，商家和应用程序所有者，由于特定的业务模型或因为他们找不到真正的具体解决方案，由于某种原因它们无法更改架构。在替代API中。修复它似乎是一个更好的解决方案。
所有适应性支付用户的呼吁就是加入这场对话，并提出您的想法，只是看看我们是一个人还是一个门口有同样问题的人很多。
在意大利热情而快乐的适应性强用户和所有者。
干杯，菲尔
答案 0 :(得分：1)
在规划未来时，最好的方法可能是汇总平台要求和预期数量的列表，并就以下问题与PayPal联系：https://developer.paypal.com/docs/commerce-platform/
您还可以查看其他选项
我认为没有人确切地知道自适应支付作为现有集成的旧服务可以使用多长时间，但是我希望它足够长的时间来建立一个新的用户可以迁移到的支付