深色模式
入金排障
本页说明
讲什么：入金过程中的常见异常——按"用户/运营看到什么症状"组织，给出排查路径和处理方式 适合谁：需要处理入金问题的运营人员，需要理解异常流程的产品经理 前置阅读：匹配与自动入账预计阅读：7 分钟 负责人：入金运营主管
核心要点：入金异常按症状分类——流水未到、五维不匹配、超额拦截、无对应申请是最常见的四类原因，每种有对应的诊断路径和处理方式。
快速跳转 — 你可能想做的事：
症状 → 场景速查
不确定该去哪个场景？用下面这张图：
按错误码快速定位
遇到具体错误码时，直接在此表中查找：
| 错误码 | 含义 | 跳转 |
|---|---|---|
MFISAC01 | eDDA 账户号码错误 | 场景七 |
MPP01006 | eDDA 手机号不一致 | 场景七 |
MPP01007 | eDDA 姓名不匹配 | 场景七 |
MPP01008 / MPP02013 | eDDA 银行未绑手机 | 场景七 |
MPP04000~04004 | eDDA 验证码问题 | 场景七 |
MPP06001 | eDDA 账户状态异常 | 场景七 |
ECH09001 | eDDA 通用授权失败 | 场景七 |
BRC_8I1 | 恒生 eDDI 余额不足 | 场景八 |
BRC_8RZ | 恒生 eDDI 账户异常 | 场景八 |
BRC_8RW+FP2414 | 恒生未查到授权 | 场景八 |
BRC_8RW+FP2415 | 恒生授权未生效 | 场景八 |
BRC_8RW+FP2417 | 恒生超授权限额 | 场景八 |
MPP02020/MPP02023 | 汇丰授权已取消/不存在 | 场景八 |
MPP02021 | 汇丰付款账户已关闭 | 场景八 |
MPP02022/MPP05000 | 汇丰超扣款上限 | 场景八 |
MPP02038/MPP02039 | 汇丰授权休眠/过期 | 场景八 |
| 驳回码 1~15 | 入金驳回原因 | 驳回原因码 |
| Apply.status=5 | 入金已冲正 | 场景五 |
| DepositType=5 | 风控高风险 | 场景九 |
完整错误码 → 统一错误码中心
快速诊断：用户说"钱没到"
收到用户反馈"我已经转账了但钱没到"时，按以下顺序排查：
大部分"钱没到"的原因是银行流水还没到达系统——不同银行的流水到达时间差异很大，中银可能延迟数小时，EWB 需要手工上传。各银行流水时效 → 入金规则速查 § 处理时效
场景频率分布
| 频率 | 场景 | 占比估算 | 含义 |
|---|---|---|---|
| 高频 | 场景一（匹配失败）、场景二（无申请） | ~70% | 几乎每天都会遇到，运营需最熟练 |
| 中频 | 场景三（金额差异）、场景四（超时）、场景七（eDDA 授权）、场景八（eDDA 扣款） | ~25% | 每周数次，需熟悉排查路径 |
| 低频 | 场景五（冲正）、场景六（重复）、场景九（风控） | ~5% | 每月数次，但影响大，需严格按流程操作 |
建议：新入职运营先重点掌握场景一和场景二的处理流程，覆盖 70% 的日常工单。
场景一：流水到了但没匹配上 高频
症状：Flow 表有流水记录（status = 0 待处理），Apply 表有申请（status = 0 待处理），但匹配引擎没有配对。
可能原因及处理：
| 原因 | 排查方式 | 处理 |
|---|---|---|
| 金额差异超容差 | 对比 Flow.amount 和 Apply.amount | 运营确认差额原因后，在 OA 手动匹配 |
| 姓名不一致 | 对比 Flow.en_name 和用户注册名 | 可能是英文名格式问题，运营确认后手动匹配 |
| 币种不一致 | 对比 Flow.currency 和 Apply.currency | 用户可能选错了币种，需驳回重新申请 |
| 超出日期窗口 | 对比 Flow 到达日期和 Apply 创建日期 | 可能申请太早或太晚，运营可手动匹配 |
| 卡号不匹配 | 对比 Flow.customer_account 和 Apply.bank_card_number | 用户可能从不同卡转账 |
运营操作：在 OA 后台的匹配列表中找到这条流水和申请，确认匹配关系后手动创建入金任务。
分步 Runbook：收到"匹配失败"工单
第 1 分钟 — 定位问题
- 在 OA 流水列表搜索用户提供的转账金额和日期
- 在 OA 申请列表搜索用户 UID
第 2~5 分钟 — 逐维度对比 3. 对比金额：Flow.amount vs Apply.amount，差额是否在容差内？ 4. 对比姓名：Flow.en_name vs 用户注册英文名，注意姓名顺序 5. 对比币种：Flow.currency vs Apply.currency 6. 对比日期：流水到达日期是否在申请的匹配窗口内？
第 5~10 分钟 — 执行处理 7. 如果找到匹配对但被系统跳过 → 在 OA 点击"手动匹配" 8. 如果金额差异超容差 → 确认差额原因（手续费/转错），修改申请金额后重新匹配 9. 如果确实不匹配 → 标记流水为"待跟进"，联系用户确认转账详情
超过 15 分钟未解决 → 升级到入金产品经理
场景二：用户转了钱但没提交申请 高频
症状：银行流水到达系统，但找不到任何对应的入金申请。
这是最常见的异常场景之一——用户在银行 App 转了钱，但忘了或不知道要在 moomoo App 提交入金申请。
系统处理：AbnormalDepositJob 定时任务会自动检测这类流水，通过银行卡号和姓名尝试识别用户身份，然后创建异常入金记录。
运营操作：
- 在 OA 异常入金列表中查看（权限：
ABNORMAL_DEPOSIT_VIEW） - 确认流水对应的用户
- 选择处理方式：
- 成功处理：代用户创建申请并入账
- 挂起：等待用户自行提交申请
- 跟进：联系用户确认
预防措施
从产品角度，减少这类异常的方式是在转账前引导用户先在 App 提交申请——很多入金页面会在转账前自动创建申请。
分步 Runbook：发现孤立流水（有流水无申请）
第 1 分钟 — 确认流水信息
- 在 OA 异常入金列表查看该笔流水
- 记录：金额、币种、汇款人姓名、银行卡号
第 2~5 分钟 — 识别用户 3. 用银行卡号在银行卡系统搜索 → 找到对应用户 UID 4. 如果卡号匹配不到 → 用汇款人姓名搜索 → 可能找到多个用户 5. 如果姓名也匹配不到 → 标记为"无法识别"
第 5~15 分钟 — 执行处理 6. 识别到唯一用户 → 在 OA 选择"成功处理"，代用户创建申请并入账 7. 识别到多个候选用户 → 标记为"待跟进"，联系用户确认 8. 无法识别 → 挂起，等待用户主动联系或自行提交申请
超过 30 分钟未解决 → 升级到入金产品经理
场景三：金额不一致 中频
症状：用户说"我转了 50,000"，但流水显示 49,950。
银行转账可能产生手续费，尤其是跨行和跨境转账。匹配引擎有容差机制处理合理范围内的差额。
在容差范围内：自动匹配，Apply.real_amount 记录实际到账金额（49,950），用户看到"入金成功 HKD 49,950"。
超出容差范围：匹配引擎返回辅助匹配或不匹配。运营需要确认差额原因：
- 银行手续费 → 确认匹配，按实际到账金额入账
- 用户转错金额 → 与用户确认后处理
- 运营也可以在 OA 修改申请金额后重新匹配
各币种、各银行的容差规则 → 入金规则速查 § 匹配容差
场景四：超时未到账 中频
症状：用户提交了申请，但很长时间银行流水没到。
系统会自动处理超时申请，分两个阶段：
阶段一：自动通知。 申请超过一定天数后，系统发消息提醒用户上传转账凭证，帮助运营确认转账是否已完成。
阶段二：自动驳回。 通知发出后又过了一定天数仍未收到流水或凭证，系统自动驳回申请，通知用户"由于长时间未收到资金，无法办理入账，请与银行确认是否退款"。
超时天数因银行和入金方式而异——FPS 通常 1 天就会通知（因为 FPS 本应秒级到账），而海外汇款可能等 10 天。具体配置 → 入金规则速查 § 超时配置
特殊情况：需要补充凭证。 ATM/柜台转账等方式可能要求用户上传凭证。如果凭证模糊或信息不全，运营会要求补充。超过 20 个交易日未补充 → 自动驳回。
超时天数按交易日计算
所有超时计算基于 HKEX 交易日历，排除周末和香港公众假期。
场景五：需要冲正（已入账资金撤回） 低频
症状：入金已完成（状态=已完成），但需要把资金退回。
冲正是低频但影响重大的操作，可能的触发原因：
| 原因 | 说明 |
|---|---|
| 银行退款（chargeback） | 银行方面要求退回资金 |
| 错误入账 | 发现入账处理错误，如配错了用户 |
| 风控拦截 | 入账后风控系统发现异常 |
| BST 银行退款 | 天星银行主动退回（REFUNDED 状态） |
冲正排障决策树
分步 Runbook：冲正失败排查
第 1 分钟 — 确认当前状态
- 在 OA 找到目标入金申请，确认
Apply.status：- 如果 = 2（已完成）→ 可以冲正
- 如果 = 1（处理中）→ 不允许冲正，等处理完成
- 如果 = 5（已冲正）→ 已经冲正过，无需重复操作
- 确认操作人有
CASH_IN_TASK_REVERSE权限
第 2~5 分钟 — 排查失败原因 3. 查 SBA 日志，确认 CashDepositReverse Procedure 的执行状态：
PROCEDURE_STATUS_END_OK→ SBA 认为成功，检查 Apply 状态是否已更新- 余额不足错误 → 查用户证券账户可用余额和持仓
- 服务超时/连接失败 → SBA 服务可能宕机
- 如果是余额不足：
- 查用户当前持仓占用金额
- 查是否有在途出金任务
- 计算可用余额 vs 冲正金额的差额
第 5~10 分钟 — 恢复操作 5. 余额不足：冻结账户 → 通知用户释放资金 → 余额到位后重新发起冲正 6. SBA 异常：确认服务已恢复 → 重新发起冲正 7. 状态异常：联系入金开发团队核实原入金的 SBA 记录，必要时走手工补偿
超过 10 分钟未恢复 → 升级到入金技术负责人
冲正流程：
- 运营在 OA 发起冲正（权限：
CASH_IN_TASK_REVERSE） - 系统检查状态——正在处理中的不允许冲正
- 执行冲正：SBA 执行
CashDepositReverse反向 Procedure - 更新申请和任务状态为"已冲正"（Apply.status = 5）
- 如果是通过绑卡入金的，同步解绑银行卡
- 通知用户入金已撤回
冲正后，申请状态变为 5（已冲正），资金从证券账户扣除。
流水退款（不同于任务冲正）：如果银行流水尚未匹配入账（Flow.status = 0），可以直接标记流水退款（Flow.result = 3），不涉及证券账户资金变动。
三种退款机制的完整对比 → 退款与冲正 运营操作步骤 → 冲正/退款指引
场景六：重复入金 低频
症状：同一用户同一天提交了多笔相同金额的申请，或同一笔银行流水被处理了两次。
系统防重机制：
| 层面 | 机制 | 说明 |
|---|---|---|
| 申请层 | 重复检测标记 | 同一用户同日同金额的多笔申请会被标记 |
| 流水层 | 唯一索引 | 银行交易 ID + 银行类型组成唯一索引，防止同一笔流水重复导入 |
| 对账层 | 重复扫描 | 定期对账任务扫描相同金额/姓名/账号/日期的流水，生成疑似重复报告 |
运营收到重复预警后，审核确认哪笔是真实的、哪笔是重复的，然后驳回重复的申请（驳回原因码 8：重复申请）。
场景七：eDDA 授权失败 中频
症状：用户在 App 提交 eDDA 授权后，长时间未生效或直接失败。
排查路径：
常见错误码及处理：
| 错误码 | 含义 | 处理建议 |
|---|---|---|
MFISAC01 | 银行账户号码错误 | 引导用户核对银行账号，重新提交 |
MPP01006 | 手机号与银行绑定不一致 | 引导用户在银行 App 确认绑定手机号 |
MPP01007 | 姓名与银行账户不匹配 | 核对注册姓名与银行开户姓名是否一致 |
MPP01008 / MPP02013 | 银行未绑定手机号 | 引导用户联系银行绑定手机 |
MPP04000 / MPP04003 / MPP04004 | 验证码问题 | 引导用户重新获取验证码 |
MPP06001 | 银行账户状态异常 | 引导用户联系银行处理账户状态 |
ECH09001 | 通用授权失败 | 确认信息正确后重新授权 |
运营操作：在 OA 后台查看 setup_eddis 表，确认 edda_status 和 error_code。如果是可修正错误（如姓名不匹配），联系用户修正后重新发起授权。
完整错误码表 → eDDA 代扣入金 § 授权失败错误码
场景八：eDDA 扣款被拒 中频
症状：eDDA 授权已生效，但发起扣款时银行拒绝。Apply 状态变为已驳回。
排查路径：
- 确认
setup_eddis.edda_status = 2（授权已生效） - 查
hsbc_eddis或hs_eddis表的reject_code/reject_message - 对照下表处理
恒生常见拒绝码：
| 错误码 | 含义 | 处理建议 |
|---|---|---|
BRC_8I1 | 余额不足 | 提醒用户充值后重试。注意：银行可能收取手续费且取消授权 |
BRC_8RZ | 银行账户异常 | 引导用户联系恒生银行 |
BRC_8RW + FP2414 | 未查询到授权 | 授权可能已被取消，引导用户重新授权 |
BRC_8RW + FP2415 | 授权未生效 | 引导用户到恒生银行激活 eDDA |
BRC_8RW + FP2417 | 超过授权限额 | 引导用户减少金额或联系银行调整限额 |
汇丰常见拒绝码：
| 错误码 | 含义 | 处理建议 |
|---|---|---|
MPP02020 / MPP02023 | 授权已取消/不存在 | 引导用户重新授权 |
MPP02021 | 付款账户已关闭 | 引导用户联系汇丰银行 |
MPP02022 / MPP05000 | 超过扣款上限 | 引导用户联系银行调整限额 |
MPP02038 / MPP02039 | 授权已休眠/过期 | 引导用户重新授权 |
特殊注意：恒生余额不足（BRC_8I1）时银行可能自动取消 eDDA 授权。处理完余额问题后，用户可能还需要重新完成授权才能再次入金。
完整错误码 → eDDA 代扣入金 § 恒生/汇丰扣款被拒错误码
场景九：风控拦截 低频
症状：匹配成功但未自动入账，DepositType 被标记为 HIGH_RISK(5)。
可能原因：
| 拦截类型 | 检查服务 | 触发条件 | 处理方式 |
|---|---|---|---|
| 黑名单命中 | hk-deposit-blacklist-go | 用户/银行卡/关联信息在黑名单中 | 联合风控团队审核后决定是否放行 |
| 高风险国家 | SWIFT 代码检查 | 汇款来源国在高风险名单中 | AML 合规审核 |
| 线上开户区域限制 | 白名单服务 | 线上开户 + 非 FPS + 无港区银行卡 | 确认用户身份后决定是否放行 |
运营操作：
- 在 OA 入金任务列表筛选
deposit_type = 5 - 查看关联的风控检查结果
- 与风控团队协商处理：放行入账或退回资金
- 黑名单支持设置过期时间——临时风控观察的用户到期后自动解除
风控拦截 ≠ 入金失败
HIGH_RISK 标记只是将自动入账降级为人工审核。审核通过后仍可正常入账。
分步 Runbook：收到风控拦截入金
第 1 分钟 — 确认拦截信息
- 在 OA 入金任务列表筛选
deposit_type = 5（HIGH_RISK） - 记录：用户 UID、入金金额、币种、银行、拦截原因
第 2~5 分钟 — 分类处理 3. 黑名单命中 → 查 hk-deposit-blacklist-go 的命中记录
- 是临时黑名单（有过期时间）？→ 等到期自动解除
- 是永久黑名单？→ 转交风控团队决定
- 高风险国家命中 → 查 SWIFT 代码，确认汇款来源国
- 联系合规团队进行 AML（反洗钱）审核
- 线上开户区域限制 → 确认用户开户方式和绑卡情况
- 如果用户有合规的港区银行卡 → 可能是系统判断有误，联系开发确认
- 如果确实不符合条件 → 告知用户需绑定港区银行卡
第 5~15 分钟 — 执行决策 6. 风控/合规团队决定放行 → 在 OA 手动通过入金，系统自动入账 7. 风控/合规团队决定退回 → 走退款流程 8. 风控/合规团队需要更多时间 → 入金保持 HIGH_RISK 状态，告知用户"审核中"
记录：所有风控拦截的处理结果都需记录在 OA，形成审计轨迹
超过 4 小时未有决策 → 升级到风控团队负责人
场景十：工银流水疑似重复 低频
症状：同一笔入金出现两次匹配记录，或用户反馈被重复入账。
根因：工银没有唯一交易 ID，流水去重依赖组合字段（金额+日期+卡号+备注）。当工银出现 T-1 迟到流水（交易日次日才到达系统）时，可能与当日已到达的流水形成重复。
排查路径：
分步 Runbook：工银流水重复排查
第 1 分钟 — 确认是否真的重复
- 在
flows表按金额+日期+卡号搜索：是否有两条几乎相同的流水？ - 对比两条流水的
created_at：是否一条是当日到达、一条是 T-1 迟到？ - 对比
remarks字段：是否完全相同？
第 2~5 分钟 — 判断影响 4. 检查两条流水是否都已匹配成功（查 matches 表） 5. 如果只有一条匹配 → 另一条是孤立流水，问题不大 6. 如果两条都匹配且入账到同一用户 → 用户被重复入账
第 5~10 分钟 — 处理 7. 一条匹配、一条未匹配：对未匹配的重复流水执行流水退款标记（Flow.result=3） 8. 两条都已入账：对多余的入金走任务冲正流程 9. 记录事件，通知用户（如已重复入账需先冲正再通知）
超过 15 分钟未解决 → 升级到入金技术负责人
预防：工银流水的去重逻辑如有调整，需同步回归测试 T-1 场景
工银特殊性
工银是入金量第二大来源（~12.3%），但系统限制最多。详见工银已知系统限制。
驳回原因码
当申请被驳回时，系统记录驳回原因码。常见原因：
| 代码 | 含义 | 典型场景 |
|---|---|---|
| 1 | 信息不清楚 | 用户提交的信息无法辨认 |
| 4 | 银行账户信息缺失 | 缺少必要的银行信息 |
| 5 | 证券账户异常 | 用户账户状态异常 |
| 7 | 申请被合并 | 多笔申请合并处理 |
| 8 | 重复申请 | 检测到重复入金 |
| 9 | 超时 | 长时间未收到资金 |
| 14 | 账户不一致 | 转账人与申请人不一致 |
完整的 15 个原因码 → 入金规则速查 § 驳回原因码
运营工具清单
| 工具 | 用途 | 所需权限 |
|---|---|---|
| 申请列表 | 查看/筛选所有入金申请 | CASH_IN_APPLY_VIEW |
| 流水列表 | 查看/筛选银行流水 | CASH_IN_FLOW_VIEW |
| 任务审批 | 确认匹配、通过/驳回入金 | CASH_IN_TASK_APPROVAL |
| 异常入金 | 处理无申请/信息错误的流水 | ABNORMAL_DEPOSIT_MODIFY |
| 冲正 | 撤回已完成的入金 | CASH_IN_TASK_REVERSE |
| 修改申请 | 修正申请信息后重新匹配 | CASH_IN_APPLY_MODIFY |
监控与告警
系统通过以下定时任务监控入金异常：
| 任务名 | 频率 | 监控内容 | 告警条件 |
|---|---|---|---|
monitor:flow-monitor | 每 30 分钟（07:00~23:00） | 待处理流水堆积 | 待处理流水数超过阈值 |
abnormal-deposit:search | 每 30 分钟 | 无匹配的孤立流水 | 发现无申请对应的流水 |
abnormal-deposit:update-status | 每 3 分钟 | 异常入金状态 | 状态流转异常 |
monitor:job | 持续 | Job 队列健康 | Job 执行失败/堆积 |
monitor:large-amount | 每小时 | 大额入金 | 超过预设金额阈值的入金 |
monitor:frozen-task | 每小时 | 冻结中入金任务 | 任务长时间处于冻结状态 |
配置位置
所有监控任务定义：deposit/doc/crontab.sh
收到告警后的处理优先级：
- 流水堆积告警：最紧急——可能是某家银行的流水采集服务故障，影响所有该银行的入金。先检查对应的采集服务是否正常运行。
- Job 执行失败：检查失败 Job 的错误日志，通常是银行接口超时或返回异常。
- 大额入金告警：通知风控团队评估，非紧急但需及时处理。
分步 Runbook：收到流水堆积告警
第 1 分钟 — 定位影响范围
- 查看告警内容：是哪家银行的流水堆积？堆积了多少条？
- 检查该银行最近一条流水的到达时间 → 判断是"新流水不进来"还是"进来了但没处理"
第 2~5 分钟 — 诊断原因 3. 如果是"新流水不进来" → 检查对应银行的采集服务状态（hsbc_bank_flow_service、bochk_flow_go 等） 4. 如果是"进来了但没处理" → 检查 match:{bank} Cron 任务是否正常执行 5. 查看服务日志是否有报错（银行接口超时、鉴权失败等）
第 5~10 分钟 — 尝试恢复 6. 采集服务异常 → 重启服务，观察流水是否开始进入 7. 匹配任务异常 → 检查 DB 连接、手动触发一次匹配任务 8. 银行接口异常 → 记录错误信息，通知银行关系团队
超过 15 分钟未恢复 → 升级到技术运维值班人员
如果需求变更：修改异常入金检测规则
代码位置：deposit/src/app/Business/AbnormalDeposit.php + deposit/src/app/Jobs/AbnormalDepositJob.php
异常入金检测逻辑：AbnormalDepositJob 定时任务（每 30 分钟）扫描 flows 表中 status=0（待处理）且超过一定时间仍未被匹配的流水，尝试通过银行卡号和姓名识别用户。
常见变更场景：
- 调整孤立流水的检测时间阈值 → 修改
AbnormalDepositJob中的时间窗口参数（当前：流水到达后 X 分钟未匹配即标记） - 修改用户识别规则 → 修改
AbnormalDeposit.php中的卡号/姓名匹配逻辑 - 调整异常入金状态更新频率 → 修改
deposit/doc/crontab.sh中abnormal-deposit:update-status的 cron 表达式（当前：每 3 分钟） - 修改流水堆积告警阈值 → 修改
monitor:flow-monitor任务中的阈值参数 - 新增监控维度（如按银行分别告警） → 在
monitor:flow-monitor或新增独立监控任务
注意：
- 异常入金记录需要
ABNORMAL_DEPOSIT_MODIFY权限才能在 OA 处理 - 修改检测时间阈值过短会增加误报（流水尚在正常匹配窗口内就被标记为异常）
- 修改过长则孤立流水被发现的时间延迟，影响用户体验
分步 Runbook：Job 执行失败
第 1 分钟 — 确认失败 Job
- 查看告警内容：哪个 Job 失败了？失败了多少次？
- 检查 Job 队列状态：是单个 Job 失败还是队列整体异常？
第 2~5 分钟 — 分类诊断 3. 匹配相关 Job（match:*）→ 检查 DB 连接和查询性能
- 如果 DB 慢查询 → 可能是表数据量大或索引失效
- 如果 DB 连接超时 → 检查网络和 DB 实例状态
- eDDA 相关 Job（
EddiResultJob/EddiCreateJob）→ 检查 SBA 服务状态- SBA 超时 → 通常是临时问题，Job 框架会自动重试
- SBA 返回错误 → 查具体错误码
- 监控相关 Job（
monitor:*）→ 非紧急，但需修复避免告警丢失- 检查监控目标服务是否存活
第 5~10 分钟 — 恢复 6. 单个 Job 失败 → 通常 Job 框架会自动重试（最多 3 次） 7. 队列异常 → 重启 Job Worker 进程 8. DB 问题 → 联系 DBA 检查实例状态
超过 15 分钟未恢复 → 升级到技术运维值班人员
升级决策树
当你不确定该升级给谁时，用这张图：
响应要求与升级路径
| 场景 | 响应时效 | 一线处理 | 升级对象（一线处理不了时） |
|---|---|---|---|
| 流水堆积告警 | 15 分钟内 | 检查对应银行的采集服务是否存活 | → 技术运维（服务重启/排查） |
| 匹配失败（单笔） | 工作时间 1 小时内 | OA 后台核对流水和申请信息，尝试手动匹配 | → 入金产品经理（规则问题） |
| eDDA 授权失败 | 工作时间 2 小时内 | 查 error_code，按错误码表引导用户 | → 银行关系团队（银行侧问题） |
| eDDA 扣款被拒 | 工作时间 2 小时内 | 查 reject_code，按错误码表引导用户 | → 银行关系团队（银行侧问题） |
| 风控拦截 | 工作时间 4 小时内 | 查看风控检查结果 | → 风控团队（决定放行或退回） |
| 大额入金告警 | 工作时间 4 小时内 | 通知风控团队评估 | → 风控团队 + 合规团队 |
| 用户投诉"钱没到" | 工作时间 30 分钟内 | 按快速诊断流程图排查 | → 入金产品经理（系统问题）或银行关系团队（银行问题） |
| 冲正请求 | 工作时间 2 小时内 | 确认冲正原因，执行冲正操作 | → 入金产品经理 + 清算团队 |
| Job 执行失败 | 30 分钟内 | 检查失败 Job 的错误日志 | → 技术运维（基础设施问题）或对应银行服务开发者 |
时效说明：工作时间指 HKT 09:00~18:00 周一至周五。非工作时间的告警在下一个工作日开始时处理，但流水堆积告警和 Job 失败需 24×7 响应。
常见误解
| 误解 | 事实 |
|---|---|
| "用户说钱没到就是系统故障" | 70% 的情况是银行流水还没到系统，或用户忘了提交申请。先按诊断流程图排查 |
| "告警就要马上处理所有问题" | 按优先级：流水堆积 > Job 失败 > 匹配失败。不是所有告警都紧急 |
| "驳回就是入金失败" | 驳回只是当次申请被关闭。用户可以重新提交申请 |
| "冲正后用户会自动收到退款" | 冲正只是从证券账户扣回资金。银行退款是另一个流程，需要单独操作 |
| "HIGH_RISK 的入金一定有问题" | 不一定。可能只是临时风控观察、或地区限制。审核后大部分都会放行 |
读完之后
| 我想... | 去看 |
|---|---|
| 银行卡绑定/授权导致入金异常 | 银行卡绑定与入金授权 |
| 理解匹配机制（才能排查失败原因） | 匹配与自动入账 |
| 查容差、超时、原因码的数字 | 入金规则速查 |
| 看 eDDA 授权/扣款的错误码 | eDDA 代扣入金 |
| 看运营侧 eDDA 排障操作指引 | eDDA 排障指引 |
| 看各银行流水到达时效 | 银行流水采集 |
| 查运营日常操作指南 | 人工匹配指引 |
| 查所有错误码和状态码 | 统一错误码中心 |
| 了解退款和冲正完整机制 | 退款与冲正 |
这个页面有帮助吗？