角色地图：Compliance（合规）

合规是”守门员”——他们不创造收入，但能让你关门。和合规打交道：不是对抗，是把规则做进系统里，让合规检查变成自动化流程。

flowchart TB
    subgraph 合规工作流
        A[监管动态监控] --> B[规则更新]
        B --> C[嵌入系统]
        C --> D[日常监控]
        D --> E{发现违规?}
        E -->|是| F[报告/整改]
        E -->|否| G[定期报送]
        F --> G
    end
    subgraph 系统实现
        C -->|配置| R[规则引擎]
        D -->|自动| M[监控告警]
        G -->|自动| S[监管报送接口]
    end

---

一、典型一天时间线

08:30 ─ 到公司，检查监管动态
       │ 刷CSRC/PBOC/Nafmii有没有新规发布
       │ > "昨晚出了个新规，场外衍生品杠杆比例要收紧了"
       │ 你需要的系统：法规动态订阅

09:00 ─ 客户准入审核
       │ 新客户申请的合规审核
       │ KYC材料完整性检查
       │ AML筛查结果复核
       │ 你需要的系统：合规审核工作台

10:00 ─ 交易合规检查
       │ 检查昨日的交易有没有合规问题
       │ 异常交易标记→调查→报告

11:00 ─ 适当性检查
       │ 抽查客户适当性匹配是否准确
       │ 检查客户问卷是否过期

13:00 ─ 监管报送审核
       │ 检查运营做的日报是否正确
       │ 确认后提交监管

14:00 ─ 内部合规检查
       │ 员工交易检查：员工有没有违规交易
       │ 信息隔离墙检查

15:00 ─ 新产品合规评估
       │ 新产品结构合规分析
       │ > "这个雪球变种结构合规上有没有问题？"
       │ 你需要的系统：产品合规评估模板

16:00 ─ 监管沟通
       │ 与CSRC/Nafmii沟通监管问题
       │ 回复监管问询

17:00 ─ 日报/报告
       │ 今日合规事项总结
       │ 明日关注重点

---

二、合规的黑话

黑话	意思	系统含义
”这条红线”	不能碰的监管底线	硬阻断规则
”窗口指导”	非正式监管要求	灵活规则配置
”穿透”	穿透核查最终投资者	受益所有人管理
”适当性”	产品等级↔客户等级匹配	适当性管理模块
”Clean Report”	无违规的合规报告	合规报表
”自查”	自我合规检查	合规检查清单
”整改”	对违规事项进行改正	整改跟踪
”合规留痕”	所有操作有记录	审计日志

---

三、合规的系统需求核心

合规系统不是独立系统——它的规则必须嵌入到所有其他系统中：

流程节点	规则	嵌入方式
CRM客户录入	AML筛查、制裁名单	API调用
交易前	额度检查、适当性、白名单	交易系统硬阻断
交易中	价格偏离、杠杆检查	实时监控
交易后	确认时效、报送数据	工作流跟踪
员工交易	个人账户管理	独立系统

---

---

系统支持（IT 侧锚点）

合规动作	系统 / 代码路径	关联文档
适当性 / 白名单硬阻断	odyssey-fuxi-auth-web（RBAC）+ 交易前检查（ODTS-78）	ODTS-19 监管报告
法规动态 / 规则配置	规则引擎（配置化，非硬编码）	14-Systems-and-Data §5.9
监管报送	odyssey-report-processing-service → ofareg → 中证报价 / CSRC	ODTS-19 监管报告
备案 / 协议	ofareg 柜台报送平台	ODTS-52 外部系统代码引用

下一阶段：product-swap.md 产品深度：收益互换

---

四、合规核心法规——你必须知道的编号

合规的知识体系 = 法规编号 + 执行细则 + 系统实现

法规编号	全称	影响	对应系统功能
CSRC 第40号令	《证券公司场外业务备案管理办法》	场外衍生品业务必须向中证报价备案	自动备案接口
CSRC 第55号令	《证券期货投资者适当性管理办法》	产品等级↔客户等级匹配（C1-C5/R1-R5）	适当性管理模块
CSRC 第64号令	《证券公司和证券投资基金管理公司合规管理办法》	合规人员独立性和报告路线	合规工作流
CSRC 第89号令	《证券基金经营机构信息技术管理办法》	IT系统合规要求、数据治理	系统审计日志
CSRC 第62号公告	《证券公司场外期权业务管理规定》	场外期权交易对手方白名单管理	白名单控制
《证券法》	2019年修订版	证券交易的全面合规要求	基础法律框架
《期货和衍生品法》	2022年实施	场外衍生品首次入法	系统性合规调整
Nafmii 主协议	中国银行间市场金融衍生产品交易主协议	交易合同框架	协议管理
SAC 协议	中国证券业协会场外衍生品协议	证监会体系下的协议框架	协议管理

4.1 CSRC 40号令要点

适用对象： 所有开展场外业务的证券公司

核心要求：

• 业务开展前需备案（机构备案+产品备案）
• 定期报送交易数据（日报/周报/月报）
• 重大事项报告制度
• 投资者适当性管理

系统实现方式：

交易系统 → 自动生成报送数据 → 中证报价系统API → 合规审核 → 提交
                                 ↓
                        异常数据告警（偏离阈值检查）

4.2 CSRC 55号令要点（适当性管理）

分级体系：

投资者类别	投资者标识	可投资产品等级
专业投资者 C5	C5标识	R1-R5 全等级
普通投资者 C4	C4标识	R1-R4
普通投资者 C3	C3标识	R1-R3
普通投资者 C2	C2标识	R1-R2
普通投资者 C1（保守型）	C1标识	R1

产品等级分级要素：

• 结构复杂度（简单/中等/复杂）
• 挂钩标的风险等级
• 杠杆倍数
• 流动性风险
• 本金损失风险

---

五、合规年度日历——什么时间做什么事

时间	事项	说明
每月前5个工作日	月度监管报表报送	上月的交易数据、风险指标
每季度末	适当性专项检查	抽查客户-产品匹配是否正确
每半年	合规有效性评估	评估合规体系运行效果
每年3月底前	年度合规报告	上一年度的合规工作总结
每年	反洗钱年度培训	AML 年度更新培训
随时	重大事项报告	发生重大风险事件24小时内报告
随时	新规应对	新法规发布后评估影响并整改

---

六、合规系统的完整架构

合规不是独立系统——它的规则必须嵌入到所有业务系统中。

架构层级

┌──────────────────────────────────────────┐
│              合规监控大屏                 │  统一视图
├──────────────────────────────────────────┤
│  规则引擎（规则定义+自动检测）             │  核心引擎
├──────────────────────────────────────────┤
│  交易合规  │  客户合规  │  报送合规       │  功能模块
│  (交易前中后) │  (KYC/AML) │  (监管报表)  │
├──────────────────────────────────────────┤
│  数据采集层（从各业务系统获取数据）         │  数据层
└──────────────────────────────────────────┘

合规规则分类

规则类型	示例	响应方式
硬阻断（Hard Block）	白名单外客户不可交易	系统直接阻止
软告警（Soft Warning）	杠杆接近上限	提示+审批
事后检查（Post-trade）	成交价偏离市场	T+1 检查报告
定期报告（Periodic）	监管数据报送	自动生成+人工审核

---

七、合规黑话补充

黑话	意思	系统含义
”硬编码”	把规则写死在代码里	规则引擎应该支持配置化
”合规留痕”	所有操作必须有记录	审计日志系统
”红线”	不可触碰的监管底线	硬阻断规则
”窗口指导”	非正式监管要求	灵活规则配置
”自查”	自我检查	合规检查清单自动化
”整改”	对不合规事项进行修正	整改跟踪工作流
”穿透”	穿透到最终投资者	受益所有人管理
”双录”	录音录像	销售过程记录
”监管口径”	监管对某个问题的看法	法规库标签系统
”免责”	合规审核通过 = 合规免责	审核记录作为免责证据