3. 监管体系与合规要求
市场行为监控系统不是单纯的技术工程，它运行在一套多层级的监管规则之上。理解这些规则如何转化为系统需求，是项目从“能跑”走向“可上线、可审计、可举证”的关键。本节将监管体系拆解为法律、行政法规、交易所规则、数据与个人信息四条主线，并说明它们对监控项目的具体约束。
一、核心原理：五层规则如何落到监控系统
监控项目的合规约束并非来自单一文件，而是由上位法与下位规则共同构成。可以将其理解为五个作用层：
- 证券法：确立禁止内幕交易、操纵市场、虚假陈述等基本红线，是监控指标设计的法律源头。
- 期货交易管理条例：针对期货市场特有的持仓限额、大户报告、实际控制关系账户等提出要求，影响监控对象与阈值设定。
- 交易所规则：将法律要求细化为可执行的异常交易行为认定标准、盘中处置流程与会员报告义务，直接决定告警规则和处置动作。
- 数据安全法：要求对监控数据分类分级、保障数据全生命周期安全，影响存储、传输、访问与销毁设计。
- 个人信息保护法：约束对交易者身份、联系方式、设备信息等个人数据的处理，影响采集范围、脱敏策略与留存期限。
这五层不是并列关系，而是“法律定原则、条例定范围、交易所定动作、数据两法定边界”。监控系统必须同时满足“能发现违规”和“不越界处理数据”两个目标。
二、方法流程：把合规条款翻译成系统能力
合规要求不能停留在文档层面，必须转化为可配置、可验证的系统能力。推荐按以下流程推进：
- 条款梳理：从证券法、条例、交易所规则中提取与监控直接相关的条款，形成“合规条目清单”。
- 需求映射：将每条合规条目映射为监控对象、指标、阈值、告警级别和处置动作。
- 数据合规设计：依据数据安全法与个人信息保护法，确定数据分类分级、脱敏字段、访问角色和留存周期。
- 规则配置与测试：在规则引擎中落地阈值和逻辑，用历史数据回测，验证误报率与漏报率。
- 审计与举证：确保每次告警、处置、数据访问都有日志，满足监管检查与内部审计要求。
关键原则：合规不是上线前的一次性检查，而是贯穿需求、设计、开发、测试、运维的持续约束。监控系统本身也要被监控。
三、案例/场景：异常交易监控中的合规落地
以“频繁撤单”这一典型异常交易行为为例。交易所规则通常会对撤单频率、撤单量占比等设定认定标准。项目中的落地方式如下：
规则名称: 频繁撤单监控
数据来源: 委托表、成交表、账户信息表
监控对象: 账户 + 合约 + 交易日
计算指标:
cancel_ratio = 撤单笔数 / 委托笔数
cancel_count = 单日撤单笔数
阈值:
cancel_ratio > 0.7 且 cancel_count > 500
告警级别: 中风险
处置动作: 生成核查任务，通知合规岗
数据合规:
账户身份信息脱敏展示
原始数据留存 5 年
访问需双人授权
这个例子说明：一条监控规则同时涉及交易所规则（阈值来源）、证券法/条例（违规认定基础）、数据安全法（留存）、个人信息保护法（脱敏与授权）。任何一环缺失，规则都可能“有效但不可用”。
四、误区与复盘
| 常见误区 | 后果 | 纠正方式 |
|---|---|---|
| 只按交易所规则做规则，忽略上位法 | 规则覆盖不全，新型违规无法识别 | 建立法律条款到规则的映射矩阵 |
| 监控数据全量明文存储 | 违反数据安全法与个人信息保护法 | 分类分级、脱敏、加密、最小权限 |
| 告警无日志或日志不完整 | 无法举证，监管检查不通过 | 全链路审计日志，不可篡改 |
| 阈值长期不更新 | 市场变化后误报漏报上升 | 定期回测与阈值调优机制 |
| 个人数据留存无期限 | 超期留存违规 | 设定留存周期与到期删除任务 |
复盘要点：监控项目的合规风险往往不在“规则写错”，而在“数据用错”和“过程无痕”。上线前应重点检查数据采集范围是否最小必要、敏感字段是否脱敏、访问是否留痕、留存是否到期可删。
实践建议：在项目早期就引入合规人员参与需求评审，把“合规条目清单”作为与功能清单同等重要的交付物。这样能避免后期因数据合规问题返工，也能让监控结果在监管检查中站得住脚。
综上，证券法、期货交易管理条例、交易所规则决定了监控“查什么、怎么判”，数据安全法与个人信息保护法决定了监控“怎么存、怎么用、怎么删”。只有把这两组要求同时纳入系统设计，监控项目才具备真正的合规生命力。