跳转到主要内容
阅读该接口文档前,务必先查看 接口说明
  • 针对信用卡交易,消费者有权在交易发生后180天内发起争议申请。当争议被提起时,每笔交易将产生20美元的争议处理费。
  • 在收到争议通知后,您有两种应对方式可供选择
    • 其一:您可以选择接受争议,即向发卡银行提交回复,确认您不对退款金额提出异议。
    • 其二:您可以选择对争议进行抗辩,通过完成一个引导式的提交流程,根据提示提供相关证据和支持性文件来阐述您的立场。
  • 若您选择对争议进行抗辩,将额外收取20美元的抗辩费。如果发卡银行不接受您提交的抗辩材料并判定消费者胜诉,抗辩费将被扣除,同时消费者的付款将被退还。
  • 关于费用退还政策,如果您成功赢得争议,Haipay将退还抗辩费。然而,除非您的Haipay合同中另有明确规定,否则最初收取的争议处理费在任何情况下均不予退还。
  1. PCI 合规性:直接违反 PCI DSS 要求
  2. 安全风险:WebView 和 iframe 可能无法提供足够的安全隔离
  3. 中间人攻击:恶意应用可能拦截或篡改支付数据
  4. 钓鱼风险:无法确保用户是在可信的环境中输入敏感信息

设备环境要求

如果您在支付页面中看不到您想要的钱包,则您的设备或浏览器可能不符合以下 Apple Pay 或 Google Pay 条件。
  • 钱包里必须至少有一张卡。
  • 您必须使用兼容的 Apple Pay 设备Google Pay 设备
  • 您必须使用 必须使用HTTPS支持的浏览器 来测试您正在测试的钱包。
  • 允许适用的浏览器访问您的钱包。
    • Chrome:设置 > 自动填充和密码 > 付款方式 > 允许网站检查您是否已保存付款方式
    • Safari:设置 > 高级 > 允许网站检查 Apple Pay 和 Apple 卡
  • 不要使用 Chrome 隐身窗口或 Safari 私人窗口。
  • 确认您在受支持的 Apple Pay 地区 和 Google Pay 地区 进行操作。
  • 对于 Apple Pay,请确认您的设备支持生物识别身份验证
桌面浏览器
  • Chrome 38+
  • Safari 10.1+
  • Firefox 29+
  • Edge 15+
  • Opera 25+
移动浏览器
  • iOS Safari 9+ 以及其他使用系统提供的 WebKit 引擎的浏览器和 Web 视图
  • Android Chrome 38+
  • 三星浏览器 7.1+
其他说明对于未明确支持的浏览器,我们限制支持如下:
  • 要求浏览器支持 TLS 1.2
  • 需要足够现代的浏览器来支持 JavaScript 中的 Promises
  • 我们会响应错误报告,但不会主动测试其他浏览器

地区限制

AD-安道尔AE-阿拉伯联合酋长国AF-阿富汗AG-安提瓜和巴布达AI-安圭拉AL-阿尔巴尼亚AM-亚美尼亚AO-安哥拉AQ-南极洲AR-阿根廷AS-美属萨摩亚AW-阿鲁巴AX-奥兰群岛BA-波斯尼亚和黑塞哥维那BB-巴巴多斯BD-孟加拉国BF-布基纳法索BH-巴林BI-布隆迪BJ-贝宁BL-圣巴泰勒米BM-百慕大BN-文莱BQ-博内尔、圣尤斯特歇斯和萨巴BS-巴哈马BT-不丹BV-布韦岛BW-博茨瓦纳BY-白俄罗斯BZ-伯利兹CC-科科斯(基林)群岛CD-刚果民主共和国CF-中非共和国CG-刚果共和国CI-科特迪瓦CK-库克群岛CM-喀麦隆CO-哥伦比亚CU-古巴CV-佛得角CW-库拉索CX-圣诞岛CY-塞浦路斯DJ-吉布提DM-多米尼克DO-多米尼加共和国DZ-阿尔及利亚EC-厄瓜多尔EE-爱沙尼亚EG-埃及EH-西撒哈拉ER-厄立特里亚ET-埃塞俄比亚FJ-斐济FK-福克兰群岛FM-密克罗尼西亚联邦FO-法罗群岛GA-加蓬GD-格林纳达GE-格鲁吉亚GF-法属圭亚那GG-根西岛GH-加纳GI-直布罗陀GL-格陵兰GM-冈比亚GN-几内亚GP-瓜德罗普GQ-赤道几内亚GS-南乔治亚和南桑威奇群岛GT-危地马拉GW-几内亚比绍HK-香港HM-赫德岛和麦克唐纳群岛HN-洪都拉斯HT-海地ID-印度尼西亚IL-以色列IM-马恩岛IN-印度IO-英属印度洋领地IQ-伊拉克IR-伊朗JM-牙买加JO-约旦JP-日本KE-肯尼亚KH-柬埔寨KI-基里巴斯KM-科摩罗KN-圣基茨和尼维斯KP-朝鲜KR-韩国KW-科威特KY-开曼群岛KZ-哈萨克斯坦LA-老挝LB-黎巴嫩LC-圣卢西亚LI-列支敦士登LK-斯里兰卡LR-利比里亚LS-莱索托LV-拉脱维亚LY-利比亚MD-摩尔多瓦ME-黑山MF-法属圣马丁MG-马达加斯加MH-马绍尔群岛MK-北马其顿ML-马里MM-缅甸MN-蒙古MP-北马里亚纳群岛MQ-马提尼克MR-毛里塔尼亚MS-蒙特塞拉特MU-毛里求斯MV-马尔代夫MW-马拉维MY-马来西亚MZ-莫桑比克NA-纳米比亚NC-新喀里多尼亚NE-尼日尔NF-诺福克岛NG-尼日利亚NI-尼加拉瓜NP-尼泊尔NR-瑙鲁NU-纽埃OM-阿曼PA-巴拿马PE-秘鲁PF-法属波利尼西亚PG-巴布亚新几内亚PH-菲律宾PK-巴基斯坦PM-圣皮埃尔和密克隆PN-皮特凯恩群岛PR-波多黎各PS-巴勒斯坦PW-帕劳RE-留尼汪RU-俄罗斯RW-卢旺达SA-沙特阿拉伯SB-所罗门群岛SC-塞舌尔SD-苏丹SH-圣赫勒拿SJ-斯瓦尔巴和扬马延SK-斯洛伐克SL-塞拉利昂SM-圣马力诺SN-塞内加尔SO-索马里SR-苏里南SS-南苏丹ST-圣多美和普林西比SV-萨尔瓦多SX-荷属圣马丁SY-叙利亚SZ-斯威士兰TC-特克斯和凯科斯群岛TD-乍得TF-法属南部领地TG-多哥TH-泰国TK-托克劳TL-东帝汶TM-土库曼斯坦TN-突尼斯TO-汤加TR-土耳其TT-特立尼达和多巴哥TV-图瓦卢TW-台湾TZ-坦桑尼亚UA-乌克兰UG-乌干达UM-美国本土外小岛屿UY-乌拉圭UZ-乌兹别克斯坦VA-梵蒂冈VC-圣文森特和格林纳丁斯VE-委内瑞拉VG-英属维尔京群岛VI-美属维尔京群岛VN-越南VU-瓦努阿图WF-瓦利斯和富图纳WS-萨摩亚YE-也门YT-马约特ZA-南非ZM-赞比亚ZW-津巴布韦

集成模式

信用卡支付提供两种接入模式,核心区别在于支付页面由谁承载:
最简单的接入方式。商户服务端调用代收申请接口后,使用返回的 payUrl 将用户跳转到 HaiPay 托管的支付页面,用户在该页面完成信用卡信息填写和支付授权。接入流程
1

服务端调用代收申请接口

商户服务端向 HaiPay 发起 代收申请,在请求中传入交易金额、支付方式、回调地址等必要参数。
2

获取 payUrl 并跳转

接口返回中包含 payUrl 字段,商户将用户浏览器重定向到该地址。
3

用户完成支付

用户在 HaiPay 托管页面完成信用卡信息填写和支付授权。支付完成后,HaiPay 会将用户重定向回商户的 callBackUrl,同时向 notifyUrl 发送异步通知。
示例代码(服务端获取 payUrl 后的前端跳转)
适用建议
  • 希望最快速度完成支付接入,前端改动最少。
  • 对支付页面的 UI 没有强定制需求。
  • 移动端 H5 场景下,跳转体验通常也能满足需求。

限额

代收API

1.代收申请

简要描述:
  • 查询代收订单
URL: 美元: /usd/collect/apply 说明:appId需使用美元对应的,用户支付成功后增加美元余额 参数: 请求示例
响应示例
返回data参数说明

2.代收申请 MIT模式

简要描述:
  • 创建MIT模式代收订单
URL: 美元: /usd/mit/apply 说明:appId需使用美元对应的,用户支付成功后增加美元余额 参数: 请求示例
响应示例
返回data参数说明

3.代收查询

简要描述:
  • 查询代收订单
URL: 美元: /usd/collect/query 参数: 请求示例
响应示例
返回data参数说明

4.退款申请

简要描述:
  • 发起原信用卡交易订单的退款操作,同步返回的退款状态请注意状态值,建议以查询接口为主。
URL: 美元: /usd/refund/apply 参数: 返回data参数说明

5.退款查询

简要描述:
  • 发起退款的订单的结果查询。
URL: 美元: /usd/refund/refundQuery 参数: 返回data参数说明

6.支付方式

7.测试卡号

只能在测试环境使用

模拟成功支付

使用以下测试卡号,输入任意 CVC(3位数字)和有效期(未来日期)来模拟支付成功:
  • 卡号 1:4242424242424242

模拟支付失败

使用以下测试卡号、无效数据来模拟支付失败:
  • 卡号 1:4000000000009995
  • 无效月份:13
  • 无效 CVV:99

8.MIT(Merchant Initiated Transaction)模式说明

MIT(Merchant Initiated Transaction,商户发起交易) 指在用户完成一次性支付授权后,商户可在用户不在场的情况下主动发起的扣款。 该模式广泛应用于 订阅支付、分期付款、会员续费、延迟扣款 等业务场景。

基本流程

  1. 用户授权
    • 用户在首次支付时输入支付信息,并完成必要的身份验证。
    • 商户保存用户的支付凭证,用于后续的扣款请求。
  2. 商户发起扣款
    • 商户根据约定的周期或条件,直接使用已保存的支付凭证发起扣款请求。
    • 由于交易为 离线场景(off-session),即用户不参与交易,系统会依据用户授权和合规要求完成处理。
  3. 认证要求
    • 在大多数情况下,交易会直接完成。
    • 若发卡行或风控系统要求再次验证,交易可能进入待用户确认的状态,需要用户补充验证才能完成。

模式特点

  • 提升体验:用户无需每次手动输入支付信息。
  • 合规安全:符合国际支付法规和强客户认证(SCA)等要求。
  • 应用广泛:适用于订阅收费、自动续费、分期扣款、延迟结算等场景。

MIT流程图

相关主题

最后修改于 2026年7月16日