Credit card 使用皇家邮政PAF数据库或类似数据库减少Sagepay代码2001(授权被供应商规则库拒绝)错误

Credit card 使用皇家邮政PAF数据库或类似数据库减少Sagepay代码2001(授权被供应商规则库拒绝)错误,credit-card,opayo,paf,Credit Card,Opayo,Paf,由于Sagepay error 2001(授权被供应商规则库拒绝),当用户提供的地址与银行持有的地址不100%匹配时,我们的店铺出现了太多错误。我认为问题往往是公寓/公寓的号码和地址,以及房子的名称和号码 我们正在考虑从Sagepay规则库中删除地址验证检查,只使用CV2检查(我们95%的订单来自英国),但这增加了欺诈交易的可能性 将PAF或类似数据库与我们的站点集成将有助于最终用户不必输入地址。但这是否有助于Sagepay上的银行地址验证?我们仅使用accept CV2,尽管我们是一家低风险企

由于Sagepay error 2001(授权被供应商规则库拒绝),当用户提供的地址与银行持有的地址不100%匹配时,我们的店铺出现了太多错误。我认为问题往往是公寓/公寓的号码和地址,以及房子的名称和号码

我们正在考虑从Sagepay规则库中删除地址验证检查,只使用CV2检查(我们95%的订单来自英国),但这增加了欺诈交易的可能性


将PAF或类似数据库与我们的站点集成将有助于最终用户不必输入地址。但这是否有助于Sagepay上的银行地址验证?

我们仅使用accept CV2,尽管我们是一家低风险企业,但10年来从未发生过欺诈交易。 SagePay没有告诉您的是,“被供应商规则拒绝”消息通常是因为客户选择了错误的卡类型(例如,他们点击了使用Visa借记卡,但试图从Visa信用卡输入号码)。 我们每天给客户打多次电话,让他们通过电话付款,因为他们对为什么他们的卡无法通过而最终放弃感到困惑。
这是愚蠢的,客户必须选择卡的类型,它应该自动拿起它像99%的其他卡处理器。SagePay已经意识到了这一点,但从我与他们的讨论来看,他们似乎并不担心这一点。

通过我们的卡支付提供商,我们可以选择无、中等或高的地址验证。我认为Sagepay不提供中等选项?当检查AVS时,应该传递的是地址中的数字(即单位号码和街道号码)。房子的名字不应该影响任何事情,除非顾客在选择名字时忽略了他们的实际数字。基本上-是的。AVS充满了依赖客户输入正确信息的怪癖。使用PAF可能会有所帮助,但仍然-我会使用AVS结果作为建议,并更多地依赖CV2结果服务器iframe集成自动获取它。