集成 Paypal 支付和发票 API答案

【问题标题】：Integrating Paypal Payment and Invoicing APIs集成 Paypal 支付和发票 API
【发布时间】：2021-02-11 20:31:39
【问题描述】：

我一直在手动开具发票，向我的客户收取使用 Paypal 的服务费用。

现在我正在创建一个界面，允许他们在我的网站上自动购买服务。

我还想向他们展示他们的购买历史。但是，我无法使用 Transaction Search API 显示已付款发票的历史记录；我需要使用 Invoicing > Search Invoices API。

我使用 Paypal Payments API 来管理新产品的支付端，现在它可以正确生成逐项交易并允许客户结帐。但这不会产生发票。

如何同时生成发票（即可以通过 Invoicing API 检索以显示以前的付款）并允许客户付款？发票 API 似乎围绕通过电子邮件向客户发送发票的想法工作，但这是不必要的。我希望他们立即付款（并且已经为此设置了 Payment API）。

那么有用的工作流程是什么？：使用我的 Paypal Payment API 接收和授权付款，并在授权时使用 Invoicing API 生成反映这一点的发票，然后将发票状态更新为已付款？还是我在这里遗漏了一些更简单的东西？

【问题讨论】：

标签： paypal paypal-sandbox

【解决方案1】：

Invoicing API 不得与任何其他 API 混合使用或使用。它用于生成要通过电子邮件或链接形式发送的发票。

一般电子商务支付处理（没有发票链接）是完全独立的，没有交叉。您应该确保您使用当前的 v2/checkout/orders API 来接收新的付款，而不是旧的 v1 API。

就向您的客户显示以前购买的清单而言，您不应为此在 PayPal 上回复（可能发票的情况除外，因为这是将发票管理工作交给 PayPal 的一部分）。但是对于正常的网络购买，PayPal 不是数据库——它是一种支付处理服务。跟踪您自己的所有订单信息，并在完成后将 PayPal 交易 ID 存储为您自己的会计记录——但您向客户引用的 ID 应该是您自己的唯一订单 ID，您可以将其传递给 PayPal 在您的@ 987654321@ 创建结帐批准订单时。

【讨论】：

谢谢。我真的不明白请求交易数据并将其显示在您自己的网站上的问题。 Paypal 实际上是一个交易数据库。如果您无法请求某些符合某些条件的交易然后对这些信息执行某些操作，例如显示它，那么交易搜索 API 的意义何在？为什么要麻烦存储两次？我只是想让我的应用程序连接到 Paypal 并代表那里已经存在的数据。
我建议完全不使用事务搜索 API，但它存在于人们坚持使用它的某些用例中。与以正确的方式（使用您自己的数据库）做事相比，不要期望任何合理的性能，这几乎是每个值得一提的电子商务软件系统的运作方式。无论如何，您已被合理警告不要打扰交易搜索，但请继续进行
我想学习。也许您可以帮助我理解这里的“为什么”？您是否提倡一些我不知道的一般原则，是因为交易搜索 API 不可靠等吗？只是告诉某人不要做某事并不能真正帮助理解为什么不做。为什么“使用自己的数据库”是“正确”的方式？我认为请求这样的数据是完全合理和现代的。
另外，我不是在构建电子商务系统。我只是想向我的客户展示一些付款并帮助他们进行新的付款......但使用 Paypal。