Authorize.net DPM示例代码仅包含CC#
和Exp. Date
字段,并且在沙箱中无问题。但是我已经习惯填写的其他领域呢?
在DPM documentation CCV
字段(x_card_code
)的仅提及深埋在"响应原因代码&#的表格中34 ;.为什么它没有列在x_card_num
旁边的API字段表中?
根据DPM documentation,结算地址可选,仅用于地址验证服务(AVS)。
我认为AVS很有用,但documentation like this几乎没有提供具体的答案:
大多数银行和商家服务提供商要求商家使用AVS以避免不合格的交易附加费(通常额外增加1%)。如果您的企业风险因素较低,或者可能支付的非合格折扣率不会对您的业务产生负面影响,您可能会考虑对您的AVS申请保持宽松。
CC#
和Exp. Date
以外的任何数据会怎样?CCV
检查,但不在表中列出x_card_num
?这不是一个重要的领域吗?我想要做的就是设置一个简单的付款方式,确保没有人付款。
我是否遗漏了某些内容,或者文档中是否有多少漏洞?
答案 0 :(得分:2)
所有这一切的简单答案是提交这些字段直接有助于提高成功率。您将收集各发行人发行的卡片,每张卡片都有自己的风险政策。有些人认为来自网络的非AVS交易具有更高的风险,并拒绝它们
如果您收集所有可选数据(尤其是CCV),您将有更高的机会成功为卡充电。
也就是说,您向用户提出的输入越多,她就越有可能摆脱那个烦人的结账页面。
大多数商店所做的是尝试一下 - 从一个完整的形式(包括CCV,AVS,卡片类型等)开始,并且每隔几天开始丢弃字段以检查转换是否下降。当省略CCV时,它通常会急剧下降
另一个有用的信息 - 如果您的客户在全球范围内分布,由于大多数发行人谨慎考虑外国交易,因此下跌的风险会急剧增加。
答案 1 :(得分:1)
如果我不收集CC#和Exp以外的任何数据,会发生什么。日期?
然后你就不提交了。成功处理交易所需的信息非常少。但业务规则可能会另有规定。
为什么文档提示CCV检查,但不列出表中的x_card_num?这不是一个重要的领域吗?
不需要处理交易。但它可以减少欺诈,并可能需要将其费率保持在最低水平。如果商家不关心欺诈或其处理费用,则此字段对于收集无用或不必要。
如果不使用AVS,交易的风险会被降低吗?
没有。
是否有确定的推荐字段或最佳做法列表?
这将因卡类型而异。但通常总是发送卡号,有效期,cvv,地址和金额。如果您要处理三级卡,那么还有其他必需的信息,但我无法将这些信息排除在我的头顶之外。
为什么基本要求如此宽松? Aren有缺点吗?
省略某些信息可能导致:
更高的费用 - AVS和CVV不需要处理交易,但需要保持低欺诈率。不执行AVS和CVV导致欺诈事件发生率更高,并且这些交易以更高的费用形式传递给商家。
高级欺诈 - AVS和CVV结合在一起并与其他方法结合可以大大减少商家的欺诈行为。不捕获该信息会显着增加商家因欺诈而遭受损失的机会。