受害人精准拦截技术实现方案

依据受害人精准拦截业务需求（源自《金融反诈一体化平台关于受害人精准拦截功能的需求分析文档》V0.1）编制，回答三个问题：各系统要实现什么功能、系统间如何交互、交互异常如何处理。

方案概述

总体采用**“一个报文枢纽 + 两个执行核心 + 多渠道接入 + 事后闭环”**的架构：

• 有权机关查控管理平台作为唯一对接公安反诈平台的报文枢纽，负责验签解析、名单转发、明细报送与限额调度；
• 事中交易监控系统负责布控落地与交易实时拦截；核心系统负责非柜面限额与限制的账户级管理；
• 交易渠道（手机银行、个人网银、互联网支付、自助设备、网联前置、银联）统一经 400226 上送风控校验；
• 智慧网点/柜面提供人工复核与授权解限；鹰眼系统承接事后核查处置。

全屏打开 ↗

端到端消息流（五阶段 31 条消息，含网点人工解限）详见业务流程时序图。

各系统功能实现

有权机关查控管理平台（报文枢纽）

事中交易监控系统（实时拦截）

• 名单布控：接收名单摘要落库"公安管控黑名单"，按生效/失效完成布控与撤销；布控规则随报文灵活调整、非固化。
• 拦截规则引擎：校验顺序置于司法冻结、涉案账户名单之后、其他规则之前，不涉白名单；仅校验收款账户——对交易收款账户等要素执行 SM3 加密后与名单摘要比对（摘要一致即命中，全程不还原明文），命中且单笔金额超布控阈值即阻断，未超阈值继续其他规则。
• 阻断反馈：命中后立即向渠道返回风险评分 90 与"公安受害人拦截"标签；当笔明细（含批次编号、出账卡号明文/加密、默认管控时间、风险标签）实时推送有权。
• 核查单生成：阻断明细生成核查单发鹰眼系统，支持全量检索。
• 批量转账风控（新增）：对接行内 ESB 的实时批量风控服务接口，接收渠道拆分后（单笔 ≤100 个对手账户）的批量数据，逐笔调用决策引擎，维护批量批次号与流水关联；事件上报按批次号逐笔更新流水状态。
• 拦截信息推送（命中即报）：命中受害人精准拦截规则即直接向有权机关查控平台推送拦截信息，不等待各电子渠道的交易成败通知；存量 DSG→Kafka 终态通知通道保持原逻辑不变（见拦截信息推送与终态通知的关系）。
• 监测渠道：个人手机银行、个人网银、网联前置、银联、互联网支付平台、自助设备、智慧网点。

核心系统（限额与限制管理）

• 限额查询/调整：1400061037 非柜面限额查询；1200061072 限额调整，记录"公安受害人拦截"备注与操作员号以区别其他场景。
• 账户级限制（新增）：新建"反诈一体化 48 小时禁止调整非柜面限额"限制——时限为参数（由有权上送保护小时数），到期自动失效；可配置允许手工解除的渠道。
• 限制维护：12000103 限制名单接口，管控开始时间为请求接收时间，结束 = 开始 + 保护小时数。
• 解除联动：解除该类限制时联动删除非柜面限额最新一条维护记录的备注，并记录操作员、时间、原因。
• 配套接口（新增）：非柜面限额修改可行性校验接口、限额查询"备注"字段、“公安受害人拦截—有权下调"专属错误码。

电子渠道（手机银行、个人网银）

• 字段规范：账号/手机号/快捷/常用收款人/重复/预约付款（手机银行），账号/常用收款人转账（网银）等场景调用 400226 时统一上送字段格式。
• 标签识别与阻断：收到"公安受害人拦截"标签（评分 90）立即判定交易失败，红色醒目展示统一提示语。
• 限额修改拦截：前置调核心校验接口，受限则提示并置灰"编辑/确认修改"按钮；提交后失败（专属错误码）在结果页提示。
• 管控期校验（手机银行）：进转账页先查管控状态；超限输入时提示优化、“下一步"可点，弹窗提示并同步上报 103，确认后返回且按钮置灰。
• 管控期校验（个人网银）：本行/跨行/批量转账点"确定"时校验，超非柜面日累计限额即弹窗并上报 103。
• 失败交易上报：管控期内失败交易逐笔上送有权 103 接口。

其他监测渠道

互联网支付平台（支付）、自助设备（转账）、网联前置（支付）、银联（转账、刷卡消费）：按各自场景规范 400226 上送字段，获取不到的字段传 -；互联网支付平台同步改造限额查询备注字段与可行性校验接口；网联、银联无客户提示功能。

智慧网点/柜面

• 我的账户：非柜面限额维护按限制名单区别校验（"！“标识、弹窗）；限制名单仅支持删除、双人审核；红字"公安受害人拦截，请审慎办理"提示与《非柜面支出限额审批表》影像节点；审核通过后发核心删除限制、修改限额。
• 行员端：审核页展示操作员号与备注；营销中心、360 查询展示新增限制名单信息。
• 客户服务系统（柜面）：1004 限额维护存在管控时禁止维护并提示；1013 支持限制查询与集中授权删除。

鹰眼系统与事后交易监控

接收核查单后处置；事中推送"触发时间、账号、触发规则名称"三个关键数据，其余案例字段鹰眼自行加工；新增规则 FM0244030"公安事中下调限额（个人）"，原 M244 模型更名"事中管控模型”；模型策略仍部署事中，鹰眼仅展示与开关。

配套系统

企业知识平台、事后监督系统、集中作业（远程银行）：同步子流水/中台流水新增字段（操作员号、备注）、影像节点与凭证映射，支持抽数展示。

系统间交互设计

公安平台 ↔ 有权机关查控平台

有权 ↔ 事中交易监控

有权 ↔ 核心系统

渠道 ↔ 事中 / 核心 / 有权

拦截信息推送与终态通知的关系

背景（现有逻辑）：各电子渠道交易经事中风控判断后，渠道通过 DSG（商用 CDC 工具）采集 → 事中 Kafka 的模式向事中回传交易成败通知，事中消费后补齐交易终态。

业务决策：经业务确认，事中交易监控系统命中受害人精准拦截规则即产生确定的拦截结果，无需等待各电子渠道的交易成败通知，直接向有权机关查控平台推送拦截信息；存量 DSG→Kafka 终态通知通道保持原逻辑不变。

决策理由：

1. 拦截即终态：命中拦截规则时交易当笔被阻断（结果确定为失败），不依赖渠道事后终态确认；
2. 满足监管时效：拦截明细要求实时上报（103 上报后 5 分钟 104 回执窗口），命中即报不引入 CDC 采集、投递、消费的累计时延；
3. 零额外改造：不新增渠道↔事中结果回传接口，DSG→Kafka 通道与各渠道无需为本场景调整。

批量转账场景按需求保留既有事件上报设计（携带批次号更新该批次全部流水状态），与拦截信息推送互不影响。

数据流总览

以数据资产为主视角的流转全景：名单数据自公安单向下发并落库摘要、交易数据自渠道上送比对命中、管控数据在有权与核心间闭环、处置数据流向鹰眼与后督配套。

全屏打开 ↗

异常处理设计

处理原则

1. 登记留痕：所有失败交互登记入库（含批次号、原因），支撑追溯与人工处置；
2. 有限重试：按环节配置重试次数（默认 3 次，参数化），避免无限重试放大故障；
3. 告警升级：重试耗尽后短信通知业务联系人，由人工电话联系/页面处置；
4. 人工兜底：关键环节提供操作页面（明细补送、指令重发、反馈重报）；
5. 状态闭环：名单/限制均有状态机（生效/失效、限制/解除），到期或指令驱动收敛，杜绝中间态悬挂。

异常场景与处理矩阵

重试策略汇总

一致性与幂等

• 批次号贯穿：原发起方批次号自 105 下发起贯穿布控、阻断、上报、解控全链路，作为幂等键与关联键；
• 双轨卡号：出账卡号/账号行内留存明文（供解限取用与上送），上送公安时同时提供明文字段值与 SM3 加密字段值，供公安侧校验；
• 状态机驱动：名单（生效/失效）、限制（限制中/到期/已解除）均以状态机管理，48 小时限制由核心按时间参数自动失效，不依赖额外触发；
• 整批原子：名单 50 条/批整批处理整批反馈，避免批次部分成功造成状态不一致；
• 拦截推送幂等：拦截信息以原 400226 流水号为幂等键，重推不产生重复明细；批量转账事件上报按批次号+流水号幂等，更新该批次全部流水状态（存量设计）。

关键技术要点

1. 摘要比对命中：105 报文名单要素以 SM3 摘要下发，单向不可逆、不可解析；事中对相应场景交易的收款账户等要素执行同算法 SM3 加密后与名单摘要比对命中，全程不还原明文，报文异常不影响其余名单处理；
2. 规则顺序：疑似涉诈名单校验置于司法冻结、涉案账户名单之后，避免与既有司法管控冲突；
3. 限额区分：核心限额调整以"公安受害人拦截"备注+操作员号标识，解限时联动清理，与其他限额场景隔离；
4. 错误码扩展：核心"修改非柜面限额"错误码体系新增专属码值，支撑渠道精准识别与交互控制；
5. 批量拆分：渠道端将批量转账拆分为 ≤100 个对手账户的单笔流水，决策引擎逐笔处理，批次号支撑事件上报批量更新；
6. 命中即报：拦截场景不依赖渠道终态通知——命中受害人精准拦截规则即向有权推送拦截信息；全量交易成败通知维持 DSG→Kafka 原有模式，零通道改造。

涉及系统改造清单