本文档汇总了收付通接口对接过程中的常见报错、交易问题排查方法及其他技术说明。
目录
一、常见报错问题
1.1 配置类问题
1.1.1 找不到客户产品配置的业务信息
原因:未开通对应产品,或商户使用了错误的交易代码。
解决方法:
- 检查是否开通了对应产品(如开通批量代付但调用了单笔代付接口)
- 如未开通产品,联系运营配置
- ⚠️ 配置完成后需等待缓存生效,不要立即发起交易
1.1.2 未开通的业务类型/业务类型与商户信息中设置的业务类型不一致
原因:上送的 BUSINESS_CODE 与配置不一致。
解决方法:
- 在「产品配置 → 业务参数」查看已配置的业务类型
- 确保上送的业务类型与配置一致
- ⚠️ 配置完成后需等待缓存生
1.1.3 未配置分账商户号,请检查
原因:分账交易的收款方未在商户号下做关联配置。
解决方法:
- 在「其他参数 → 分账配置」添加分账收款方
- ⚠️ 配置完成后需等待缓存生效
1.1.4 目前未开通此受理渠道
原因:生产环境相应产品下的受理渠道未配置。
解决方法:
- 在「产品配置 → 受理渠道」开通对应参数
- 接口对接方式:配置 XML系统对接 受理渠道,初始交易状态为【处理中】
- 手工报盘方式:配置 浏览器 受理渠道,初始交易状态为【等待商户审核】
- ⚠️ 配置完成后需等待缓存生效
1.1.5 接口业务类型未映射
原因:商户接口上送的业务类型未做映射。
解决方法:反馈给事业部,联系机构部完成映射
1.2 权限与签名类问题
1.2.1 权限不足
排查步骤:
|
检查项 |
说明 |
|
用户名(USER_NAME) |
是否与商户签名的私钥证书名称一致,一般为「商户号+04」 |
|
系统对接权限 |
确认是否开通对应角色权限(交易类需开通「系统对接(交易/查询/账务)」,验证签约类需开通「系统对接(验证)」) |
|
接口地址 |
是否正确(避免生产参数发到测试地址) |
1.2.2 签名不符
排查清单:
- 证书配对:检查商户私钥与通联系统上传的公钥是否是一对
- 证书环境:确认生产环境使用的是生产证书,而非测试证书
- 签名算法:
- 算法:
SHA1withRSA - 编码:
GBK - 签名内容:整个报文串(除
<SIGNED_MSG>标签外)
- 地址一致性:确认接口地址与证书环境匹配
- 生效时间:证书上传后需等待 5分钟 才生效
签名相关报错汇总
|
错误信息 |
原因 |
解决方法 |
|
|
JDK 密钥长度限制 |
更换 JDK 的 |
|
|
证书不匹配 |
检查签名证书与验签证书是否对应 |
|
|
证书密码错误 |
检查证书密码 |
|
|
InputStream 问题 |
检查 keystore 加载的 InputStream 是否正确 |
|
|
PEM 格式问题 |
使用 |
|
|
JDK 版本问题 |
使用 BouncyCastle 或升级 JDK 至 1.8.0.301+ |
|
|
BC 版本问题 |
使用 BC 1.60 |
1.3 交易类问题
1.3.1 卡号所属银行与发卡行不一致
原因:上送的银行代码有误或未做映射。
排查步骤:
- 在「银行 → 行号管理 → 银行卡BIN维护」查询卡BIN对应的银联机构代码
- 检查该银联机构代码是否有映射对应的银行代码
- 如无映射,联系运营添加映射
1.3.2 不允许进行对公交易
原因:风控拦截,对公风控未配置或配置后立即发起交易导致未生效。
排查步骤:
- 检查「商户级风控:客户 → 风控参数管理 → 交易控制管理」是否配置允许对公
- 检查「产品配置 → 对公对私配置」是否支持全部
- 确认是否支持该银行的对公交易
- 配置完成后等待缓存生效再重新发起交易
1.3.3 返回码 3066:不支持对公
原因:无路由渠道可走,对应产品的路由渠道不支持对公交易。
解决方法:
- 提交 OA 申请「交易渠道调整变更」修改路由组
1.3.4 商户收款对公户信息不存在
原因:银行结算账户的账户用途配置不正确。
解决方法:
- 检查账户用途是否为「收付款」
- 若仅为「收款」会报此错,需改为「收付款」
1.3.5 账号属性超长
原因:手工提交模板中的账户类型值填写错误。
解决方法:
- 检查账户类型值,如「0(私人)」是否误填为「00」
1.3.6 交易报错:付款方商户未注册,触发限额
原因:商户未报备成功或报备未生效。
排查步骤:
- 在「渠道管理 → 渠道商户号管理 → 渠道报备查询」查看报备情况
- 银联报备当天成功,第二天生效
1.3.7 当日通兑业务累计金额超过规定金额
原因:
- 超过通联设置的风控参数限额
- 或该卡当日扣款金额已超限
1.3.8 找不到商户授权信息
原因:商户号之间的内部转账授权未配置。
解决方法:联系运营配置商户号授权关系
1.3.9 付款类交易报 3008:余额不足
排查清单:
- 检查商户余额是否充足(扣除手续费后)
- 检查充值时间是否在代付交易发起之前
- 检查账户是否被冻结(风险交易冻结、证件到期冻结)
- 通联头寸不足(可重试)
风险冻结可在「风控参数管理->风险反馈管理」页面查看是否有冻结记录
1.3.10 结算交易报错:客户代码未注册
原因:259号文银联结算交易管控,需重新触发银联代付报备。
解决方法:重新报备后,一般 D1(次日)生效
1.3.11 无效卡号,卡号不存在
原因:部分银行内部户或特殊类型不支持走网联,仅支持人行大小额。
解决方法:联系运营申请调整路由
1.3.12 返回码 310002:该批次号不存在或处理中
原因:原确认 SRCREQSN 的 310001 短信申请触发失败或已发起确认
1.3.13 快捷签约报错 3999:请求的功能尚不支持
原因:签约的银行不支持该功能
1.3.14 银行卡或证件为异常交易名单不允许交易
原因:银行卡或证件号命中投诉黑名单。
解决方法:如有疑问联系金融事业部
1.3.15 商户收/付款对公户信息不存在
原因:没有配置收付通银行帐户。
解决方法:需至少配置一个默认的对公帐户,帐户用途设置为「收付款」。
_20260625120310977533.png)
1.4 退款类问题
1.4.1 退款接口报 3999:原交易产品不支持退款
原因:原交易产品未配置允许退款。
解决方法:在对应产品的「产品配置->退款参数配置」中开启允许退款
1.4.2 退款报 3999:退款账务处理失败
原因:
|
原因 |
说明 |
|
余额不足 |
收款户余额不足以退款 |
|
账户冻结 |
收款户被冻结 |
1.4.3 原交易状态不允许退货
原因:邮储银行二类卡日累积存入金额超限(1万)。
解决方法:第二天重试
1.5 其他报错
1.5.1 测试环境短信验证码
测试环境不发短信验证码,默认为 123456,需先点击「获取验证码」。
适用场景:
- 修改密码
- 上传公钥
1.5.2 签约报错:报文格式错误 (smsCode) [6100030]
原因:持卡人验证码填写错误
二、交易问题排查
2.1 渠道不支持:卡号未签约
问题:卡号已签约,但返回「渠道不支持,卡号未签约」。
排查思路:
- 是否配置了符合的路由渠道(如签约协议类型是网联,需配置网联渠道)
- 签约完成时间是否先于扣款提交时间
- 扣款户名与签约户名是否一致(路由匹配时会校验)
工具:使用「系统 → 其他参数 → 交易诊断」判断路由匹配情况
案例 1:签约与扣款户名不一致
|
项目 |
值 |
|
签约户名 |
涂*鑫 |
|
扣款户名 |
凃*鑫 |
|
结果 |
户名不一致导致路由匹配失败 |
案例 2:签约协议类型与路由渠道不匹配
|
项目 |
值 |
|
签约协议类型 |
网联 |
|
路由配置 |
仅银联渠道 881029 |
|
结果 |
无法匹配,需配置网联渠道 |
2.2 协议号未找到或失效
返回码:3043
情况分析:
|
类型 |
表现 |
处理方式 |
|
协议已失效 |
发起前已失效,无入库记录 |
在「用户协议管理 → 快捷协议查询」检查协议状态 |
|
银行端失效 |
有入库记录,银行返回失效 |
持卡人需重新签约才能扣款 |
额外检查:交易上送的姓名是否与签约姓名一致
2.3 汇入金产品打款后无交易记录
A. 检查网银打款收款人信息
|
项目 |
格式 |
|
账号 |
|
|
户名 |
商户名称 |
|
开户行 |
通联支付-备付金账户 |
例:商户号 200559000000521 → 账号:120020055900000052100000000
B. 检查商户配置
- 是否开通汇入金产品
- 业务类型是否默认选择「代收其它 19900」
C. 查询 ACS 网银明细
联系业管查询是否收到汇入交易
D-E. 进一步处理
- ABC 检查无误后联系技术进一步排查
- 若网银有记录但配置错误,与业管协商退款
2.4 协议支付扣款:先失败后成功
问题表现:某持卡人在商户的快捷支付,某天扣款返回协议无效,之后某天又成功(持卡人未做解约重签)。
原因分析:
协议关系说明:
- 快捷协议为三方协议:持卡人 + 支付机构 + 银行
- 通联协议号规则:商户号 + 卡号(同一持卡人在不同商户有不同协议号)
- 银行端解约后,商户端协议状态可能仍为有效
处理建议:
- 将卡号发给运营,通过「用户协议管理 → 银行快捷协议查询」查看银行协议更新时间
三、其他问题说明
3.1 调试返回信息:cannot be cast to
原因:请求报文格式标签错误。
解决方法:查看接口文档,检查请求报文格式
3.2 对账文件下载得到空文件
排查:
- 检查请求参数格式是否正确
- 检查签名字段值是否正确
3.3 PEM 文件生成方法
3.4 接口并发限制
TPS 限制为 20,超过将拒绝请求。
3.5 HTTP 通讯异常处理
交易请求报 HTTP 通讯异常时,需发起交易查询确认该笔交易是否正常处理。
3.6 返回码 4000:已发送银行
说明:
- 批量付款走跨行时无法直接获取结果,状态为「已发送银行」
- 可将 4000 当做成功处理(与 0000 同等对待)
- 若发生退票(2-5天),运营手工发起退票,商户根据退票通知更新状态
退票通知配置:
- 可配置退票通知地址
- 退票时系统发送通知,包含原付款交易流水号
3.7 对外出口 IP
测试环境
生产环境
3.8 HTTPS 403 报错
原因:除下载接口外,其他 403 错误通常是触发了安全协议拦截。
处理:提供商户出口地址、请求接口、请求时间,联系数据中心处理。
3.9 签约通知返回全卡号和手机号配置
处理:其他参数->接口配置进行配置
一键绑卡是否返回全卡号选择:是
一键绑卡是否返回手机号选择:是
3.10 version 版本号与返回报文格式
|
version |
适用接口 |
返回新增字段 |
|
06 |
100011, 310011, 100014, REFUND, 200004 |
VOUCHERNO |
|
08 |
100011, 310011, 100014 |
VOUCHERNO,SETTLE_DAY 为交易完成时间 |
四、快速索引表
按问题索引
|
错误描述 |
章节 |
|
找不到客户产品配置 |
1.1.1 |
|
未开通的业务类型 |
1.1.2 |
|
未配置分账商户号 |
1.1.3 |
|
未开通受理渠道 |
1.1.4 |
|
权限不足 |
1.2.1 |
|
签名不符 |
1.2.2 |
|
卡号所属银行不一致 |
1.3.1 |
|
不允许对公交易 |
1.3.2 |
|
不支持对公 |
1.3.3 |
|
对公户信息不存在 |
1.3.4 |
|
账号属性超长 |
1.3.5 |
|
商户未注册/限额 |
1.3.6 |
|
通兑金额超限 |
1.3.7 |
|
找不到商户授权 |
1.3.8 |
|
余额不足 |
1.3.9 |
|
客户代码未注册 |
1.3.10 |
|
无效卡号 |
1.3.11 |
|
批次不存在或处理中 |
1.3.12 |
|
功能不支持 |
1.3.13 |
|
异常交易名单 |
1.3.14 |
|
不支持退款 |
1.4.1 |
|
退款失败 |
1.4.2 |
|
不允许退货 |
1.4.3 |
|
协议号未找到或失效 |
2.2 |
|
已发送银行 |
3.6 |
|
报文格式错误(smsCode) |
1.5.2 |