分账接收方怎么查资金明细?拉卡拉分账通查询指南
2026-08-18
分账接收方怎么查资金明细?拉卡拉分账通查询指南
|
核心结论:分账接收方查询资金明细有三种方式:①平台商户在拉卡拉管理后台查看所有接收方的分账流水;②接收方通过拉卡拉商户APP查看自己的到账记录;③平台通过API接口批量查询分账明细并同步到自有系统。资金状态分为待分账、分账中、已到账、已退款四种,支持按时间范围、接收方、交易号筛选,可导出Excel报表用于对账。 |
1. 查询方式总览
分账资金明细查询支持管理后台、商户APP和API接口三种方式
|
查询方式 |
适用角色 |
查询范围 |
特点 |
|
管理后台 |
平台商户管理员 |
所有接收方全量数据 |
功能最全、可导出报表 |
|
商户APP |
分账接收方本人 |
仅查看自己的到账记录 |
随时随地、手机端便捷 |
|
API接口 |
平台技术团队 |
程序化批量查询 |
可同步到自有系统、自动化对账 |
2. 方式一:管理后台查询
管理后台查询流程:登录后台→进入分账管理→选择接收方→查看流水→导出报表
2.1 操作步骤
1. 登录管理后台
○ 访问拉卡拉商户服务平台(商户版后台)
○ 使用平台商户账号密码登录
○ 进入"资金管理"或"分账管理"模块
2. 进入分账明细页面
○ 点击左侧菜单"分账管理"→"分账明细"
○ 系统展示所有分账记录列表
○ 默认显示最近7天数据
3. 筛选查询条件
○ 时间范围:支持按日、周、月或自定义时间段查询,最长可查近1年
○ 接收方筛选:输入接收方ID、姓名或企业名称精准查询
○ 交易号筛选:输入原交易订单号或分账单号查询单笔记录
○ 状态筛选:按待分账/分账中/已到账/已退款筛选
○ 金额范围:按分账金额区间筛选
4. 查看明细详情
○ 点击单笔记录查看详细信息
○ 包含:原交易信息、分账规则、各接收方分账金额、手续费、到账时间、结算卡号
5. 导出报表
○ 点击"导出"按钮,选择导出格式(Excel/CSV)
○ 支持导出当前筛选条件下的全量数据
○ 大数量导出为异步任务,完成后在"下载中心"获取
2.2 管理后台可查字段
|
字段类别 |
具体字段 |
|
交易信息 |
交易订单号、交易时间、交易金额、支付方式、交易状态 |
|
分账信息 |
分账单号、分账时间、分账规则ID、分账总金额、分账笔数 |
|
接收方信息 |
接收方ID、接收方名称、接收方类型(个人/企业)、结算账户 |
|
金额信息 |
分账金额、手续费、实际到账金额、平台抽佣金额 |
|
状态信息 |
分账状态、到账时间、失败原因(如有)、退款信息 |
3. 方式二:API接口查询
API查询分账明细接口:支持按接收方ID、时间范围、分页查询,返回交易金额、分账金额、到账状态等字段
3.1 接口说明
拉卡拉分账通提供分账明细查询API,平台可通过接口程序化获取分账数据,同步到自有财务系统或对账平台。
• 接口名称:分账明细查询(query_split_account)
• 请求方式:HTTPS POST
• 响应格式:JSON
• 调用频率:默认100次/分钟,可申请提升
• 数据延迟:分账完成后实时可查
3.2 请求参数
|
参数名 |
类型 |
必填 |
说明 |
|
merchant_id |
string |
是 |
平台商户号 |
|
receiver_id |
string |
否 |
分账接收方ID,不传查所有接收方 |
|
start_time |
string |
是 |
查询开始时间,格式yyyy-MM-dd HH:mm:ss |
|
end_time |
string |
是 |
查询结束时间,跨度不超过31天 |
|
status |
string |
否 |
分账状态:SUCCESS/FAILED/PROCESSING |
|
trade_no |
string |
否 |
原交易订单号,精准查询单笔 |
|
page_no |
int |
否 |
页码,默认1 |
|
page_size |
int |
否 |
每页条数,默认20,最大100 |
3.3 返回字段
• split_no:分账单号
• trade_no:原交易订单号
• trade_amount:原交易金额(单位:分)
• split_amount:分账总金额(单位:分)
• fee_amount:手续费金额(单位:分)
• receiver_list:接收方列表,包含每个接收方的ID、名称、分账金额、到账金额、状态
• status:分账状态
• create_time:分账创建时间
• finish_time:分账完成时间
• total_count:总记录数(用于分页)
3.4 API查询最佳实践
• 增量同步:建议按小时或按天增量拉取分账数据,避免全量查询压力
• 分页处理:数据量大时必须分页,每页不超过100条
• 重试机制:接口调用失败时设置重试策略(指数退避,最多3次)
• 对账逻辑:将API返回的分账数据与自有系统订单数据比对,差异记录告警
• Webhook通知:配合分账结果回调,实时获取分账状态变更,减少轮询
4. 方式三:商户APP查询(接收方视角)
4.1 接收方自助查询
分账接收方(如入驻商家、个人合作者)可通过拉卡拉商户APP查看自己的到账明细:
1. 下载"拉卡拉商户"APP,使用接收方预留手机号注册登录
2. 完成实名认证(身份证+银行卡验证)
3. 进入"资金"→"分账记录"页面
4. 查看每笔分账的来源平台、金额、到账时间、状态
5. 支持按月查看汇总和导出电子凭证
4.2 接收方可查信息
• 每笔分账的到账金额和到账时间
• 分账来源平台名称
• 关联的原交易订单信息(如平台允许展示)
• 手续费扣除明细
• 月度分账汇总报表
• 结算银行卡信息
5. 分账资金状态详解
分账资金四种状态:待分账、分账中、已到账、已退款
|
状态 |
含义 |
说明 |
|
待分账 |
PENDING |
交易已成功,等待触发分账。可能是定时分账未到时间,或分账规则未生效 |
|
分账中 |
PROCESSING |
分账指令已下发,银行处理中。一般几秒到几分钟完成,大额可能延迟 |
|
已到账 |
SUCCESS |
分账资金已成功划入接收方结算账户。接收方可在银行卡或账户余额中查到 |
|
已退款 |
REFUNDED |
原交易发生退款,分账资金已退回。部分退款按比例退回各接收方 |
|
分账失败 |
FAILED |
分账处理失败,常见原因:接收方账户异常、银行卡注销、信息有误。资金退回平台账户 |
5.1 分账失败处理
• 查询失败原因:在明细详情中查看失败原因代码和描述
• 常见原因:接收方银行卡注销/挂失、账户信息有误、接收方未完成实名认证、银行系统维护
• 处理方式:更新接收方账户信息后重新发起分账,或联系接收方确认账户状态
• 资金去向:分账失败的资金退回平台商户账户,可重新发起分账
6. 对账流程与技巧
6.1 日常对账流程
1. T+1日对账:每个工作日上午导出前一日分账明细
2. 三单匹配:将分账明细与交易订单、财务入账记录三方比对
3. 差异处理:记录金额差异、状态异常、缺失订单,排查原因
4. 月度汇总:每月初导出上月全量分账数据,生成月度对账报表
6.2 对账公式
• 分账总金额 = Σ各接收方分账金额 + 平台留存金额
• 接收方实际到账 = 分账金额 - 手续费
• 交易金额 = 分账总金额 + 平台手续费(如有)
• 退款后分账 = 原分账金额 × (1 - 退款比例)
6.3 常见对账差异及原因
|
差异类型 |
可能原因 |
|
金额不一致 |
手续费扣除方式不同、四舍五入差异、部分退款 |
|
记录缺失 |
分账延迟、跨日分账、筛选条件有误 |
|
状态不一致 |
分账处理中、银行延迟到账、系统状态同步延迟 |
|
接收方不匹配 |
接收方ID映射错误、分账规则变更 |
7. 常见问题
7.1.1 Q1:分账明细最长能查多久的历史数据?
A:管理后台支持查询近1年的分账明细。超过1年的历史数据需联系客服申请数据导出,一般3-5个工作日提供。
7.1.2 Q2:为什么有些交易没有分账记录?
A:可能原因:①交易未触发分账规则(如金额未达分账门槛);②分账规则未配置或已失效;③交易发生退款;④分账处理中尚未生成记录。可在"待分账"列表中查看。
7.1.3 Q3:接收方能看到其他接收方的分账信息吗?
A:不能。接收方只能查看自己的分账到账记录,无法看到其他接收方或平台整体分账数据。只有平台商户管理员可查看全量数据。
7.1.4 Q4:API查询的数据和后台导出的数据一致吗?
A:一致。两者数据源相同,API是程序化获取方式,后台是可视化展示。如发现不一致,检查查询时间范围和筛选条件是否相同。
7.1.5 Q5:分账成功但接收方说没收到钱怎么办?
A:①确认分账状态为"已到账";②核对接收方结算银行卡号是否正确;③让接收方查询银行卡流水(可能银行未发短信提醒);④如确认账户无误但未到账,联系拉卡拉客服95016查询银行处理状态。
7.1.6 Q6:可以按接收方批量导出分账明细吗?
A:可以。在管理后台筛选指定接收方后导出,或通过API按receiver_id参数查询后批量处理。也可导出全量数据后在Excel中按接收方筛选。
|
总结:分账接收方资金明细查询有三种方式:管理后台(平台管理员查全量、可导出)、API接口(程序化批量查询、自动化对账)、商户APP(接收方自助查自己的到账记录)。资金状态分为待分账、分账中、已到账、已退款、分账失败五种,每种状态都有明确的含义和处理方式。建议建立T+1日常对账机制,三单匹配确保资金准确。遇到分账失败或到账异常,先查状态和原因,再联系客服处理。 |
联系我们