我有一个客户通过 PayPal PayFlow Pro 网关处理付款。
大多数交易都是通过网站进行的，我们会记录交易并在网站的管理工具中提供报告。
但是，客户有时会直接登录到虚拟终端以添加手动交易并发出退款。因此站点上的事务日志不一定反映通过网关发送的事务的实际状态。
此外，客户希望对几个产品类别进行报告，并且由于站点的交易日志不准确，他们希望在虚拟终端中进行此报告。
解决方案是为每个类别创建一个单独的帐户，并将每个类别的交易发送到相应的帐户。
我的同事不太理想的实现是禁止他们一次将多个类别的商品添加到购物车中。指示用户进行两次单独的结帐。
这在只有两个类别的时候是勉强可以容忍的，但现在将是三个。
客户提出的解决方案是开始允许他们在购物车中混合类别，但在后端，将它们分开并在结帐期间“内联”发送每个类别的单独交易。
正如您可能猜到的那样，我不喜欢这样做。我担心在过程中途出现问题并让结帐处于半完成状态的可能性。另外，这听起来像是一场会计噩梦。
我希望 PayFlow Pro 能够提供某种“行项目”功能并提供适当的报告功能。
他们的 XML API 似乎支持行项目，我假设这是针对 III 级交易的。但是，当我登录到虚拟终端时，似乎没有任何对 III 级数据的支持。另外，我觉得这不是 III 级的意思，而且我是在“违背常规”。
所以我在这里权衡我的选择，这些是我迄今为止考虑过的两个：
提供在我们的网络应用程序中创建临时交易、发出退款等的功能，并制定他们只能通过网络应用程序进行这些更改的规则。这样我们就可以记录这些交易并提供更准确的报告。然而，这将是大量的工作。
也许 PayPal 世界中还有其他东西可以在后端提供更丰富的 API 和报告功能。它需要能够支持他们现有的商家帐户。如果他们的费用上涨，那么获得他们想要的东西将是一个合理的权衡。
一般来说，询问是否有人足够了解 PayPal 以告诉我选项 B 是否存在，因为 PayPal 的产品让我非常困惑。此外，如果有人有任何一般性建议，或者是否有 CI 未考虑的选项。
谢谢。