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