代收异常问题说明（Pending / 掉单 / 非平台交易账单）
在跑分系统中，一笔代收订单从创建到最终完成，需要经过多个处理阶段：
- 平台分配收款 UPI
- 付款人完成转账
- 系统抓取 UPI 账单
- 系统处理额度并匹配订单
- 完成订单回调
由于印度 UPI 属于实时支付网络，交易过程同时依赖：
- 银行系统账单同步
- UPI 网络状态
- 平台订单匹配机制
在少数情况下，受网络同步、账单时间差或交易环境复杂度影响，订单可能出现以下状态：
- Pending
- 掉单
- 非平台交易账单识别
这些情况通常属于 支付网络环境中的正常处理场景。
客服在处理相关问题时，需要先理解系统的处理逻辑。
一、系统交易完整流程
| 步骤 | 系统动作 | 说明 |
|---|---|---|
| 1 | 商户拉起收银台 | 商户发起支付请求 |
| 2 | 平台分配收款 UPI | 系统分配本次交易使用的收款 UPI |
| 3 | 锁定跑分阿三额度 | 为当前订单预留对应额度 |
| 4 | 付款人完成转账 | 付款人向指定 UPI 发起付款 |
| 5 | UPI 账单生成 | 收款侧产生入账记录 |
| 6 | 系统抓取账单 | 系统监听并获取该笔账单 |
| 7 | 处理跑分阿三额度 | 根据账单进行额度处理并刷新可用额度 |
| 8 | 额度不足 | 若当前无可用额度则进入 Pending |
| 9 | 订单匹配 | 系统根据账单信息查找对应订单 |
| 10 | 匹配成功 | 订单成功并回调 |
| 11 | 匹配失败 | 未匹配到订单，形成掉单 |
二、系统核心处理逻辑
当系统抓取到 UPI 账单后，会依次执行两个关键步骤：
- 处理跑分阿三额度
- 匹配对应平台订单
系统处理逻辑可以理解为：
| 阶段 | 判断结果 | 最终表现 |
|---|---|---|
| 额度处理 | 当前无可用额度 | Pending |
| 额度处理 | 额度处理成功 | 进入订单匹配 |
| 订单匹配 | 匹配成功 | 订单完成 |
| 订单匹配 | 未匹配到订单 | 掉单 |
在正常情况下，大部分交易都会顺利完成。
只有在 账单同步延迟、网络波动或交易环境复杂时，才可能出现 Pending 或掉单状态。
三、交易时序图
以下为一笔正常订单的处理过程：
四、Pending 的出现原因
Pending 指的是：
系统已经抓取到 UPI 账单，
但当前跑分阿三可用额度不足，系统暂时无法完成额度处理和订单匹配。
形成逻辑
| 阶段 | 状态 |
|---|---|
| 抓到账单 | 是 |
| 完成额度处理 | 否 |
| 匹配订单 | 否 |
| 最终结果 | Pending |
常见原因
Pending 可能由以下因素导致：
- 跑分阿三当前可用额度不足
- 多笔账单在短时间内同时进入系统
- UPI 账单同步存在时间差
- 网络波动导致账单处理顺序变化
在多数情况下，系统会在后续处理过程中恢复或通过客服核查解决。
常见字段表现
| 字段 | 状态 |
|---|---|
| 扣除 | Pending |
| 匹配 | No Pick Up |
五、掉单的出现原因
掉单指的是：
系统已经完成额度处理，但未匹配到对应订单。
形成逻辑
| 阶段 | 状态 |
|---|---|
| 抓到账单 | 是 |
| 完成额度处理 | 是 |
| 匹配订单 | 未匹配成功 |
| 最终结果 | 掉单 |
常见原因
掉单通常与支付网络环境相关，例如：
- UPI 账单同步延迟
- 商户订单已超时释放
- 短时间内出现多笔相同金额交易
- 不同支付渠道之间存在账单时间差
在这种情况下，系统会记录账单信息，客服可根据订单情况进一步核查。
常见字段表现
| 字段 | 状态 |
|---|---|
| 扣除 | Deducted |
| 匹配 | No Pick Up |
六、非平台交易账单说明(私人交易)
在部分情况下，跑分阿三绑定在平台的 UPI 账户
可能会收到 不属于平台订单的转账。
例如：
- 朋友之间的转账
- 其他平台交易
- 与平台订单无关的 UPI 收款
由于系统是根据 UPI 账单进行识别，
当检测到账单进入该 UPI 时，系统可能会将其识别为待处理账单。
这种情况在 UPI 交易环境中属于正常现象。
建议绑定在平台的 UPI 账户尽量只用于平台交易，
以减少非平台账单对系统处理流程的影响。
七、非平台交易可能带来的影响
当非平台交易账单进入系统时，可能会对订单匹配产生影响。
最常见的结果包括：
- 导致掉单
- 导致 Pending
这是因为系统需要先根据账单进行处理，再结合订单信息完成匹配。
八、非平台交易导致掉单示例
场景示例
- 跑分阿三 A 正在收款
- 商户 A 正常付款成功
- 间隔较短时间，跑分阿三 A 的朋友又转来一笔相同金额的钱
此时系统可能抓取到两笔账单：
| 账单 | 来源 |
|---|---|
| 第一笔 | 商户订单付款 |
| 第二笔 | 非平台转账 |
如果跑分阿三额度充足，则系统可能：
- 对两笔账单都完成额度处理
- 其中一笔成功匹配订单
- 另一笔因没有对应订单而匹配失败
- 最终形成一笔成功、一笔掉单
九、非平台交易导致 Pending 示例
如果同样场景下跑分阿三额度不足，则可能出现：
- 系统先抓到第一笔账单并完成额度处理
- 第一笔成功匹配订单
- 系统再抓到第二笔账单时额度不足
- 第二笔无法完成额度处理，进入 Pending
因此，非平台交易账单既可能表现为掉单，也可能表现为 Pending。
十、UPI 网络波动的影响
UPI 属于实时支付网络，
在交易高峰或网络波动情况下，账单同步可能会出现短暂延迟。
例如：
- 付款已完成，但账单延迟进入系统
- 多笔账单被系统同时抓取
- 账单进入系统的顺序与实际付款顺序不同
这些情况在 UPI 支付环境中属于正常现象。
在少数情况下，这些因素可能会导致：
- Pending
- 掉单
场景示例：UPI 账单同步延迟
假设出现以下交易情况：
- 收款阿三的 UPI 账户处于 正常在线状态
- 付款人 A 已完成付款
- 由于 UPI 网络波动，该笔账单在短时间内 未同步进入系统
- 在系统未检测到账单的情况下，该订单的处理周期结束，系统释放了原本锁定的额度
- 随后付款人 B 再次拉起同一个收款 UPI 并完成付款
当 UPI 网络恢复正常后，系统在短时间内 同时抓取到两笔账单。
此时系统会按照账单进入系统的顺序进行处理：
| 账单 | 处理结果 |
|---|---|
| 第一笔账单（付款人A） | 因当时额度已被释放，系统无法完成额度处理，进入 Pending |
| 第二笔账单（付款人B） | 成功完成额度处理并匹配订单 |
这种情况主要由 UPI 网络同步延迟与订单处理时间差共同造成，
在实时支付网络环境中属于可能出现的正常场景。
客服可结合订单记录和账单信息进行核查。
十一、客服理解重点
在处理相关问题时，客服应重点关注系统当前处于哪个处理阶段。
简单理解方式
| 问题类型 | 含义 |
|---|---|
| Pending | 系统抓到账单，但尚未完成额度处理 |
| 掉单 | 系统完成额度处理，但未匹配到订单 |
| 非平台交易账单 | 系统抓到了不属于平台订单的账单 |
判断顺序建议
- 查看 CT账单 状态
- 判断是否已完成额度处理
- 查询是否存在对应订单
- 结合商户群记录确认交易来源
十二、总结
在 UPI 实时支付环境中，订单处理依赖多个系统协同：
- 支付网络同步
- 银行账单系统
- 平台订单匹配
因此在少数情况下可能出现 Pending 或掉单等状态。
客服在处理相关问题时，应重点关注：
- 是否已抓到账单
- 是否完成额度处理
- 是否匹配到对应订单
通过综合判断订单记录、账单信息及商户反馈，即可准确判断交易状态。
📌 注意
若同一 UPI 或同一用户频繁出现 Pending、掉单或非平台账单干扰，
应记录相关 UTR、订单号及账单时间，并提交技术团队进一步排查。