Translation disclaimer

Documentation is written in English and subsequently translated. This page, therefore, might not have the most up-to-date content. If any questions arise relating to the accuracy of the translated content, please refer to the English version of the page.

Menu

版本说明

我们一直开发新功能和升级,从而不断改进 Access Worldpay。以下是我们最新版本的概要。

Latest releases

Close all

您现在可以在支付请求中向我们的预存卡号(需要验证)端点提交您的 riskProfile。然后,您会在响应中收到豁免结果和理由。

将它用于在支付请求中应用SCA 豁免和更新FraudSight数据模型,以便于执行未来支付。

您现在可以提供 storedCredentials.reason 作为cardOnFile 智能验证请求dynamicCardOnFile 验证请求中的可选字段。

验证请求中的这个可选字段将允许您指明商户使用已存储凭证发起交易的原因。

现在,我们版本 2.4.0 以上的 iOS SDK 均可支持Swift Package Manager

您现在可以进行 iDEAL 付款的部分退款

您现在可以进行 PayPal 付款的部分退款

我们已更新退款请求 URI,以便您处理 iDEAL 付款的全部退款

您现在可使用iDEAL进行支付。

您现在可使用PayPal进行支付。

  • 在版本 3 中,我们现在正在创建供账户验证失败时使用的未经验证的 Token,并返回 codedescription 作为未验证 Token 响应的一部分。

  • 在版本 2 中,我们现在正在创建供账户验证失败时使用的未经验证的 Token href,并返回 codedescription 作为未验证 Token 响应的一部分。

  • 在版本 1 中,我们现在正在创建供账户验证失败时使用的未经验证的 Token href,作为未验证 Token 响应的一部分。

我们新增了一种功能,使您能够从页面中移除 Web SDK

版本 3 的引入是为了成功处理基于实体的计费。您必须填写Token 创建请求中的必填字段merchant.entity

我们在 Web SDK 文件中,添加了采用 Vue.js 应用程序的集成示例

现在,您可使用我们`payments:migrateCardOnFileSale端点中的 card/networkToken 支付工具。

网络 Token 采用由各种方案提供的 16 位 Token 号来替代原始卡号。

现在,您可在migrateCardOnFile TokenmigrateCardOnFileSale Token请求中提交方案reference

该请求参数可让您链接到与不同 PSP 达成的协议,从而通过我们的 API 接受重复支付。

您现在可对我们的AndroidiOSWebSDK 使用 PAN 格式设置。在您执行此功能时,可根据客户类型设置卡号格式。

您现在可以支出到钱包

您现在可以使用加拿大电子资金划拨 (EFT)来接受支付。

如果您在请求中提供了 riskProfile,现在您就会在授权响应中收到豁免结果和理由。

3DS API 版本 3 有一套新的 Magic 值供 Cardinal Sandbox 使用。 它还改进了质疑显示屏的外观。

如果发卡机构识别出了冲突,选择您就会在授权响应中收到 verificationFailed 结果。

您现在可以选择在已验证 Token 请求中提供商户落款信息,从而让客户清楚地看到已验证 Token 请求来自何处,并帮助避免混淆。

您现在可以配置卡品牌,从而对结账过程进一步进行定制。这个新的可选功能可让您限制在我们的androidiOSSDK 的结账表上接受的卡。

发送持卡人姓名现在已成为支付验证支出服务的可选功能。尽管我们仍然建议您发送相关信息,但现在也可以选择将其省略。

通过我们的[卡品牌配置功能] (content/zh/docs/access-worldpay/checkout/web/card-brands) 来控制您在我们的结账 Web SDK 结账表上接受的卡。

我们已经将[验证服务] (content/zh/docs/access-worldpay/verifications/verifications) 的对账单商户落款元素设为可选功能。如果您未提供商户落款,现在将默认为“Active Card Check”(主动卡校验)。

通过我们的 [Apple Pay 解码支出手段] (content/zh/docs/access-worldpay/payouts/payouts) 向您客户的 Apple Pay 账户发送资金。

我们已发布了新版本的 iOS SDK - 2.1.0。该版本可在验证功能中使用 UITextField 功能。

使用Apple Pay 商户发起的交易的解码模型,通过“网络 Token”详情来提交支付请求 - 如果您在多个提供商之间使用 Token,这将很有用。

使用 Apple Pay 的解码模型,通过“网络 Token”详情来提交支付请求 - 如果您在多个提供商之间使用 Token,这将很有用。

在“支付”产品类别下的文件中,我们创建了新的APM(替代支付方法)部分,其中包含了在每个 APM 发布时配备的单独指南。 随其发布的是我们首个 APM 的ACH指南,它也被称为 eCheck 支付 - 这是供美国客户使用的常见信用转账和直接转账支付方法。

使用Apple Pay 客户启动的交易的解码模型,通过“网络 Token”详情来提交支付请求 - 如果您在多个提供商之间使用 Token,这将很有用

您可通过可访问性配置,设置屏幕阅读器元素的语言,并帮助确保您的结账满足WCAG 标准的 AA 评级。

使用我们Checkout Web SDK上的清除表格,无需重新加载 SDK 即可输入多组卡详情。

我们Checkout SDK的 CVC 会话使用寿命已延长至 15 分钟,从而让您有更长的时间接受支付。

您现在可以在移动钱包支付请求中提交客户的账单邮寄地址。

您现在可以获得在移动钱包支付响应中返回的 AVS 结果。这将有助于您的企业了解客户的 AVS 未校验、不匹配或未供应等风险因素。

我们在Token 文档中包含了有关如何查询卡网络 Token 的说明 - 使用该说明可以在支付页面上向您的客户显示 Token 化的卡详情,或者您是否需要下一个可用的操作链接来更新客户详情。

我们发布了第 3 版的已验证 Token 服务,从而帮助您利用我们的已验证 Token 响应中返回的卡片数据来对交易进行分析。

在随新卡或预存卡号的已验证 Token 提交支付时,您现在可以为 iOS 和 Android创建一个 CVC 会话。如果您不对客户进行身份验证,这样会提供额外的安全性,而且是 MCC 7995、7800、7801、7802 和 9406 所必需的。

您现在必须为智能动态验证请求中提交 narrative

我们新的Token 版本 2API 为您提供了改进的分析功能 - 可随 Token 内容返回 BIN 和卡品牌额外数据。

您现在可以在您的重复支付请求中提交方案 reference。这样可让您链接到与不同 PSP 达成的协议,从而通过我们的 API 接受重复支付。

我们为无效卡号引用了新错误,并更改了3DS 服务内所有错误信息的格式。

我们的身份验证响应现在还包括一个有效载荷,以支持本地移动集成。

而且,我们现在会在 signatureFailed 结果响应中发送 transactionId,这对跟踪很有用。

我们现在会为您发送部分结算支付的取消链接,从而让您能够释放资金。

版本 3 对商户响应进行了更新。居里阵列块现在存在于 JSON 块_links内部


居里阵列块已更新,只能存在于 _links JSON 块内部以及外部

您现在可以接受 + 作为 transactionReference 字段中的字符。要了解有关格式化格则的更多信息,请单击此处