构建 RIA/券商盘前合规系统：在订单执行前自动校验限制名单…

当需要为 RIA 或 broker-dealer 设计/实现订单执行前合规校验，支持硬/软阻断、限制名单、集中度/持仓/监管规则、覆盖审计与规则维护时使用。

适用场景

解决思路

1. 在订单由组合管理系统或订单录入界面生成后、路由到托管人或执行场所前拦截订单，逐笔评估规则并输出允许、硬阻断或软阻断结果。
2. 选择规则引擎评估模式：当早期规则能捕获多数违规时使用顺序评估，按定义顺序执行并在首个失败处停止，以降低延迟。
3. 需要完整诊断信息时使用并行评估，同时执行所有规则，一次性返回全部违规结果。
4. 采用混合评估：先执行关键规则（账户状态、限制名单）作为 fast-fail gate，通过后再并行评估其余规则。
5. 设置 pre-routing 拦截点：在订单发送到托管人或执行场所前完成合规检查，作为主要拦截点。
6. 对有直接市场接入或算法执行能力的公司，设置 pre-execution 二次检查：在路由后、释放执行前再次检查，捕捉市场条件变化导致的新违规。
7. 对大宗交易，在 post-aggregation、pre-routing 阶段同时检查单个账户层和聚合大宗层（例如总块大小是否超过证券 ADV 阈值）。
8. 把硬阻断用于无例外场景：限制名单违规、冻结/暂停账户交易、超过监管持仓限制、受法律保留证券；订单必须修改、取消或移除阻断条件。
9. 把软阻断用于可凭专业判断例外的指引：内部集中度指引、观察名单匹配、模型配置轻微偏离、接近但未超过限制的警报；执行前要求确认并记录理由。
10. 每次软阻断覆盖都记录授权人身份、时间戳和声明的理由。
11. 满足延迟目标：实时交易工作流单订单合规检查 <100ms；模型驱动批量订单在秒级完成而非分钟级。
12. 对需要实时查外部系统的规则使用缓存：启动时把限制名单和集中度阈值加载到内存，并在变更事件时增量刷新。
13. 预计算组合指标（行业权重、发行人敞口），并随持仓变化增量更新，避免每次检查从零计算。
14. 维护账户级合规状态的内存快照，每笔交易后更新，而不是每次检查都查数据库。
15. 按优先级排序规则：1 账户状态检查（冻结、暂停、关闭），2 限制名单筛查，3 监管持仓限制，4 监管合规规则（wash sale、free-riding），5 客户特定限制，6 公司级集中度限制，7 模型和指引合规。
16. 当多个规则同时对同一订单触发时，采用最严格结果：任何规则的硬阻断覆盖其他规则的软阻断。
17. 维护公司限制名单（MNPI 驱动）：当公司参与涉及上市公司的咨询项目（M&A、承销、重组）时加入；禁止所有公司账户交易。
18. 由合规部门维护公司限制名单，并接收法律部和 information barriers（Chinese walls）小组输入；在 MNPI 于公司内传播前加入，在信息公开或项目终止后移除。
19. 维护个人交易限制名单：对 access persons 应用个人交易限制，可包括公司为客户活跃交易的证券（防 front-running）、活跃研究覆盖证券、IPO 和 limited offering 证券；按 SEC Rule 204A-1 要求预清算。
20. 让个人交易限制独立于公司限制名单，并按员工角色配置更松或更紧的限制。
21. 维护客户特定限制证券：在账户层记录来自法律约束（内部人身份、离婚判决）、合同义务（锁定期）或客户偏好的限制，并在该账户 pre-trade 检查时执行。
22. 对限制名单条目做发行人层级传播：维护 parent/subsidiary/affiliate 映射，限制母公司时同时限制所有子公司、关联公司和相关实体。
23. 传播范围覆盖普通股、优先股、可转换证券、期权、权证、债务证券及由受限发行人发行或关联的其他工具。
24. 区分观察名单与限制名单：观察名单证券可交易但产生合规审查警报；观察名单匹配产生软阻断，限制名单匹配产生硬阻断。
25. 把观察名单用于需要加强监控但未达到禁止交易程度的情况，例如早期讨论、传言或员工报告的潜在冲突。
26. 维护灰名单作为额外监控层：用于可能即将收到 MNPI 但尚未收到的情况（例如投行 pitch 进行中但未签 engagement letter）；不禁止交易，但标记所有交易供合规监控团队交易后审查。
27. 维护限制/观察/灰名单更新：实时或每日更新，从 deal management systems 自动 feed 投行驱动的限制，定期审查条目有效性，并对每次添加、移除、修改记录原因和授权人。
28. 实施证券级集中度限制：限制单一证券占组合最大百分比（常见 5%-10%）；计算交易后持仓价值（当前持仓+拟议订单）占账户总值的百分比并与限制比较。
29. 对买单检查是否使持仓超过组合 X%；对其他证券卖单检查卖出是否改变分母（总组合价值）导致剩余持仓超过百分比限制。
30. 实施行业/行业组集中度限制：限制单一 GICS sector 或 industry 总敞口；使用可靠 security master 的当前分类，聚合行业内所有持仓及拟议交易后与限制比较。
31. 实施资产类别限制：限制 equities、fixed income、alternatives、cash 的配置；通常来自 IPS 并表示为范围，检查拟议交易不使任何资产类别超出允许范围。
32. 实施发行人限制：聚合同一发行人所有证券类型（普通股、公司债、可转债等）的总敞口，防止信用风险集中。
33. 对注册基金实施监管分散化限制：按 Investment Company Act of 1940 的 75-5-10 测试，至少 75% 资产分散，单一发行人不超过总资产 5%，持有发行人不超过其流通投票证券 10%；剩余 25% 不受限；作为硬阻断。
34. 对家庭、家族组或同一策略管理账户实施跨账户聚合限制：在评估集中度前聚合所有相关账户持仓，防止单账户合规但家庭总敞口过度。
35. 实施最大持仓规模限制：按股数或名义价值设置账户级、策略级或公司级绝对限制；公司级防止触发 Schedule 13D/13G 的 5% 报告阈值或市场影响/流动性问题。
36. 对衍生品和杠杆工具实施名义敞口限制：计算名义敞口 = 合约数 × 合约乘数 × 标的价，并限制总经济敞口。
37. 实施交易所期权持仓限制：限制同一标的同方向（所有 calls 和 short puts，或所有 puts 和 short calls）合约数量；根据 OCC 发布的当前限制和标的交易量/流通量更新。
38. 执行 Regulation SHO 的 locate 要求：卖空前必须有合理理由相信证券可在结算日借入并交付，并在提交卖空订单前记录 locate。
39. 维护 hard-to-borrow 名单：对难以借入证券要求 pre-borrows（执行前实际借股）而非仅 locate。
40. 维护 threshold securities 名单：对大量交割失败的证券应用额外 close-out 要求。
41. 执行 alternative uptick rule（Rule 201）：当证券价格较前日收盘下跌 10% 或更多时，当天和次日的卖空只能以高于当前 national best bid 的价格执行。
42. 实施杠杆限制：按 Regulation T 初始保证金（股票一般 50%）和 FINRA Rule 4210 维持保证金（多头一般 25%，空头 30%）验证交易不会超过保证金能力或低于维持要求；portfolio margin 账户使用风险基础方法计算。
43. 实施 wash sale 检测（30 天窗口）：按 IRC Section 1091，在损失出售前后 30 天（61 天窗口）检查是否购买 substantially identical 证券。
44. Wash sale 检测操作：检查账户在过去 30 天内是否损失出售同一或实质相同证券（回购触发），以及拟议损失出售后 30 天内是否有待定或计划购买。
45. Wash sale 检测识别 substantially identical 证券：同一股票、同一股票期权，以及某些情况下追踪同一指数的 ETF；跨相关账户（配偶、IRA）按同一纳税人控制账户处理。
46. 实施 free-riding 预防（Regulation T）：现金账户中跟踪未结算购买，防止客户在付款前卖出证券；购买须在 T+1 结算日前付款，否则账户 90 天冻结。
47. 实施 pattern day trader 检测：按 FINRA Rule 4210，在滚动 5 个工作日窗口计数 day trades，达到 4 笔以上且超过同期总交易活动 6% 时警报或阻断；PDT 保证金账户最低权益 $25,000。
48. 实施共同基金 market timing 限制：跟踪基金申购和赎回活动，标记违反招募说明书 round-trip 限制（常见 30-90 天）的交易；按 SEC Rule 22c-2 与中介共享股东交易数据。
49. 实施 insider trading 预防（Section 16、Rule 144）：对内部人账户执行交易前预清算、财报前 blackout period 限制、Rule 144 数量限制（三个月内不超过流通股 1% 或前四周平均周交易量较大者）和 Form 4 申报协调。
50. 实施 ERISA 禁止交易规则：为每个 ERISA 计划账户维护 parties in interest 名单，阻止与利益方构成 prohibited transactions 的交易（如购买计划发起人关联证券、与利益方借贷或租赁）；配置 DOL Prohibited Transaction Exemptions（PTEs）识别适用豁免。
51. 编码投资政策约束：把 IPS 的行业排除（烟草、枪支、赌博）、地域排除、证券类型排除、质量要求等映射到证券属性，按限制强度设为硬阻断或软阻断。
52. 在账户 onboarding 时把 IPS 约束写入合规系统，并在 IPS 修订时更新。
53. 协调税损收割：当一个账户损失出售证券时，在 30 天 wash sale 窗口内防止同一纳税人所有账户（含配偶和 IRA）回购同一或 substantially identical 证券；使用家庭级跨账户监控。
54. 处理法律限制证券：把法院命令、离婚判决、信托条款、监管同意令等限制手动录入合规系统并编码为硬阻断。
55. 实施 ESG/SRI 筛选：把证券映射到 ESG 数据提供商（MSCI ESG、Sustainalytics、ISS ESG），维护当前分类，并定期刷新。
56. 配置常见 ESG 排除：化石燃料、争议性武器/民用枪支、烟草和酒精、动物测试、人权等 screen。
57. 对账户级交易限制设置硬阻断：冻结账户、待补文件账户、遗产结算账户、被 garnishment 或 levy 的账户，阻止全部或特定类型交易。
58. 设计软阻断审查流程：软阻断触发后把订单置为 pending compliance review，向合规官或授权审查人展示订单详情、触发规则、相关指标当前状态和相关上下文。
59. 审查人评估交易是否仍合理，并批准覆盖或拒绝订单。
60. 设置分层覆盖授权：Level 1（trader/advisor）可自授权定义容忍内轻微偏离（如集中度超指引 <2 个百分点）并记录。
61. Level 2（compliance officer）审查并批准中度偏离或观察名单匹配。
62. Level 3（CCO 或 compliance committee）批准重大偏离、同一账户同一规则重复覆盖或涉及更高监管风险的覆盖。
63. 覆盖文档必须包含：订单详情、触发规则、违规定量细节、请求人身份、授权人身份、授权时间戳、声明理由、附加条件。
64. 把覆盖文档作为合规记录保留，接受监管检查。
65. 设置升级程序：当审查人不确定或情况敏感（如潜在 insider trading 顾虑）时，将覆盖升级到 CCO、法律部或合规委员会，并记录路径和解决。
66. 定期审计覆盖活动：检查覆盖总量和频率、按规则类型、按账户/顾问、附加条件是否满足、是否导致不利结果。
67. 分析覆盖模式：同一规则频繁覆盖可能表示阈值校准错误、某顾问/策略系统性越界或规则不再合适；把分析结果反馈到规则调优。
68. 添加/修改规则流程：1 定义规则逻辑（触发条件和阻断类型），2 设置阈值/参数，3 确定适用账户或账户类型，4 用历史订单数据测试影响（会阻断多少订单），5 获 CCO 或合规委员会批准，6 先以 monitoring-only/shadow mode 部署，7 确认预期行为后启用阻断。
69. 激活新规则或修改阈值前，对代表性历史订单样本回测，评估预期阻断率、假阳性率和假阴性率。
70. 用回测数据校准阈值并预估新规则的运营影响。
71. 追踪每条规则的覆盖率和假阳性率；对覆盖超过定义阈值（如 >50%）的规则调查。
72. 对假阳性高的规则采取补救：调整阈值、优化规则逻辑，或从软阻断改为监控警报。
73. 持续规则调优：数据驱动分析阻断率、覆盖率和被覆盖交易结果，优化捕获真实违规与减少误阻断之间的平衡；调优决策记录并由 CCO 批准。
74. 对合规规则集做版本控制：每次规则添加、修改、阈值调整或退役记录生效日期、变更人、批准和原因。
75. 通过版本控制重建任意历史日期的规则集，用于监管检查和调查。
76. 监管变更管理：监控 SEC releases、FINRA regulatory notices、exchange rule changes，分析对现有规则的影响，修改/添加规则，回测，并在监管生效日前部署。
77. 维护 regulatory change management calendar，跟踪即将生效日期和规则修改状态。
78. 对多托管 RIA 盘前合规规则引擎、投行关联券商限制名单管理、遗留集中持仓家庭级集中度限制等端到端场景，加载 references/examples.md 参考实现。

适用边界 · 注意事项

• 系统没有订单生成后、路由或执行前的拦截点，或无法访问订单、持仓、账户、证券主数据时，不适用。
• 只做事后合规监控、记录保存或税务申报，而不需要在交易执行前阻止或标记订单时，不适用。
• 不涉及受监管证券交易、没有硬性合规规则或无需覆盖授权流程的场景，不适用。