Paypal PayFlow Pro和行项目报告

Paypal PayFlow Pro和行项目报告,paypal,payflowpro,Paypal,Payflowpro,我有一个客户通过PayPal PayFlow Pro网关处理付款 大多数交易都是通过网站进行的,我们在网站的管理工具中记录交易并提供报告 然而,客户有时直接登录到虚拟终端,以添加手动交易并发放退款。因此,站点上的事务日志不一定反映通过网关发送的事务的实际状态 此外,客户希望对多个产品类别执行报告,并且由于站点的事务日志不准确,他们希望在虚拟终端中执行此报告 解决方案是为每个类别创建一个单独的帐户,并将每个类别的交易发送到相应的帐户 我的同事不太理想的实现是禁止他们一次将多个类别的项目添加到购物车

我有一个客户通过PayPal PayFlow Pro网关处理付款

大多数交易都是通过网站进行的,我们在网站的管理工具中记录交易并提供报告

然而,客户有时直接登录到虚拟终端,以添加手动交易并发放退款。因此,站点上的事务日志不一定反映通过网关发送的事务的实际状态

此外,客户希望对多个产品类别执行报告,并且由于站点的事务日志不准确,他们希望在虚拟终端中执行此报告

解决方案是为每个类别创建一个单独的帐户,并将每个类别的交易发送到相应的帐户

我的同事不太理想的实现是禁止他们一次将多个类别的项目添加到购物车中。用户被指示进行两次单独的签出

在只有两类的情况下,这几乎是无法忍受的,但现在将有三类

客户建议的解决方案是开始允许他们在购物车中混合类别,但在后端,将它们分开,并在结帐期间按类别“内联”发送单独的事务

正如你可能猜到的,我不喜欢这样做。我担心在整个过程中可能会出现一些问题,使结账处于半完成状态。另外,这听起来像是一场会计噩梦

我希望PayFlow Pro能够提供某种“行项目”功能,并提供适当的报告能力

他们的XMLAPI似乎支持行项目,我假设这是针对三级事务的。然而,当我登录到虚拟终端时,似乎没有任何对三级数据的支持。另外,我觉得这不是三级考试的目的,我是在“逆势而行”

因此,我在这里权衡我的选择,到目前为止,我考虑了以下两种选择:

  • 在我们的web应用程序中提供创建临时交易、发放退款等功能,并制定规则,规定他们只能通过web应用程序进行这些更改。这样,我们可以记录这些交易,并在我们的终端提供更准确的报告。然而,这将是一项繁重的工作

  • 也许PayPal世界中还有其他东西在后端提供了更丰富的API和报告功能。它需要能够支持他们现有的商户账户。如果他们的费用增加,这将是一个合理的交易,以获得他们想要的

一般来说,询问是否有人足够了解PayPal,并告诉我是否存在选项B,因为PayPal的产品对我来说非常混乱。另外,如果有人有任何一般性的建议,或者有一个选项C,我没有考虑

谢谢