第二章：监管框架与基线——国内外主要监管要求与合规基线建立
做交易合规，第一件事不是写代码，也不是搭系统。
而是搞清楚——你到底要听谁的？
我见过不少团队，系统做得花里胡哨，结果一查，连最基本的监管红线都没踩对。说白了，合规的根基就是监管框架。你连规则都不清楚，谈什么压力测试？
2.1 全球三大监管体系概览
目前全球交易合规领域，有三座大山绕不过去。我个人习惯把它们分成三类：
- 欧洲体系：以MiFID II为核心，强调透明度、投资者保护和市场结构规范。
- 美国体系：以SEC规则和CFTC规则为主，侧重反操纵、最佳执行和报告义务。
- 宏观审慎体系：各国央行主导，关注系统性风险、杠杆控制和流动性要求。
你想想看，这三者其实代表了三种不同的监管哲学。欧洲人喜欢把规则写得特别细，美国人更看重结果导向，而央行们则盯着全局风险。
核心观点：合规基线不是简单抄条文，而是要把这三类要求映射到你的交易系统里。我在项目中遇到过，有些团队只盯着SEC规则，结果产品一上线就被欧洲客户投诉——因为没考虑MiFID II的报告格式。
2.2 MiFID II：欧洲的合规标杆
MiFID II，全称是《金融工具市场指令第二版》。2018年生效，到现在依然是全球最严格的交易监管框架之一。
嗯，这里要注意几个关键点：
- 交易报告义务：所有交易必须在T+1日内上报，包含65个字段。我建议你提前设计好字段映射表，不然后期改起来想哭。
- 最佳执行：经纪商必须证明为客户获得了最优交易结果。不是价格最低就行，还要考虑速度、执行概率、成本等。
- 算法交易管控：算法必须经过回测、压力测试，并且有熔断机制。我曾经帮一家对冲基金整改，他们的算法连个止损都没有，直接被监管叫停。
- 交易场所透明度：股票、债券、衍生品都有不同的透明度要求。比如股票交易必须在“系统性内部撮合系统”中执行。
实战技巧：建立MiFID II合规基线时，我建议你从“交易报告”入手。因为这是最容易出问题的环节。先搞定字段映射和上报流程，再逐步扩展到最佳执行和算法管控。
2.3 SEC规则：美国的合规核心
美国这边，SEC（证券交易委员会）的规则更偏向市场诚信和投资者保护。我个人觉得，SEC规则最让人头疼的是它的“原则导向”——很多要求没有具体数字，全靠你“合理判断”。
主要规则包括：
| 规则编号 | 核心内容 | 合规要点 |
|---|---|---|
| Regulation NMS | 全国市场系统规则 | 订单保护、最佳执行、市场数据公平获取 |
| Rule 15c3-5 | 市场接入规则 | 经纪商必须对客户订单进行风险控制，防止错误交易 |
| Rule 606 | 订单路由披露 | 经纪商需披露订单路由去向，季度报告 |
| Regulation SHO | 卖空规则 | 禁止裸卖空，要求借券确认 |
为什么说SEC规则难搞？因为它很多要求是“定性”的。比如“最佳执行”，到底什么算最佳？没有统一公式。我建议你建立一套内部评分模型，把价格、速度、流动性、滑点等因素量化，这样至少能证明你“尽力了”。
避坑指南：我曾经遇到一个案例，某经纪商被SEC罚款，原因是他们的订单路由披露报告里，把“暗池”交易写成了“交易所”。这种低级错误，说白了就是字段映射没做好。所以，字段标准化是合规基线的第一道防线。
2.4 央行宏观审慎：系统性风险的守护者
央行层面的监管，跟MiFID II和SEC不太一样。它不关心你一笔交易怎么执行，它关心的是——整个市场会不会因为你而崩盘。
主要要求包括：
- 杠杆限制：比如巴塞尔III的杠杆率要求，交易账户的杠杆不能超过一定倍数。
- 流动性覆盖率：银行和经纪商必须持有足够的高质量流动性资产，应对30天压力情景。
- 集中度限制：单一对手方或单一资产的风险敞口不能过大。
- 压力测试要求：定期进行极端市场情景下的压力测试，并上报结果。
你想想看，这些要求其实是在逼你“留有余地”。我见过一些高频交易团队，杠杆拉到满，结果一次闪崩直接爆仓。宏观审慎规则，说白了就是让你别太贪。
2.5 建立合规基线的四步法
好了，规则讲完了。怎么把这些东西落地？我总结了一个四步法，在多个项目中验证过：
- 规则映射：把每条监管要求拆解成具体的系统功能点。比如“最佳执行”映射到“订单路由算法”和“执行质量监控模块”。
- 字段标准化：建立统一的字段字典，确保不同监管体系下的数据格式一致。我建议用ISO标准作为基础，再补充各监管机构的特殊字段。
- 阈值设定：为每个合规指标设定阈值。比如杠杆率上限、报告延迟上限、错误交易率上限等。阈值要留有余地，别卡在红线边缘。
- 自动化监控：把合规检查嵌入交易流程。不是事后查，而是事前拦截。比如订单进来之前，先跑一遍合规检查，不合格的直接拒绝。
核心逻辑：合规基线不是静态文档，而是一套可执行、可监控、可迭代的系统。我建议你把它当成一个“规则引擎”来设计——规则可以随时更新，但引擎架构要保持稳定。
2.6 知识体系框架图
下面这张图，是我个人习惯用来梳理监管框架与合规基线关系的。你可以把它当成一个思维导图：
2.7 实战中的常见坑
最后，分享几个我在项目中踩过的坑：
- 坑一：规则更新不及时。监管规则不是一成不变的。MiFID II每年都有技术标准更新，SEC也经常出解释性指引。我建议你安排专人跟踪监管动态，或者订阅合规数据服务。
- 坑二：跨监管冲突。同一笔交易，可能同时受MiFID II和SEC规则约束。比如一个美国经纪商在欧洲交易，报告格式和内容可能冲突。这时候需要建立“最严格优先”原则。
- 坑三：过度依赖人工。有些团队靠Excel和邮件做合规检查。说实话，这在初期可以，但规模一上来就崩了。自动化是唯一出路。
避坑指南：我曾经帮一家中型券商做合规基线，他们一开始用人工核对交易报告，结果漏报率高达15%。后来我们上了自动化规则引擎，漏报率降到0.5%以下。所以，别省那点自动化投入的钱。
好了，监管框架和合规基线就聊到这儿。记住一句话：合规不是成本，是护城河。你把它建好了，后面的压力测试和迭代优化才有意义。