学邦现有问题补充 PRD

建立同口径、可解释、可下钻、可对账的经营分析体系。形成可执行、可追踪的业务闭环，将“运营大屏不能按实际业务展示；选择本月时指标不全、无说明、取数逻辑不清”转化为正式产品能力。

1. 业务方案：先由业务/财务签署“指标口径字典”，再为每个指标实现计算器、来源表、排除项、时间口径、下钻明细和样例对账。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“指标字典、报表查询器、经营大屏、下钻明细、口径变更审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务”和“指标口径配置、查询试算、异步聚合、明细下钻、结果导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务

逻辑服务

指标口径配置、查询试算、异步聚合、明细下钻、结果导出

依赖

产品线、签单类型、课程经营分类、组织权限及各核算台账

责任角色：数据产品、财务、业务运营、各业务域负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“运营大屏不能按实际业务展示；选择本月时指标不全、无说明、取数逻辑不清”对应场景，系统结果符合本项核心方案。
• 模块验收：同一筛选条件下，指标卡、明细、导出和财务对账结果一致；口径版本可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

18-数据驾驶舱详细PRD14-财务业财中心详细PRD

建立同口径、可解释、可下钻、可对账的经营分析体系。形成可执行、可追踪的业务闭环，将“大型活动签单运营大屏不满足实际业务”转化为正式产品能力。

1. 业务方案：以一场已结算活动回放验收：校区、课程、员工、订单、实收、退款、撤回和排名逐笔核对，形成活动模板。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“指标字典、报表查询器、经营大屏、下钻明细、口径变更审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务”和“指标口径配置、查询试算、异步聚合、明细下钻、结果导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务

逻辑服务

指标口径配置、查询试算、异步聚合、明细下钻、结果导出

依赖

产品线、签单类型、课程经营分类、组织权限及各核算台账

责任角色：数据产品、财务、业务运营、各业务域负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“大型活动签单运营大屏不满足实际业务”对应场景，系统结果符合本项核心方案。
• 模块验收：同一筛选条件下，指标卡、明细、导出和财务对账结果一致；口径版本可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

18-数据驾驶舱详细PRD14-财务业财中心详细PRD

建立同口径、可解释、可下钻、可对账的经营分析体系。形成可执行、可追踪的业务闭环，将“报表缺少全维度筛选”转化为正式产品能力。

1. 业务方案：建立统一维度表和维度权限；所有指标声明可筛选维度，前端按元数据生成多选筛选并校验维度组合。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“指标字典、报表查询器、经营大屏、下钻明细、口径变更审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务”和“指标口径配置、查询试算、异步聚合、明细下钻、结果导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务

逻辑服务

指标口径配置、查询试算、异步聚合、明细下钻、结果导出

依赖

产品线、签单类型、课程经营分类、组织权限及各核算台账

责任角色：数据产品、财务、业务运营、各业务域负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“报表缺少全维度筛选”对应场景，系统结果符合本项核心方案。
• 模块验收：同一筛选条件下，指标卡、明细、导出和财务对账结果一致；口径版本可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

18-数据驾驶舱详细PRD14-财务业财中心详细PRD

建立同口径、可解释、可下钻、可对账的经营分析体系。确保金额、课时、人头、权限或历史事实正确，将“报表多为全量，考核数据仍需手工加工，筛选口径与考核机制不一致，无法一键汇总/BI”转化为正式产品能力。

1. 业务方案：将四类核算先落成领域台账，再接入 BI；禁止直接用通用报表替代工资/业绩结算。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“指标字典、报表查询器、经营大屏、下钻明细、口径变更审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务”和“指标口径配置、查询试算、异步聚合、明细下钻、结果导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务

逻辑服务

指标口径配置、查询试算、异步聚合、明细下钻、结果导出

依赖

产品线、签单类型、课程经营分类、组织权限及各核算台账

责任角色：数据产品、财务、业务运营、各业务域负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“报表多为全量，考核数据仍需手工加工，筛选口径与考核机制不一致，无法一键汇总/BI”对应场景，系统结果符合本项核心方案。
• 模块验收：同一筛选条件下，指标卡、明细、导出和财务对账结果一致；口径版本可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

18-数据驾驶舱详细PRD14-财务业财中心详细PRD

建立同口径、可解释、可下钻、可对账的经营分析体系。形成可执行、可追踪的业务闭环，将“统计标准不明确、解释不全，缺少报表介绍和解读”转化为正式产品能力。

1. 业务方案：每张报表固定展示“用途、口径、公式、更新时间、来源、排除项、负责人、版本、生效日”，并提供口径变更审批。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“指标字典、报表查询器、经营大屏、下钻明细、口径变更审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务”和“指标口径配置、查询试算、异步聚合、明细下钻、结果导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务

逻辑服务

指标口径配置、查询试算、异步聚合、明细下钻、结果导出

依赖

产品线、签单类型、课程经营分类、组织权限及各核算台账

责任角色：数据产品、财务、业务运营、各业务域负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“统计标准不明确、解释不全，缺少报表介绍和解读”对应场景，系统结果符合本项核心方案。
• 模块验收：同一筛选条件下，指标卡、明细、导出和财务对账结果一致；口径版本可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

18-数据驾驶舱详细PRD14-财务业财中心详细PRD

建立同口径、可解释、可下钻、可对账的经营分析体系。形成可执行、可追踪的业务闭环，将“点进报表即刷新、卡顿；应先选条件再查询”转化为正式产品能力。

1. 业务方案：报表元数据增加 loadPolicy；高聚合报表默认空态，用户选周期/组织/产品线后点击查询，后端异步计算并缓存。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“指标字典、报表查询器、经营大屏、下钻明细、口径变更审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务”和“指标口径配置、查询试算、异步聚合、明细下钻、结果导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

指标定义、指标版本、维度字典、快照、下钻明细、报表查询任务

逻辑服务

指标口径配置、查询试算、异步聚合、明细下钻、结果导出

依赖

产品线、签单类型、课程经营分类、组织权限及各核算台账

责任角色：数据产品、财务、业务运营、各业务域负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“点进报表即刷新、卡顿；应先选条件再查询”对应场景，系统结果符合本项核心方案。
• 模块验收：同一筛选条件下，指标卡、明细、导出和财务对账结果一致；口径版本可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

18-数据驾驶舱详细PRD14-财务业财中心详细PRD

统一家庭、客户、线索和归属事件，支撑跨校协作与准确转化分析。形成可执行、可追踪的业务闭环，将“记录客户被分配次数、最后分配人和日期”转化为正式产品能力。

1. 业务方案：在 CRM 查询投影增加 assignmentCount、lastAssignedBy、lastAssignedAt，支持筛选和导出。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“客户列表、客户 360、分配日志、公海、跨校移交、转化分析”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录”和“客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录

逻辑服务

客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影

依赖

稳定学员 ID、组织与业务线权限、合同及营销归因

责任角色：市场、销售、校区运营、CRM 产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“记录客户被分配次数、最后分配人和日期”对应场景，系统结果符合本项核心方案。
• 模块验收：客户身份、归属、分配次数、转化事件和首单关系均可按稳定 ID 追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

03-CRM 客户中心详细PRD02-营销拓客中心详细PRD

统一家庭、客户、线索和归属事件，支撑跨校协作与准确转化分析。形成可执行、可追踪的业务闭环，将“客户可释放或转到其他校区；A 校登记、B 校成交时一线或行政可处理”转化为正式产品能力。

1. 业务方案：新增“客户跨校区移交单”，包含原/目标校区、归属人、渠道和业绩归因；审批后迁移客户、线索和跟进任务，合同继续引用稳定客户 ID。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“客户列表、客户 360、分配日志、公海、跨校移交、转化分析”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录”和“客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录

逻辑服务

客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影

依赖

稳定学员 ID、组织与业务线权限、合同及营销归因

责任角色：市场、销售、校区运营、CRM 产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“客户可释放或转到其他校区；A 校登记、B 校成交时一线或行政可处理”对应场景，系统结果符合本项核心方案。
• 模块验收：客户身份、归属、分配次数、转化事件和首单关系均可按稳定 ID 追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

03-CRM 客户中心详细PRD02-营销拓客中心详细PRD

统一家庭、客户、线索和归属事件，支撑跨校协作与准确转化分析。形成可执行、可追踪的业务闭环，将“班课资源一个月未成交后自动提醒个性化部门跟进”转化为正式产品能力。

1. 业务方案：增加资源沉默规则、业务线标签、定时任务、提醒/转派状态机和防重复幂等键。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“客户列表、客户 360、分配日志、公海、跨校移交、转化分析”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录”和“客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录

逻辑服务

客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影

依赖

稳定学员 ID、组织与业务线权限、合同及营销归因

责任角色：市场、销售、校区运营、CRM 产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“班课资源一个月未成交后自动提醒个性化部门跟进”对应场景，系统结果符合本项核心方案。
• 模块验收：客户身份、归属、分配次数、转化事件和首单关系均可按稳定 ID 追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD02-营销拓客中心详细PRD

统一家庭、客户、线索和归属事件，支撑跨校协作与准确转化分析。确保金额、课时、人头、权限或历史事实正确，将“转化率=期间转化成功÷（期间新增+期间再分配），不含 C 类无效客户”转化为正式产品能力。

1. 业务方案：新建版本化 CRM_CONVERSION_RATE 指标，明确新增事件、再分配事件、成功事件和无效分类，以事件时间而非当前状态计算。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“客户列表、客户 360、分配日志、公海、跨校移交、转化分析”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录”和“客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录

逻辑服务

客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影

依赖

稳定学员 ID、组织与业务线权限、合同及营销归因

责任角色：市场、销售、校区运营、CRM 产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“转化率=期间转化成功÷（期间新增+期间再分配），不含 C 类无效客户”对应场景，系统结果符合本项核心方案。
• 模块验收：客户身份、归属、分配次数、转化事件和首单关系均可按稳定 ID 追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD02-营销拓客中心详细PRD

统一家庭、客户、线索和归属事件，支撑跨校协作与准确转化分析。形成可执行、可追踪的业务闭环，将“客户列表除首单日期、课程、金额外增加首单合同 ID”转化为正式产品能力。

1. 业务方案：以 canonical_student_id/customer_id 关联首次支付并盖章合同，增加首单合同 ID/编号/日期/课程/实收列。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“客户列表、客户 360、分配日志、公海、跨校移交、转化分析”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录”和“客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录

逻辑服务

客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影

依赖

稳定学员 ID、组织与业务线权限、合同及营销归因

责任角色：市场、销售、校区运营、CRM 产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“客户列表除首单日期、课程、金额外增加首单合同 ID”对应场景，系统结果符合本项核心方案。
• 模块验收：客户身份、归属、分配次数、转化事件和首单关系均可按稳定 ID 追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD02-营销拓客中心详细PRD

统一家庭、客户、线索和归属事件，支撑跨校协作与准确转化分析。形成可执行、可追踪的业务闭环，将“手机号唯一导致老资源/渠道冲突；需激活老资源并记录后期获资部门绩效”转化为正式产品能力。

1. 业务方案：保留原始获客和本次激活两条归因，配置首获/激活/成交贡献比例，并在业绩结算时引用归因版本。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“客户列表、客户 360、分配日志、公海、跨校移交、转化分析”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录”和“客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录

逻辑服务

客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影

依赖

稳定学员 ID、组织与业务线权限、合同及营销归因

责任角色：市场、销售、校区运营、CRM 产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“手机号唯一导致老资源/渠道冲突；需激活老资源并记录后期获资部门绩效”对应场景，系统结果符合本项核心方案。
• 模块验收：客户身份、归属、分配次数、转化事件和首单关系均可按稳定 ID 追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

03-CRM 客户中心详细PRD02-营销拓客中心详细PRD

统一家庭、客户、线索和归属事件，支撑跨校协作与准确转化分析。完成体验、性能、验收与回归固化，将“一个家长多个孩子，同一手机号不应阻止多个孩子报名”转化为正式产品能力。

1. 业务方案：上线迁移时按“家长手机号+孩子身份”建立家庭关系，并对疑似误合并数据生成复核清单。
2. 实施模式：REUSE_EXISTING（复用现有能力）。映射并复用主分支已有页面、接口、服务和数据；除非验收发现真实缺口，否则零代码关闭。
3. 页面交互：先核对“客户列表、客户 360、分配日志、公海、跨校移交、转化分析”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录”和“客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

家庭、家长、孩子、客户、线索、分配事件、跟进、归因、合并记录

逻辑服务

客户查重/合并、分配/释放/跨校移交、跟进、转化率、首单投影

依赖

稳定学员 ID、组织与业务线权限、合同及营销归因

责任角色：市场、销售、校区运营、CRM 产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“一个家长多个孩子，同一手机号不应阻止多个孩子报名”对应场景，系统结果符合本项核心方案。
• 模块验收：客户身份、归属、分配次数、转化事件和首单关系均可按稳定 ID 追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：核对现有证据与关键边界；仅在缺少保护时扩展最接近的一条现有测试。

03-CRM 客户中心详细PRD02-营销拓客中心详细PRD

以稳定学员主档汇总状态、课程、合同、课消和服务轨迹。形成可执行、可追踪的业务闭环，将“学员列表快速检索在读、停课、沉默人数”转化为正式产品能力。

1. 业务方案：定义三类互斥/可叠加状态，建立学员运营快照，列表顶部显示数量卡片并支持点击筛选。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“学员列表、学员 360、状态看板、课程/合同/课消时间线”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹”和“学员查询、状态统计、学员 360、轨迹查询、批量导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹

逻辑服务

学员查询、状态统计、学员 360、轨迹查询、批量导出

依赖

家庭模型、合同权益、教务课次、售后变更和数据权限

责任角色：教务、学管、校区运营、学员产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“学员列表快速检索在读、停课、沉默人数”对应场景，系统结果符合本项核心方案。
• 模块验收：任何页面均以稳定学员 ID 关联，同名同手机号场景不串档，历史轨迹可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD05-教务教学中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD

以稳定学员主档汇总状态、课程、合同、课消和服务轨迹。形成可执行、可追踪的业务闭环，将“快速区分班课与个性化学员人数”转化为正式产品能力。

1. 业务方案：以有效权益+期间课消形成业务线标签，支持同一学员同时属于多业务线并分别计人头。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“学员列表、学员 360、状态看板、课程/合同/课消时间线”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹”和“学员查询、状态统计、学员 360、轨迹查询、批量导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹

逻辑服务

学员查询、状态统计、学员 360、轨迹查询、批量导出

依赖

家庭模型、合同权益、教务课次、售后变更和数据权限

责任角色：教务、学管、校区运营、学员产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“快速区分班课与个性化学员人数”对应场景，系统结果符合本项核心方案。
• 模块验收：任何页面均以稳定学员 ID 关联，同名同手机号场景不串档，历史轨迹可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD05-教务教学中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD

以稳定学员主档汇总状态、课程、合同、课消和服务轨迹。形成可执行、可追踪的业务闭环，将“重点生源校统计分析”转化为正式产品能力。

1. 业务方案：增加学校标准库、别名合并、学员学校历史、校区覆盖关系；按新增、到访、签约、实收、在读、续费分析。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“学员列表、学员 360、状态看板、课程/合同/课消时间线”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹”和“学员查询、状态统计、学员 360、轨迹查询、批量导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹

逻辑服务

学员查询、状态统计、学员 360、轨迹查询、批量导出

依赖

家庭模型、合同权益、教务课次、售后变更和数据权限

责任角色：教务、学管、校区运营、学员产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“重点生源校统计分析”对应场景，系统结果符合本项核心方案。
• 模块验收：任何页面均以稳定学员 ID 关联，同名同手机号场景不串档，历史轨迹可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD05-教务教学中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD

以稳定学员主档汇总状态、课程、合同、课消和服务轨迹。形成可执行、可追踪的业务闭环，将“最近一次签约日期及最近三个月签约学员筛选”转化为正式产品能力。

1. 业务方案：建立学员合同摘要投影，按最后有效签约/支付时间筛选，退费合同是否计入需在指标口径中明确。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“学员列表、学员 360、状态看板、课程/合同/课消时间线”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹”和“学员查询、状态统计、学员 360、轨迹查询、批量导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹

逻辑服务

学员查询、状态统计、学员 360、轨迹查询、批量导出

依赖

家庭模型、合同权益、教务课次、售后变更和数据权限

责任角色：教务、学管、校区运营、学员产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“最近一次签约日期及最近三个月签约学员筛选”对应场景，系统结果符合本项核心方案。
• 模块验收：任何页面均以稳定学员 ID 关联，同名同手机号场景不串档，历史轨迹可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD05-教务教学中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD

以稳定学员主档汇总状态、课程、合同、课消和服务轨迹。形成可执行、可追踪的业务闭环，将“自动生成每个学员的购课、课消、服务顾问和老师轨迹”转化为正式产品能力。

1. 业务方案：新增 Student 360 时间轴读模型，统一事件类型、时间、操作者、前后值、原始单据链接和权限脱敏。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“学员列表、学员 360、状态看板、课程/合同/课消时间线”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹”和“学员查询、状态统计、学员 360、轨迹查询、批量导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

学员主档、家庭关系、在读状态历史、权益、合同、课消、服务轨迹

逻辑服务

学员查询、状态统计、学员 360、轨迹查询、批量导出

依赖

家庭模型、合同权益、教务课次、售后变更和数据权限

责任角色：教务、学管、校区运营、学员产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“自动生成每个学员的购课、课消、服务顾问和老师轨迹”对应场景，系统结果符合本项核心方案。
• 模块验收：任何页面均以稳定学员 ID 关联，同名同手机号场景不串档，历史轨迹可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

03-CRM 客户中心详细PRD05-教务教学中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“单校区班课与个性化由不同校长负责，客户/学员按业务隔离；同一学员可能同时属于两业务”转化为正式产品能力。

1. 业务方案：数据权限增加 businessLineIds，客户、权益、课消、合同和员工岗位均带业务线；同一学员主档共享，业务数据按关系授权。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“单校区班课与个性化由不同校长负责，客户/学员按业务隔离；同一学员可能同时属于两业务”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“集团层面班课与个性化数据隔离”转化为正式产品能力。

1. 业务方案：增加集团业务线角色和字段/导出规则，BI 查询同样强制业务线数据范围。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“集团层面班课与个性化数据隔离”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“班课中学/小学在校区端和集团端按主管隔离”转化为正式产品能力。

1. 业务方案：增加 schoolStage 维度与主管授权，服务端查询必须同时满足组织、校区、业务线、学段范围。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“班课中学/小学在校区端和集团端按主管隔离”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“班课/个性化老师 T 级及计算方式不同，人员不能共用一个 T 级”转化为正式产品能力。

1. 业务方案：建立 TeacherLevelAssignment：教师+业务线+学段+生效期+级别；课酬规则按该关系匹配。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“班课/个性化老师 T 级及计算方式不同，人员不能共用一个 T 级”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“导出限制 5–15 万，暑寒假单月扣费约 30 万；需管理员授权特定人员不限导出”转化为正式产品能力。

1. 业务方案：配置资源级阈值、分片异步导出、临时授权有效期、双人审批、水印和下载次数；禁止简单移除上限。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“导出限制 5–15 万，暑寒假单月扣费约 30 万；需管理员授权特定人员不限导出”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“预算区分新增、转介绍、扩科；同时设金额和人头/人次目标”转化为正式产品能力。

1. 业务方案：建立目标主表、维度、版本和分解表，指标分别支持金额、人头、人次并绑定签单类型。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“预算区分新增、转介绍、扩科；同时设金额和人头/人次目标”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“课消收入需排除引流、社团等课程类别”转化为正式产品能力。

1. 业务方案：建立课程经营分类与收入单价快照，课消收入按有效扣费记录计算，并配置包含/排除类别。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“课消收入需排除引流、社团等课程类别”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“预算和课消按产品线拆分，如语数英物化、1v1、高中班课”转化为正式产品能力。

1. 业务方案：增加产品线层级和课程映射版本；目标、合同、课消、退款、业绩和 BI 全部引用同一产品线 ID。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“预算和课消按产品线拆分，如语数英物化、1v1、高中班课”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

同时实现业务线/学段数据隔离和集团目标逐级分解、自动完成率。确保金额、课时、人头、权限或历史事实正确，将“集团目标自动分解到项目/产品线并计算完成率”转化为正式产品能力。

1. 业务方案：实现集团→区域→校区→部门/项目/产品线分解，保留分解版本、调整原因、锁定和进度快照。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“角色权限、业务线授权、临时导出授权、目标编制、目标分解、完成率”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照”和“数据范围计算、字段/导出授权、目标编制、目标分解、进度计算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业务线、学段、授权关系、导出策略、目标版本、目标维度、分解与完成快照

逻辑服务

数据范围计算、字段/导出授权、目标编制、目标分解、进度计算

依赖

组织树、岗位任职、产品线、签单类型及统一指标口径

责任角色：总部管理、区域/校区负责人、财务、人资、平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“集团目标自动分解到项目/产品线并计算完成率”对应场景，系统结果符合本项核心方案。
• 模块验收：横向越权、跨业务线和跨学段访问被阻断；子目标合计与集团目标、完成率一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD18-数据驾驶舱详细PRD20-安全合规中心详细PRD

支持多课程组合购买、结转余额抵扣及逐课程业绩归属。形成可执行、可追踪的业务闭环，将“不支持多科连报优惠，只支持单科直减/折扣”转化为正式产品能力。

1. 业务方案：合同草稿改为 courseItems[]，组合价格和联报规则按科目数、学段、季节、校区自动匹配并输出逐课程分摊。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“多科选课、报价确认、结转审批、账户余额、支付与业绩确认”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“购物车课程项、组合价、学费账户、结转单、余额流水、业绩分配”和“组合报价、结转试算、混合支付、合同生成、业绩分摊”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

购物车课程项、组合价、学费账户、结转单、余额流水、业绩分配

逻辑服务

组合报价、结转试算、混合支付、合同生成、业绩分摊

依赖

多课程合同、优惠规则、支付资金来源、售后和业绩引擎

责任角色：销售、财务、校区行政、商城/合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“不支持多科连报优惠，只支持单科直减/折扣”对应场景，系统结果符合本项核心方案。
• 模块验收：组合优惠、结转与实交金额逐项可解释，课程项和业绩归属合计严格相等。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

04-销售合同中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD14-财务业财中心详细PRD

支持多课程组合购买、结转余额抵扣及逐课程业绩归属。确保金额、课时、人头、权限或历史事实正确，将“单科续费也需剩余学费结转审批后形成账户余额再报名”转化为正式产品能力。

1. 业务方案：建立学费账户、结转单、余额流水、冻结/解冻、审批和抵扣顺序；合同支付支持“余额+实付”。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“多科选课、报价确认、结转审批、账户余额、支付与业绩确认”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“购物车课程项、组合价、学费账户、结转单、余额流水、业绩分配”和“组合报价、结转试算、混合支付、合同生成、业绩分摊”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

购物车课程项、组合价、学费账户、结转单、余额流水、业绩分配

逻辑服务

组合报价、结转试算、混合支付、合同生成、业绩分摊

依赖

多课程合同、优惠规则、支付资金来源、售后和业绩引擎

责任角色：销售、财务、校区行政、商城/合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“单科续费也需剩余学费结转审批后形成账户余额再报名”对应场景，系统结果符合本项核心方案。
• 模块验收：组合优惠、结转与实交金额逐项可解释，课程项和业绩归属合计严格相等。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD14-财务业财中心详细PRD

支持多课程组合购买、结转余额抵扣及逐课程业绩归属。确保金额、课时、人头、权限或历史事实正确，将“多科报名使用结转+实交时业绩归属可能错；线上合同不能备注具体业绩归属人”转化为正式产品能力。

1. 业务方案：新增合同课程项与 PerformanceAllocation，每课程绑定业绩人、金额来源和比例，合计必须等于实交业绩口径并可审批修正。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“多科选课、报价确认、结转审批、账户余额、支付与业绩确认”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“购物车课程项、组合价、学费账户、结转单、余额流水、业绩分配”和“组合报价、结转试算、混合支付、合同生成、业绩分摊”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

购物车课程项、组合价、学费账户、结转单、余额流水、业绩分配

逻辑服务

组合报价、结转试算、混合支付、合同生成、业绩分摊

依赖

多课程合同、优惠规则、支付资金来源、售后和业绩引擎

责任角色：销售、财务、校区行政、商城/合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“多科报名使用结转+实交时业绩归属可能错；线上合同不能备注具体业绩归属人”对应场景，系统结果符合本项核心方案。
• 模块验收：组合优惠、结转与实交金额逐项可解释，课程项和业绩归属合计严格相等。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD09-家长端服务中心详细PRD10-学员端学习中心详细PRD14-财务业财中心详细PRD

把优惠从人工选择升级为条件化、自动匹配、可叠加、可重放的规则引擎。形成可执行、可追踪的业务闭环，将“优惠类型只有满减、直减、折扣，过于简单”转化为正式产品能力。

1. 业务方案：将规则拆成条件、动作、叠加策略和分摊策略；增加赠课、套餐、阶梯、N 科减免、指定科目减免等动作。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“优惠规则、规则模拟器、远程搜索选择器、报价明细、异常审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细”和“规则配置、可用优惠匹配、报价试算、冲突校验、退款重放”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细

逻辑服务

规则配置、可用优惠匹配、报价试算、冲突校验、退款重放

依赖

课程组合、校区/学段/季节维度、合同项和退款试算

责任角色：财务、销售运营、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“优惠类型只有满减、直减、折扣，过于简单”对应场景，系统结果符合本项核心方案。
• 模块验收：相同输入始终命中同一规则版本；叠加顺序、逐项分摊和退款降档可重放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

04-销售合同中心详细PRD14-财务业财中心详细PRD

把优惠从人工选择升级为条件化、自动匹配、可叠加、可重放的规则引擎。确保金额、课时、人头、权限或历史事实正确，将“暑秋多科连报不能自动直减”转化为正式产品能力。

1. 业务方案：报价输入课程项数组，规则引擎自动返回可用/已命中/冲突优惠并说明原因。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“优惠规则、规则模拟器、远程搜索选择器、报价明细、异常审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细”和“规则配置、可用优惠匹配、报价试算、冲突校验、退款重放”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细

逻辑服务

规则配置、可用优惠匹配、报价试算、冲突校验、退款重放

依赖

课程组合、校区/学段/季节维度、合同项和退款试算

责任角色：财务、销售运营、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“暑秋多科连报不能自动直减”对应场景，系统结果符合本项核心方案。
• 模块验收：相同输入始终命中同一规则版本；叠加顺序、逐项分摊和退款降档可重放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD14-财务业财中心详细PRD

把优惠从人工选择升级为条件化、自动匹配、可叠加、可重放的规则引擎。形成可执行、可追踪的业务闭环，将“财务设固定直减供校区自选，容易选错或凑单”转化为正式产品能力。

1. 业务方案：规则必须配置适用范围；前端只展示满足条件的优惠，服务端再次校验并对异常凑单触发审批。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“优惠规则、规则模拟器、远程搜索选择器、报价明细、异常审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细”和“规则配置、可用优惠匹配、报价试算、冲突校验、退款重放”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细

逻辑服务

规则配置、可用优惠匹配、报价试算、冲突校验、退款重放

依赖

课程组合、校区/学段/季节维度、合同项和退款试算

责任角色：财务、销售运营、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“财务设固定直减供校区自选，容易选错或凑单”对应场景，系统结果符合本项核心方案。
• 模块验收：相同输入始终命中同一规则版本；叠加顺序、逐项分摊和退款降档可重放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

04-销售合同中心详细PRD14-财务业财中心详细PRD

把优惠从人工选择升级为条件化、自动匹配、可叠加、可重放的规则引擎。完成体验、性能、验收与回归固化，将“只能单选，不能“先比例折扣、再直减”等整单叠加”转化为正式产品能力。

1. 业务方案：员工端必须统一使用多选报价接口；补一条端到端用例验证“折扣→直减”的金额和快照。
2. 实施模式：REUSE_EXISTING（复用现有能力）。映射并复用主分支已有页面、接口、服务和数据；除非验收发现真实缺口，否则零代码关闭。
3. 页面交互：先核对“优惠规则、规则模拟器、远程搜索选择器、报价明细、异常审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细”和“规则配置、可用优惠匹配、报价试算、冲突校验、退款重放”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细

逻辑服务

规则配置、可用优惠匹配、报价试算、冲突校验、退款重放

依赖

课程组合、校区/学段/季节维度、合同项和退款试算

责任角色：财务、销售运营、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“只能单选，不能“先比例折扣、再直减”等整单叠加”对应场景，系统结果符合本项核心方案。
• 模块验收：相同输入始终命中同一规则版本；叠加顺序、逐项分摊和退款降档可重放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：核对现有证据与关键边界；仅在缺少保护时扩展最接近的一条现有测试。

04-销售合同中心详细PRD14-财务业财中心详细PRD

把优惠从人工选择升级为条件化、自动匹配、可叠加、可重放的规则引擎。确保金额、课时、人头、权限或历史事实正确，将“自动优惠难，校区需逐学员向财务申请配置”转化为正式产品能力。

1. 业务方案：增加规则匹配 API，自动应用无需审批的最优合法组合；只把超范围优惠送审批。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“优惠规则、规则模拟器、远程搜索选择器、报价明细、异常审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细”和“规则配置、可用优惠匹配、报价试算、冲突校验、退款重放”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细

逻辑服务

规则配置、可用优惠匹配、报价试算、冲突校验、退款重放

依赖

课程组合、校区/学段/季节维度、合同项和退款试算

责任角色：财务、销售运营、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“自动优惠难，校区需逐学员向财务申请配置”对应场景，系统结果符合本项核心方案。
• 模块验收：相同输入始终命中同一规则版本；叠加顺序、逐项分摊和退款降档可重放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD14-财务业财中心详细PRD

把优惠从人工选择升级为条件化、自动匹配、可叠加、可重放的规则引擎。确保金额、课时、人头、权限或历史事实正确，将“退费时优惠应自动降档并扣回已课消折扣”转化为正式产品能力。

1. 业务方案：退款试算应重放原报价快照，按退后课程组合重新定档，计算原优惠、应享优惠、已消耗权益和需扣回金额。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“优惠规则、规则模拟器、远程搜索选择器、报价明细、异常审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细”和“规则配置、可用优惠匹配、报价试算、冲突校验、退款重放”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细

逻辑服务

规则配置、可用优惠匹配、报价试算、冲突校验、退款重放

依赖

课程组合、校区/学段/季节维度、合同项和退款试算

责任角色：财务、销售运营、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“退费时优惠应自动降档并扣回已课消折扣”对应场景，系统结果符合本项核心方案。
• 模块验收：相同输入始终命中同一规则版本；叠加顺序、逐项分摊和退款降档可重放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD14-财务业财中心详细PRD

把优惠从人工选择升级为条件化、自动匹配、可叠加、可重放的规则引擎。形成可执行、可追踪的业务闭环，将“优惠多时不能按名称检索”转化为正式产品能力。

1. 业务方案：在管理页和员工端选择器接入远程搜索、状态/类型筛选和分页，禁用规则仅历史回显。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“优惠规则、规则模拟器、远程搜索选择器、报价明细、异常审批”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细”和“规则配置、可用优惠匹配、报价试算、冲突校验、退款重放”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

优惠条件、动作、叠加策略、适用范围、规则版本、报价快照、分摊明细

逻辑服务

规则配置、可用优惠匹配、报价试算、冲突校验、退款重放

依赖

课程组合、校区/学段/季节维度、合同项和退款试算

责任角色：财务、销售运营、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“优惠多时不能按名称检索”对应场景，系统结果符合本项核心方案。
• 模块验收：相同输入始终命中同一规则版本；叠加顺序、逐项分摊和退款降档可重放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

04-销售合同中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“合同多项优惠不能多选”转化为正式产品能力。

1. 业务方案：统一所有制单端为 discountRuleIds[]，移除单值兼容字段，端到端验收报价与合同快照一致。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“合同多项优惠不能多选”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“优惠多时不能筛选”转化为正式产品能力。

1. 业务方案：使用分页远程选择器，支持名称、编号、类型、校区、课程和生效状态。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“优惠多时不能筛选”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“课程价格小数导致购买课时为小数，不是整期”转化为正式产品能力。

1. 业务方案：价格方案显式区分“按期定价”和“按课时定价”；按期方案锁定整数课时和总价，不反推小数课时。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“课程价格小数导致购买课时为小数，不是整期”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“转课结转时不能选择多张代金券和多个课程类型”转化为正式产品能力。

1. 业务方案：建立结转试算单，支持多个来源权益/券、多个目标课程项，逐项分摊余额并保留来源链。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“转课结转时不能选择多张代金券和多个课程类型”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“跨校区录合同后，校区无法关联跨校合同”转化为正式产品能力。

1. 业务方案：不放开无约束跨校写入；增加跨校授权视图、交接单和目标校区只读/服务权限，原合同与交接记录可追溯。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“跨校区录合同后，校区无法关联跨校合同”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“结课停课三个月后再报名，按老生召回政策应算新增”转化为正式产品能力。

1. 业务方案：建立签单类型规则，以最后有效课消/结课/停课日期判定召回，规则版本写入合同。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“结课停课三个月后再报名，按老生召回政策应算新增”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“多科收费按比例把每课程分给多人，实际通常每课程归一个业绩人”转化为正式产品能力。

1. 业务方案：合同主表+课程项；课程项默认单一业绩人，只有明确审批时才允许课程内多人分摊。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“多科收费按比例把每课程分给多人，实际通常每课程归一个业绩人”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

形成多课程项、多资金来源、跨校协作和逐课程业绩归属的合同闭环。确保金额、课时、人头、权限或历史事实正确，将“同合同多科导致同课程出现三名提成人，财务需手工修正”转化为正式产品能力。

1. 业务方案：增加 (contract_item_id, performance_role) 唯一主归属；修正必须走审批并重算工资/业绩。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“合同制单、课程项、优惠试算、跨校交接、归属确认、合同详情”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录”和“合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

合同主表、合同课程项、报价快照、资金来源、权益来源、业绩分配、交接记录

逻辑服务

合同报价、课程项维护、盖章、收款、跨校交接、结转、归属校验

依赖

CRM 客户、课程价格、优惠、支付、权益、售后及业绩引擎

责任角色：销售、校区行政、财务、合同产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“同合同多科导致同课程出现三名提成人，财务需手工修正”对应场景，系统结果符合本项核心方案。
• 模块验收：合同金额、课程项、优惠、实收、权益和业绩分配可逐项勾稽且全链路可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

04-销售合同中心详细PRD12-售后服务中心详细PRD14-财务业财中心详细PRD

统一课程分类、命名和定价精度，消除跨业务形态的数据歧义。形成可执行、可追踪的业务闭环，将“班课、1v1、1vN分别设置导致同类型不同名称和查询多选”转化为正式产品能力。

1. 业务方案：课程类型只用标准字典；“引流/活动/常规”等作为经营分类；历史名称映射到同一分类 ID。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“课程管理、分类治理、价格方案、重复冲突处理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“课程、标准类型、经营分类、产品线、价格方案、定价模式、有效期”和“课程维护、重复校验、价格试算、分类映射、价格明细导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

课程、标准类型、经营分类、产品线、价格方案、定价模式、有效期

逻辑服务

课程维护、重复校验、价格试算、分类映射、价格明细导出

依赖

组织/校区、合同、课消、课酬和经营指标

责任角色：教务、财务、课程产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“班课、1v1、1vN分别设置导致同类型不同名称和查询多选”对应场景，系统结果符合本项核心方案。
• 模块验收：课程名称/编码规则明确，按期与按课时价格不产生非预期小数，历史价格可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

05-教务教学中心详细PRD16-教研内容中心详细PRD

统一课程分类、命名和定价精度，消除跨业务形态的数据歧义。确保金额、课时、人头、权限或历史事实正确，将“课程总价与课时精度造成 5959.2/5960、120/120.02”转化为正式产品能力。

1. 业务方案：按期定价锁定总价和整数课时；按课时定价明确精度、舍入方向和尾差科目，报价和课消共用快照。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“课程管理、分类治理、价格方案、重复冲突处理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“课程、标准类型、经营分类、产品线、价格方案、定价模式、有效期”和“课程维护、重复校验、价格试算、分类映射、价格明细导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

课程、标准类型、经营分类、产品线、价格方案、定价模式、有效期

逻辑服务

课程维护、重复校验、价格试算、分类映射、价格明细导出

依赖

组织/校区、合同、课消、课酬和经营指标

责任角色：教务、财务、课程产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“课程总价与课时精度造成 5959.2/5960、120/120.02”对应场景，系统结果符合本项核心方案。
• 模块验收：课程名称/编码规则明确，按期与按课时价格不产生非预期小数，历史价格可回放。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD16-教研内容中心详细PRD

让自定义选项可停用而不破坏历史数据和报表。形成可执行、可追踪的业务闭环，将“自定义字段单选/多选值不能停用，只能删除/修改，影响历史”转化为正式产品能力。

1. 业务方案：建立 CustomFieldOption，支持启用/停用、排序、生效期；历史记录保存 option ID+label 快照，已停用值只回显不可新选。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“自定义字段、选项管理、引用影响预览”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“自定义字段、字段选项、选项状态、生效期、历史显示快照”和“字段配置、选项启停、引用检查、历史回显”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

自定义字段、字段选项、选项状态、生效期、历史显示快照

逻辑服务

字段配置、选项启停、引用检查、历史回显

依赖

各业务模块表单 Schema、导入导出和历史数据

责任角色：平台管理员、各业务域配置负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“自定义字段单选/多选值不能停用，只能删除/修改，影响历史”对应场景，系统结果符合本项核心方案。
• 模块验收：停用选项不可新选但历史记录仍按原标签显示，修改与停用行为完整审计。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

01-平台基础中心详细PRD19-开放集成中心详细PRD

支持动态审批人、灵活驳回重提、用工身份生效期和执行前校验。完成体验、性能、验收与回归固化，将“审批节点人员变动需重配整个流程”转化为正式产品能力。

1. 业务方案：上线时审批节点优先绑定角色/组织关系，避免写死姓名；离职时自动扫描并转交待办。
2. 实施模式：REUSE_EXISTING（复用现有能力）。映射并复用主分支已有页面、接口、服务和数据；除非验收发现真实缺口，否则零代码关闭。
3. 页面交互：先核对“流程设计器、审批中心、任务转交、员工变更、容量提示”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照”和“模板维护、审批流转、任务转交、重提、身份变更、容量预检”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照

逻辑服务

模板维护、审批流转、任务转交、重提、身份变更、容量预检

依赖

组织岗位、员工任职、教务班级、售后及审计

责任角色：人资、行政、财务、平台流程产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“审批节点人员变动需重配整个流程”对应场景，系统结果符合本项核心方案。
• 模块验收：节点人员变化不破坏流程；重提路径符合模板；身份和容量均按业务发生日生效。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：核对现有证据与关键边界；仅在缺少保护时扩展最接近的一条现有测试。

00-迪诺学堂总控PRD

支持动态审批人、灵活驳回重提、用工身份生效期和执行前校验。确保金额、课时、人头、权限或历史事实正确，将“驳回重提只能从头；需可选当前节点或从头”转化为正式产品能力。

1. 业务方案：重提 API 增加 reapplyMode；保存驳回节点，按模板允许从头、从驳回节点或指定上游节点重提。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“流程设计器、审批中心、任务转交、员工变更、容量提示”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照”和“模板维护、审批流转、任务转交、重提、身份变更、容量预检”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照

逻辑服务

模板维护、审批流转、任务转交、重提、身份变更、容量预检

依赖

组织岗位、员工任职、教务班级、售后及审计

责任角色：人资、行政、财务、平台流程产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“驳回重提只能从头；需可选当前节点或从头”对应场景，系统结果符合本项核心方案。
• 模块验收：节点人员变化不破坏流程；重提路径符合模板；身份和容量均按业务发生日生效。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

支持动态审批人、灵活驳回重提、用工身份生效期和执行前校验。确保金额、课时、人头、权限或历史事实正确，将“全职/兼职切换需记录生效日期，便于人效统计”转化为正式产品能力。

1. 业务方案：建立用工身份历史表，变更单含 effectiveFrom/effectiveTo，排课、课酬和人效按业务发生日匹配身份。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“流程设计器、审批中心、任务转交、员工变更、容量提示”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照”和“模板维护、审批流转、任务转交、重提、身份变更、容量预检”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照

逻辑服务

模板维护、审批流转、任务转交、重提、身份变更、容量预检

依赖

组织岗位、员工任职、教务班级、售后及审计

责任角色：人资、行政、财务、平台流程产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“全职/兼职切换需记录生效日期，便于人效统计”对应场景，系统结果符合本项核心方案。
• 模块验收：节点人员变化不破坏流程；重提路径符合模板；身份和容量均按业务发生日生效。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

支持动态审批人、灵活驳回重提、用工身份生效期和执行前校验。完成体验、性能、验收与回归固化，将“结转审批提交前校验目标班容量，避免审批时报满员”转化为正式产品能力。

1. 业务方案：保留双重校验；审批详情显示申请时容量、当前容量和容量变化告警。
2. 实施模式：REUSE_EXISTING（复用现有能力）。映射并复用主分支已有页面、接口、服务和数据；除非验收发现真实缺口，否则零代码关闭。
3. 页面交互：先核对“流程设计器、审批中心、任务转交、员工变更、容量提示”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照”和“模板维护、审批流转、任务转交、重提、身份变更、容量预检”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

审批模板/节点、待办、驳回位置、重提策略、任职身份历史、容量快照

逻辑服务

模板维护、审批流转、任务转交、重提、身份变更、容量预检

依赖

组织岗位、员工任职、教务班级、售后及审计

责任角色：人资、行政、财务、平台流程产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“结转审批提交前校验目标班容量，避免审批时报满员”对应场景，系统结果符合本项核心方案。
• 模块验收：节点人员变化不破坏流程；重提路径符合模板；身份和容量均按业务发生日生效。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：核对现有证据与关键边界；仅在缺少保护时扩展最接近的一条现有测试。

00-迪诺学堂总控PRD

补齐资产明细导出和大数据量下的可用交互。形成可执行、可追踪的业务闭环，将“增加物品导出”转化为正式产品能力。

1. 业务方案：为物品、库存、流水、采购、调拨分别提供异步导出，字段含 SKU ID、仓库 ID、批次、数量、成本和状态。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“物品主档、库存、采购、调拨、流水、导出任务”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“物品/SKU、仓库、批次、库存、成本、采购、调拨和出入库流水”和“库存查询、采购/调拨、异步导出、库存对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

物品/SKU、仓库、批次、库存、成本、采购、调拨和出入库流水

逻辑服务

库存查询、采购/调拨、异步导出、库存对账

依赖

组织校区、供应商、审批、财务和导出中心

责任角色：行政、仓管、财务、资产产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“增加物品导出”对应场景，系统结果符合本项核心方案。
• 模块验收：页面总量、库存流水和导出数量/成本一致；长列表在目标视口无操作障碍。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

补齐资产明细导出和大数据量下的可用交互。完成体验、性能、验收与回归固化，将“物品类型栏缺滚动条，左右页面应分割”转化为正式产品能力。

1. 业务方案：导入真实物品类型后做 1366/1440/1920 视口 UAT；下拉设置最大高度、虚拟滚动，主从区域独立滚动。
2. 实施模式：UAT_FIRST（先验收再开发）。先用真实数据和实际角色完成 UAT；通过则零代码关闭，失败后按证据转为扩展或缺口实现。
3. 页面交互：先核对“物品主档、库存、采购、调拨、流水、导出任务”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“物品/SKU、仓库、批次、库存、成本、采购、调拨和出入库流水”和“库存查询、采购/调拨、异步导出、库存对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

物品/SKU、仓库、批次、库存、成本、采购、调拨和出入库流水

逻辑服务

库存查询、采购/调拨、异步导出、库存对账

依赖

组织校区、供应商、审批、财务和导出中心

责任角色：行政、仓管、财务、资产产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“物品类型栏缺滚动条，左右页面应分割”对应场景，系统结果符合本项核心方案。
• 模块验收：页面总量、库存流水和导出数量/成本一致；长列表在目标视口无操作障碍。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：记录输入、结果、截图或对账及签署；不预建迁移、接口或自动化套件。

00-迪诺学堂总控PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“班课课时费按教师 T 级、校区班型和当次扣费人数计算”转化为正式产品能力。

1. 业务方案：建立版本化班课课酬规则矩阵；课次结算后读取实际扣费人数、教师当日 T 级和班型，自动生成计算明细。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“班课课时费按教师 T 级、校区班型和当次扣费人数计算”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“个性化课时费按 T 级、年级、班型和实际课时计算”转化为正式产品能力。

1. 业务方案：建立个性化规则矩阵，输入教师、业务线、学段/年级、班型、课时和特殊系数，输出单价、数量、金额及命中规则。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“个性化课时费按 T 级、年级、班型和实际课时计算”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“班课与个性化教师 T 级必须分别维护”转化为正式产品能力。

1. 业务方案：增加教师业务线 T 级档案，同一教师可同时拥有班课 T 级和个性化 T 级；按授课发生日取有效版本。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“班课与个性化教师 T 级必须分别维护”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“当前系统同一老师只能设一个 T 级，无法支撑两套课酬”转化为正式产品能力。

1. 业务方案：禁止在员工主表直接放单值 T 级，改用多条有生效期的等级关系，并增加冲突校验和批量导入。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“当前系统同一老师只能设一个 T 级，无法支撑两套课酬”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“枣庄校区存在单独的课时费计算政策”转化为正式产品能力。

1. 业务方案：规则支持“集团默认→区域→校区”逐级覆盖，记录覆盖原因、审批人、生效期并提供历史版本回放。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“枣庄校区存在单独的课时费计算政策”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“兼职教师有独立课酬标准”转化为正式产品能力。

1. 业务方案：在规则条件中加入 employment type，并按课次日期匹配用工身份历史，不能按当前身份倒算历史。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“兼职教师有独立课酬标准”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“书法、迪聪、美术等课程按实际扣费人头计算”转化为正式产品能力。

1. 业务方案：为课程经营分类配置计量方式 DEDUCTED_STUDENT_COUNT，只统计成功扣费且未冲正的学员。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“书法、迪聪、美术等课程按实际扣费人头计算”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“活动课按活动方案或特殊标准计算课时费”转化为正式产品能力。

1. 业务方案：活动课程绑定课酬方案；课次结算时把活动 ID、方案 ID、教师角色和核定数量写入课酬来源快照。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“活动课按活动方案或特殊标准计算课时费”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“跨月补录、系统锁定后调整会导致课时费漏算或错月”转化为正式产品能力。

1. 业务方案：改按 lessonOccurredAt/payrollPeriod 归属；关账后新增差异单进入下一期追补，不直接篡改已结薪资批次。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“跨月补录、系统锁定后调整会导致课时费漏算或错月”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“常规课程需按统一常规课标准计算”转化为正式产品能力。

1. 业务方案：建立集团常规课默认规则；未命中规则时阻断结算并进入异常池，禁止默认为零或手填绕过。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“常规课程需按统一常规课标准计算”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

以授课事实和规则版本自动计算课时费，替代人工录入金额。确保金额、课时、人头、权限或历史事实正确，将“小学与中学混合/不同学段的班级课时费口径不同”转化为正式产品能力。

1. 业务方案：规则加入学段；混合班明确按课程主学段、实际扣费学员学段加权或专项规则计算，并由业务选定唯一口径。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“T 级档案、课酬规则、自动核算、异常池、确认/申诉、追补明细”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单”和“规则配置/模拟、课次结算、自动计费、异常重算、关账追补”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

教师业务线 T 级、用工身份历史、课酬规则、课次事实、扣费人数、计算明细、差异单

逻辑服务

规则配置/模拟、课次结算、自动计费、异常重算、关账追补

依赖

课程分类、班型、课次、出勤/扣费、员工任职和工资批次

责任角色：人资、教务、财务、教师薪酬产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“小学与中学混合/不同学段的班级课时费口径不同”对应场景，系统结果符合本项核心方案。
• 模块验收：选定历史月份逐课次与人资签字表对账；正常、跨月、退款、全兼职变化均可解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

05-教务教学中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“不同校区/学段/课程的过渡奖励标准不同，当前需人工判断”转化为正式产品能力。

1. 业务方案：建立奖励规则矩阵，条件至少包括校区、业务线、学段、课程/产品线、签单类型、岗位和生效期。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“不同校区/学段/课程的过渡奖励标准不同，当前需人工判断”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“历史奖励记录分散，难以追溯某学员曾给谁、给多少”转化为正式产品能力。

1. 业务方案：新增奖励主表和明细表，保存学员、合同、课程、奖励人、金额、规则版本、状态、来源事件和调整链。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“历史奖励记录分散，难以追溯某学员曾给谁、给多少”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“奖励金额需跨客户、合同、课消、退款等模块核对”转化为正式产品能力。

1. 业务方案：以领域事件驱动奖励试算，所有输入保存 ID 和数值快照；支持按合同或学员重放计算。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“奖励金额需跨客户、合同、课消、退款等模块核对”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“新签、续费、扩科、转介绍、召回等签单类型的奖励规则不同”转化为正式产品能力。

1. 业务方案：先建立签单类型判定服务，再由奖励规则引用；人工改类必须审批并保留原判定。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“新签、续费、扩科、转介绍、召回等签单类型的奖励规则不同”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“奖励基数、人数/金额口径及签单类型判断不统一”转化为正式产品能力。

1. 业务方案：规则显式声明基数是实收、净收、合同额、人头或人次，注明定金、余额、结转、退款和优惠处理方式。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“奖励基数、人数/金额口径及签单类型判断不统一”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“需要在统一学员视图查看过渡奖励”转化为正式产品能力。

1. 业务方案：在学员 360 增加奖励页签，展示资格、试算、冻结、确认、发放、追回及关联合同/退款。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“需要在统一学员视图查看过渡奖励”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“系统自动给符合条件的学员打标签并生成奖励基数”转化为正式产品能力。

1. 业务方案：奖励事件处理器命中规则后生成系统标签和候选奖励，业务标签与人工标签分层，禁止人工覆盖系统事实。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“系统自动给符合条件的学员打标签并生成奖励基数”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“退款后需改变续费判断并追溯过渡奖励”转化为正式产品能力。

1. 业务方案：退款完成事件触发签单类型与奖励重算，生成差额追回单；已发放的进入薪资追补，未发放的直接冲减冻结额。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“退款后需改变续费判断并追溯过渡奖励”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“奖励需冻结 31 天后再确认，期间发生退款要扣除”转化为正式产品能力。

1. 业务方案：奖励状态机设 CALCULATED→FROZEN→CONFIRMED→PAID/CLAWED_BACK，冻结截止按规则计算并由定时任务推进。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“奖励需冻结 31 天后再确认，期间发生退款要扣除”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“奖励规则需按校区、年级、课程等维度配置”转化为正式产品能力。

1. 业务方案：使用结构化条件和动作 Schema，不用无约束 JSON 直接做结算；提供冲突检测和规则模拟。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“奖励规则需按校区、年级、课程等维度配置”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“需要独立计算页、明细查询和导出”转化为正式产品能力。

1. 业务方案：建立候选、冻结、待确认、已发放、异常五类队列及异步明细导出，导出包含全部计算输入。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“需要独立计算页、明细查询和导出”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“合同、课消、退款变化后应自动同步，不应人工搬数”转化为正式产品能力。

1. 业务方案：建立 outbox 事件与幂等键，消费失败进入重试/死信；每日运行对账任务查找漏算。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“合同、课消、退款变化后应自动同步，不应人工搬数”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“需要“核算—员工确认—异议—修正—终审”闭环”转化为正式产品能力。

1. 业务方案：基于审批底座实现奖励确认单和异议单；修正生成新版本/差异项，不修改已确认原记录。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“需要“核算—员工确认—异议—修正—终审”闭环”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“学员转校、转班、转课等轨迹要参与奖励判定”转化为正式产品能力。

1. 业务方案：建立学员业务事件时间线，奖励计算按事件发生日读取校区、课程和归属关系，避免只看当前状态。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“学员转校、转班、转课等轨迹要参与奖励判定”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

建立资格识别、试算、冻结、确认、发放和追回的独立奖励闭环。确保金额、课时、人头、权限或历史事实正确，将“系统应自动判断合同属于新签、续费、扩科、转介绍或召回”转化为正式产品能力。

1. 业务方案：按稳定学员 ID 查询历史合同/权益/课消和归因，输出签单类型、证据和规则版本；允许审批纠错。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、候选奖励、冻结队列、确认中心、异议、发放/追回台账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件”和“资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

奖励规则、资格、候选奖励、冻结期、确认、发放、异议、追回及来源事件

逻辑服务

资格判定、奖励试算、冻结推进、确认/异议、发放、退款重算与追回

依赖

签单类型、合同实收、学员轨迹、退款、薪资和消息中心

责任角色：销售运营、人资、财务、校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“系统应自动判断合同属于新签、续费、扩科、转介绍或召回”对应场景，系统结果符合本项核心方案。
• 模块验收：奖励从来源事件到发放/追回全链可回放；31 天冻结及退款场景与业务手工表一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“同一学员多合同退费需逐笔处理，缺少批量核算”转化为正式产品能力。

1. 业务方案：创建退费批次，选择多份合同/权益后分别试算、统一审批、逐笔执行；一笔失败不得污染其他明细。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“同一学员多合同退费需逐笔处理，缺少批量核算”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“财务需在一个页面看学员全部合同、余额、课消、优惠和退款”转化为正式产品能力。

1. 业务方案：建立退费 360 工作台，按稳定学员 ID 聚合合同项、权益余额、课消、出勤、优惠快照、结转和历史退款。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“财务需在一个页面看学员全部合同、余额、课消、优惠和退款”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“转校/转课/课消/退款明细需连续可追溯”转化为正式产品能力。

1. 业务方案：统一业务事件时间线，所有变更记录前值/后值、来源单据、执行人和发生时间，并支持导出。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“转校/转课/课消/退款明细需连续可追溯”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“退款后多科优惠应降档并扣回已享优惠”转化为正式产品能力。

1. 业务方案：在退款试算中基于退后课程组合重新报价，逐课程分摊优惠差额，并将应扣金额列入退款公式。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“退款后多科优惠应降档并扣回已享优惠”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“不同事业部、岗位和责任情形采用不同扣款规则”转化为正式产品能力。

1. 业务方案：建立责任认定单和扣款矩阵，按业务线、岗位、原因、责任比例、生效期计算；人工认定必须审批。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“不同事业部、岗位和责任情形采用不同扣款规则”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“退费时需要看到签单、服务、教师、转课等完整上下文”转化为正式产品能力。

1. 业务方案：退款详情 API 返回只读业务快照和关键风险提示，避免财务在多个模块手工拼接。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“退费时需要看到签单、服务、教师、转课等完整上下文”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“退费应自动追回已发放过渡奖励”转化为正式产品能力。

1. 业务方案：退款完成后调用奖励重算，生成未发放冲减或已发放追扣单，并写入薪资差异批次。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“退费应自动追回已发放过渡奖励”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

统一退费试算，并自动联动优惠、业绩、奖励、课酬和工资差异。确保金额、课时、人头、权限或历史事实正确，将“退费应按规则自动计算教师扣款”转化为正式产品能力。

1. 业务方案：定义可扣/不可扣情形、责任比例和上限；按已结课酬生成负向差异单，保留申诉和复核流程。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“退费工作台、批量试算、责任认定、审批、下游差异和对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异”和“退费 360、批量试算、审批执行、冲正、下游重算与对账”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

退费批次/明细、权益余额、优惠重算、责任认定、业绩/奖励/课酬差异

逻辑服务

退费 360、批量试算、审批执行、冲正、下游重算与对账

依赖

合同项、权益、课消、优惠、业绩、奖励、课酬及工资

责任角色：财务、售后、销售运营、人资

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“退费应按规则自动计算教师扣款”对应场景，系统结果符合本项核心方案。
• 模块验收：退费试算等于实际执行；所有下游差异使用同一退款 ID，合计可勾稽且可追溯。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

按区域、岗位、签单类型、课程、活动和资金来源自动计算业绩。确保金额、课时、人头、权限或历史事实正确，将“不同区域、岗位采用不同业绩标准”转化为正式产品能力。

1. 业务方案：建立业绩规则 DSL/结构化 Schema、版本和计算服务，以业务发生日匹配区域、校区、岗位和员工任职。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、业绩试算、结算批次、个人确认、申诉、差异追补”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单”和“规则配置/模拟、业绩试算、结算、确认、申诉、退款重算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单

逻辑服务

规则配置/模拟、业绩试算、结算、确认、申诉、退款重算

依赖

CRM 归因、合同项、支付、退款、活动和员工任职

责任角色：销售运营、财务、人资、区域/校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“不同区域、岗位采用不同业绩标准”对应场景，系统结果符合本项核心方案。
• 模块验收：贡献明细合计等于规则认可的实收；人头/人次/科次及退款追扣均可逐笔解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

03-CRM 客户中心详细PRD04-销售合同中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD18-数据驾驶舱详细PRD

按区域、岗位、签单类型、课程、活动和资金来源自动计算业绩。确保金额、课时、人头、权限或历史事实正确，将“人头应去重，扩科/多科的人次与科次需另算”转化为正式产品能力。

1. 业务方案：定义 student_headcount/course_signup_count/subject_count 三类指标，明确周期和去重键，并保存逐笔贡献明细。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、业绩试算、结算批次、个人确认、申诉、差异追补”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单”和“规则配置/模拟、业绩试算、结算、确认、申诉、退款重算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单

逻辑服务

规则配置/模拟、业绩试算、结算、确认、申诉、退款重算

依赖

CRM 归因、合同项、支付、退款、活动和员工任职

责任角色：销售运营、财务、人资、区域/校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“人头应去重，扩科/多科的人次与科次需另算”对应场景，系统结果符合本项核心方案。
• 模块验收：贡献明细合计等于规则认可的实收；人头/人次/科次及退款追扣均可逐笔解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD04-销售合同中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD18-数据驾驶舱详细PRD

按区域、岗位、签单类型、课程、活动和资金来源自动计算业绩。确保金额、课时、人头、权限或历史事实正确，将“业绩按实际现金计算：定金如何计入、结转余额不计实交”转化为正式产品能力。

1. 业务方案：支付流水增加资金来源；业绩只聚合规则认可的实收，定金在收取或转正式时按统一政策归属，结转单列不重复计算。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、业绩试算、结算批次、个人确认、申诉、差异追补”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单”和“规则配置/模拟、业绩试算、结算、确认、申诉、退款重算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单

逻辑服务

规则配置/模拟、业绩试算、结算、确认、申诉、退款重算

依赖

CRM 归因、合同项、支付、退款、活动和员工任职

责任角色：销售运营、财务、人资、区域/校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“业绩按实际现金计算：定金如何计入、结转余额不计实交”对应场景，系统结果符合本项核心方案。
• 模块验收：贡献明细合计等于规则认可的实收；人头/人次/科次及退款追扣均可逐笔解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD04-销售合同中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD18-数据驾驶舱详细PRD

按区域、岗位、签单类型、课程、活动和资金来源自动计算业绩。确保金额、课时、人头、权限或历史事实正确，将“多课程、多业绩人时应按课程逐项归属”转化为正式产品能力。

1. 业务方案：合同课程项绑定主业绩人和可选协作人；逐项金额与实收分摊校验后才允许盖章。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、业绩试算、结算批次、个人确认、申诉、差异追补”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单”和“规则配置/模拟、业绩试算、结算、确认、申诉、退款重算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单

逻辑服务

规则配置/模拟、业绩试算、结算、确认、申诉、退款重算

依赖

CRM 归因、合同项、支付、退款、活动和员工任职

责任角色：销售运营、财务、人资、区域/校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“多课程、多业绩人时应按课程逐项归属”对应场景，系统结果符合本项核心方案。
• 模块验收：贡献明细合计等于规则认可的实收；人头/人次/科次及退款追扣均可逐笔解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD04-销售合同中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD18-数据驾驶舱详细PRD

按区域、岗位、签单类型、课程、活动和资金来源自动计算业绩。确保金额、课时、人头、权限或历史事实正确，将“常规课程与活动课程采用不同业绩标准”转化为正式产品能力。

1. 业务方案：活动方案绑定业绩规则版本；合同项保存活动 ID，结算时分别输出常规和活动贡献。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“规则矩阵、业绩试算、结算批次、个人确认、申诉、差异追补”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单”和“规则配置/模拟、业绩试算、结算、确认、申诉、退款重算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单

逻辑服务

规则配置/模拟、业绩试算、结算、确认、申诉、退款重算

依赖

CRM 归因、合同项、支付、退款、活动和员工任职

责任角色：销售运营、财务、人资、区域/校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“常规课程与活动课程采用不同业绩标准”对应场景，系统结果符合本项核心方案。
• 模块验收：贡献明细合计等于规则认可的实收；人头/人次/科次及退款追扣均可逐笔解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

03-CRM 客户中心详细PRD04-销售合同中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD18-数据驾驶舱详细PRD

按区域、岗位、签单类型、课程、活动和资金来源自动计算业绩。确保金额、课时、人头、权限或历史事实正确，将“需形成覆盖签单类型、课程、岗位、区域、退款的完整规则矩阵”转化为正式产品能力。

1. 业务方案：先固化业务口径，再实现试算、结算、确认、申诉、关账和追补全状态机；用历史月份逐笔回放验收。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“规则矩阵、业绩试算、结算批次、个人确认、申诉、差异追补”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单”和“规则配置/模拟、业绩试算、结算、确认、申诉、退款重算”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

业绩规则、签单类型、资金来源、合同课程项、贡献明细、结算批次、差异单

逻辑服务

规则配置/模拟、业绩试算、结算、确认、申诉、退款重算

依赖

CRM 归因、合同项、支付、退款、活动和员工任职

责任角色：销售运营、财务、人资、区域/校区负责人

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“需形成覆盖签单类型、课程、岗位、区域、退款的完整规则矩阵”对应场景，系统结果符合本项核心方案。
• 模块验收：贡献明细合计等于规则认可的实收；人头/人次/科次及退款追扣均可逐笔解释。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

03-CRM 客户中心详细PRD04-销售合同中心详细PRD13-人力资源中心详细PRD14-财务业财中心详细PRD18-数据驾驶舱详细PRD

按统计期间有效课消和课程分类计算去重在读人头。确保金额、课时、人头、权限或历史事实正确，将“在读口径应为统计期间有有效课消的学员，按学员去重，并限定/排除课程类型”转化为正式产品能力。

1. 业务方案：重写指标：按期间成功且未冲正的扣费流水关联稳定学员 ID 去重，课程经营分类配置包含/排除项，并版本化。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“在读指标、口径说明、学员明细、课程分类对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“扣费/冲正事实、稳定学员 ID、课程经营分类、指标规则版本、下钻名单”和“期间在读计算、分类包含/排除、明细下钻、快照和导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

扣费/冲正事实、稳定学员 ID、课程经营分类、指标规则版本、下钻名单

逻辑服务

期间在读计算、分类包含/排除、明细下钻、快照和导出

依赖

课消事实、课程经营分类、稳定学员主档和 BI

责任角色：教务、财务、经营分析

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“在读口径应为统计期间有有效课消的学员，按学员去重，并限定/排除课程类型”对应场景，系统结果符合本项核心方案。
• 模块验收：按期间成功且未冲正课消去重，排除项正确；系统名单与教务逐人对账一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

按统计期间有效课消和课程分类计算去重在读人头。确保金额、课时、人头、权限或历史事实正确，将“当前需手工统计，希望系统自动计算、查看明细和导出”转化为正式产品能力。

1. 业务方案：在正确公式上线后提供逐学员下钻、课程/课次证据、异步导出及新旧口径并行对账一个结算周期。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“在读指标、口径说明、学员明细、课程分类对账”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“扣费/冲正事实、稳定学员 ID、课程经营分类、指标规则版本、下钻名单”和“期间在读计算、分类包含/排除、明细下钻、快照和导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

扣费/冲正事实、稳定学员 ID、课程经营分类、指标规则版本、下钻名单

逻辑服务

期间在读计算、分类包含/排除、明细下钻、快照和导出

依赖

课消事实、课程经营分类、稳定学员主档和 BI

责任角色：教务、财务、经营分析

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“当前需手工统计，希望系统自动计算、查看明细和导出”对应场景，系统结果符合本项核心方案。
• 模块验收：按期间成功且未冲正课消去重，排除项正确；系统名单与教务逐人对账一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

完成薪资数据迁移、退费后创收联动和教师负荷预测。形成可执行、可追踪的业务闭环，将“需要把现用系统 2 的工资/人员数据迁移到新平台”转化为正式产品能力。

1. 业务方案：制作字段映射、清洗规则、员工匹配键和金额对账脚本；先全量演练，再增量切换并由 HR 签字。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“迁移对账、退费后创收、教师负荷、未来 4-12 周预测”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工映射、薪资历史、创收冲正、教师可授时段、排课负荷和预测快照”和“迁移校验、创收重算、负荷查询、未来排课预测和预警”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工映射、薪资历史、创收冲正、教师可授时段、排课负荷和预测快照

逻辑服务

迁移校验、创收重算、负荷查询、未来排课预测和预警

依赖

系统 2 数据、退款、业绩、员工档案和教务排课

责任角色：人资、财务、教务、数据产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“需要把现用系统 2 的工资/人员数据迁移到新平台”对应场景，系统结果符合本项核心方案。
• 模块验收：迁移总量/金额一致；退费后创收自动更新；教师实际与预测负荷可按组织下钻。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

完成薪资数据迁移、退费后创收联动和教师负荷预测。确保金额、课时、人头、权限或历史事实正确，将“退款后收入、业绩和工资应同步扣回”转化为正式产品能力。

1. 业务方案：以退款完成事件生成净收入冲正、业绩差异和工资追补，三者使用同一退款 ID 对账。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“迁移对账、退费后创收、教师负荷、未来 4-12 周预测”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工映射、薪资历史、创收冲正、教师可授时段、排课负荷和预测快照”和“迁移校验、创收重算、负荷查询、未来排课预测和预警”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工映射、薪资历史、创收冲正、教师可授时段、排课负荷和预测快照

逻辑服务

迁移校验、创收重算、负荷查询、未来排课预测和预警

依赖

系统 2 数据、退款、业绩、员工档案和教务排课

责任角色：人资、财务、教务、数据产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“退款后收入、业绩和工资应同步扣回”对应场景，系统结果符合本项核心方案。
• 模块验收：迁移总量/金额一致；退费后创收自动更新；教师实际与预测负荷可按组织下钻。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

完成薪资数据迁移、退费后创收联动和教师负荷预测。形成可执行、可追踪的业务闭环，将“需要查看教师当前负荷和未来排课预测”转化为正式产品能力。

1. 业务方案：定义可授时段、最大周课时、已排/待排/请假/冲突；按未来 4–12 周输出负荷率、缺口和超载预警。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“迁移对账、退费后创收、教师负荷、未来 4-12 周预测”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工映射、薪资历史、创收冲正、教师可授时段、排课负荷和预测快照”和“迁移校验、创收重算、负荷查询、未来排课预测和预警”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工映射、薪资历史、创收冲正、教师可授时段、排课负荷和预测快照

逻辑服务

迁移校验、创收重算、负荷查询、未来排课预测和预警

依赖

系统 2 数据、退款、业绩、员工档案和教务排课

责任角色：人资、财务、教务、数据产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“需要查看教师当前负荷和未来排课预测”对应场景，系统结果符合本项核心方案。
• 模块验收：迁移总量/金额一致；退费后创收自动更新；教师实际与预测负荷可按组织下钻。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

按资源类型控制默认周期和手动查询，减少无效首屏请求。完成体验、性能、验收与回归固化，将“录入客户、排课、考勤、收款等日期型列表默认只加载近一周或当月至今”转化为正式产品能力。

1. 业务方案：元数据增加 loadPolicy=SHORT_PERIOD 和默认周期；服务端仍强制分页，并在界面明确显示当前默认时间。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“统一查询栏、空态、未应用条件提示、最近查询”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“资源元数据、加载策略、默认周期、最近查询和查询任务”和“查询 Schema、条件校验、分页查询、异步查询任务”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

资源元数据、加载策略、默认周期、最近查询和查询任务

逻辑服务

查询 Schema、条件校验、分页查询、异步查询任务

依赖

资源元数据、统一筛选器、分页和缓存

责任角色：前端平台、各模块产品、后端平台

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“录入客户、排课、考勤、收款等日期型列表默认只加载近一周或当月至今”对应场景，系统结果符合本项核心方案。
• 模块验收：大列表/高聚合报表首屏不请求事实数据；短周期页面只加载配置周期，切换条件不误刷新。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

按资源类型控制默认周期和手动查询，减少无效首屏请求。完成体验、性能、验收与回归固化，将“学员、已报课程、合同、班级、1v1 学员等大列表打开时不加载，查询后再加载”转化为正式产品能力。

1. 业务方案：元数据增加 loadPolicy=MANUAL；必填至少一个有效条件后才能查询，清空条件恢复空态。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“统一查询栏、空态、未应用条件提示、最近查询”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“资源元数据、加载策略、默认周期、最近查询和查询任务”和“查询 Schema、条件校验、分页查询、异步查询任务”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

资源元数据、加载策略、默认周期、最近查询和查询任务

逻辑服务

查询 Schema、条件校验、分页查询、异步查询任务

依赖

资源元数据、统一筛选器、分页和缓存

责任角色：前端平台、各模块产品、后端平台

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“学员、已报课程、合同、班级、1v1 学员等大列表打开时不加载，查询后再加载”对应场景，系统结果符合本项核心方案。
• 模块验收：大列表/高聚合报表首屏不请求事实数据；短周期页面只加载配置周期，切换条件不误刷新。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

按资源类型控制默认周期和手动查询，减少无效首屏请求。完成体验、性能、验收与回归固化，将“课消、考勤、客户分析等时间型报表默认按近一周加载”转化为正式产品能力。

1. 业务方案：每张报表配置默认周期和最大同步跨度；时间型报表默认近 7 天并允许快捷切换。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“统一查询栏、空态、未应用条件提示、最近查询”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“资源元数据、加载策略、默认周期、最近查询和查询任务”和“查询 Schema、条件校验、分页查询、异步查询任务”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

资源元数据、加载策略、默认周期、最近查询和查询任务

逻辑服务

查询 Schema、条件校验、分页查询、异步查询任务

依赖

资源元数据、统一筛选器、分页和缓存

责任角色：前端平台、各模块产品、后端平台

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“课消、考勤、客户分析等时间型报表默认按近一周加载”对应场景，系统结果符合本项核心方案。
• 模块验收：大列表/高聚合报表首屏不请求事实数据；短周期页面只加载配置周期，切换条件不误刷新。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

按资源类型控制默认周期和手动查询，减少无效首屏请求。完成体验、性能、验收与回归固化，将“业绩、转化率、带生量、续班率、退费率等高聚合报表默认不加载”转化为正式产品能力。

1. 业务方案：高聚合报表进入时只加载 Schema，不取事实数据；校验周期、组织和必要维度后再提交查询任务。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“统一查询栏、空态、未应用条件提示、最近查询”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“资源元数据、加载策略、默认周期、最近查询和查询任务”和“查询 Schema、条件校验、分页查询、异步查询任务”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

资源元数据、加载策略、默认周期、最近查询和查询任务

逻辑服务

查询 Schema、条件校验、分页查询、异步查询任务

依赖

资源元数据、统一筛选器、分页和缓存

责任角色：前端平台、各模块产品、后端平台

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“业绩、转化率、带生量、续班率、退费率等高聚合报表默认不加载”对应场景，系统结果符合本项核心方案。
• 模块验收：大列表/高聚合报表首屏不请求事实数据；短周期页面只加载配置周期，切换条件不误刷新。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

按资源类型控制默认周期和手动查询，减少无效首屏请求。完成体验、性能、验收与回归固化，将“报表应先选按校区/科目等汇总方式，再点查询；切换汇总方式不要自动刷新”转化为正式产品能力。

1. 业务方案：前端分离 draftQuery 与 submittedQuery，仅“查询”按钮提交；显示未应用更改提示并缓存最近查询。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“统一查询栏、空态、未应用条件提示、最近查询”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“资源元数据、加载策略、默认周期、最近查询和查询任务”和“查询 Schema、条件校验、分页查询、异步查询任务”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

资源元数据、加载策略、默认周期、最近查询和查询任务

逻辑服务

查询 Schema、条件校验、分页查询、异步查询任务

依赖

资源元数据、统一筛选器、分页和缓存

责任角色：前端平台、各模块产品、后端平台

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“报表应先选按校区/科目等汇总方式，再点查询；切换汇总方式不要自动刷新”对应场景，系统结果符合本项核心方案。
• 模块验收：大列表/高聚合报表首屏不请求事实数据；短周期页面只加载配置周期，切换条件不误刷新。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立量化性能门槛，优化常用列表和长周期报表查询导出。完成体验、性能、验收与回归固化，将“客户、学员、排课、考勤等常见列表查询响应慢”转化为正式产品能力。

1. 业务方案：用脱敏生产量级数据建立 P50/P95 基线；按慢 SQL 补组合索引、覆盖索引和查询投影，验收 P95。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“周期选择器、查询进度、异步任务、性能监控”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“查询日志、慢 SQL、索引、聚合快照、异步任务和性能基线”和“分页查询、周期选择、长周期聚合、异步导出、任务进度”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

查询日志、慢 SQL、索引、聚合快照、异步任务和性能基线

逻辑服务

分页查询、周期选择、长周期聚合、异步导出、任务进度

依赖

脱敏生产量级数据、索引、分区、缓存和监控

责任角色：后端平台、数据平台、前端平台、运维

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“客户、学员、排课、考勤等常见列表查询响应慢”对应场景，系统结果符合本项核心方案。
• 模块验收：约定数据量及并发下达到 P50/P95 门槛；三个月以上查询与导出稳定完成。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

建立量化性能门槛，优化常用列表和长周期报表查询导出。完成体验、性能、验收与回归固化，将“报表日期选择增加周、月、季、年快捷项”转化为正式产品能力。

1. 业务方案：提供统一 BusinessPeriodPicker，支持自然周/月/季/年、上期同期和校区时区，输出明确起止时间。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“周期选择器、查询进度、异步任务、性能监控”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“查询日志、慢 SQL、索引、聚合快照、异步任务和性能基线”和“分页查询、周期选择、长周期聚合、异步导出、任务进度”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

查询日志、慢 SQL、索引、聚合快照、异步任务和性能基线

逻辑服务

分页查询、周期选择、长周期聚合、异步导出、任务进度

依赖

脱敏生产量级数据、索引、分区、缓存和监控

责任角色：后端平台、数据平台、前端平台、运维

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“报表日期选择增加周、月、季、年快捷项”对应场景，系统结果符合本项核心方案。
• 模块验收：约定数据量及并发下达到 P50/P95 门槛；三个月以上查询与导出稳定完成。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

建立量化性能门槛，优化常用列表和长周期报表查询导出。完成体验、性能、验收与回归固化，将“三个月以上报表查询和导出需提速”转化为正式产品能力。

1. 业务方案：长周期查询走日/月快照、分区聚合和异步任务；页面展示进度，导出复用同一结果集，避免二次全表计算。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“周期选择器、查询进度、异步任务、性能监控”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“查询日志、慢 SQL、索引、聚合快照、异步任务和性能基线”和“分页查询、周期选择、长周期聚合、异步导出、任务进度”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

查询日志、慢 SQL、索引、聚合快照、异步任务和性能基线

逻辑服务

分页查询、周期选择、长周期聚合、异步导出、任务进度

依赖

脱敏生产量级数据、索引、分区、缓存和监控

责任角色：后端平台、数据平台、前端平台、运维

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“三个月以上报表查询和导出需提速”对应场景，系统结果符合本项核心方案。
• 模块验收：约定数据量及并发下达到 P50/P95 门槛；三个月以上查询与导出稳定完成。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

统一多选筛选、当前条件总汇总和报表总计。完成体验、性能、验收与回归固化，将“校区、档期、学员状态等重要查询字段支持多选”转化为正式产品能力。

1. 业务方案：列表筛选统一接收数组；空数组、全选和未传参数定义一致，服务端使用参数化 IN 并限制数量。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“多选筛选器、列表汇总条、报表总计行”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“统一筛选 Schema、分页明细、条件摘要、总汇总和分组小计”和“数组筛选、分页明细、summary、grand total、分组小计”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

统一筛选 Schema、分页明细、条件摘要、总汇总和分组小计

逻辑服务

数组筛选、分页明细、summary、grand total、分组小计

依赖

统一权限过滤器、查询构造器和指标口径

责任角色：前端平台、后端平台、数据产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“校区、档期、学员状态等重要查询字段支持多选”对应场景，系统结果符合本项核心方案。
• 模块验收：空选/全选语义一致；总数与金额基于全部命中数据而非当前页，明细与总计同条件。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

统一多选筛选、当前条件总汇总和报表总计。完成体验、性能、验收与回归固化，将“列表按当前查询条件展示总数、合计金额等总汇总”转化为正式产品能力。

1. 业务方案：列表响应增加独立 summary，与明细复用同一过滤器和权限条件；合计不得只计算当前页。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“多选筛选器、列表汇总条、报表总计行”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“统一筛选 Schema、分页明细、条件摘要、总汇总和分组小计”和“数组筛选、分页明细、summary、grand total、分组小计”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

统一筛选 Schema、分页明细、条件摘要、总汇总和分组小计

逻辑服务

数组筛选、分页明细、summary、grand total、分组小计

依赖

统一权限过滤器、查询构造器和指标口径

责任角色：前端平台、后端平台、数据产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“列表按当前查询条件展示总数、合计金额等总汇总”对应场景，系统结果符合本项核心方案。
• 模块验收：空选/全选语义一致；总数与金额基于全部命中数据而非当前页，明细与总计同条件。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

统一多选筛选、当前条件总汇总和报表总计。完成体验、性能、验收与回归固化，将“报表按当前查询条件显示总汇总，无需导出手算”转化为正式产品能力。

1. 业务方案：报表定义声明总汇总指标；后端同一次查询返回明细和 grand total，并提供分组小计/总计一致性测试。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“多选筛选器、列表汇总条、报表总计行”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“统一筛选 Schema、分页明细、条件摘要、总汇总和分组小计”和“数组筛选、分页明细、summary、grand total、分组小计”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

统一筛选 Schema、分页明细、条件摘要、总汇总和分组小计

逻辑服务

数组筛选、分页明细、summary、grand total、分组小计

依赖

统一权限过滤器、查询构造器和指标口径

责任角色：前端平台、后端平台、数据产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“报表按当前查询条件显示总汇总，无需导出手算”对应场景，系统结果符合本项核心方案。
• 模块验收：空选/全选语义一致；总数与金额基于全部命中数据而非当前页，明细与总计同条件。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。形成可执行、可追踪的业务闭环，将“考勤列表、扣费记录和导出需显示员工/教师 ID”转化为正式产品能力。

1. 业务方案：所有明细 API 和导出固定输出员工 UUID、员工编号和姓名，姓名仅用于展示，关联以 ID 为准。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“考勤列表、扣费记录和导出需显示员工/教师 ID”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。完成体验、性能、验收与回归固化，将“客户 ID 当前无问题，应在新平台继续保留”转化为正式产品能力。

1. 业务方案：数据迁移保留原系统 ID 为 legacyId，新 UUID 为主键；导出同时提供两者便于过渡对账。
2. 实施模式：REUSE_EXISTING（复用现有能力）。映射并复用主分支已有页面、接口、服务和数据；除非验收发现真实缺口，否则零代码关闭。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

查询、导出或体验能力失败时不得丢失业务事实；对本项实际涉及的能力提供必要的加载、空态、失败态、重试或降级提示，并按风险选择回归。

• 场景验收：重现“客户 ID 当前无问题，应在新平台继续保留”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：核对现有证据与关键边界；仅在缺少保护时扩展最接近的一条现有测试。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。形成可执行、可追踪的业务闭环，将“课消分析只有学员姓名、无学员 ID，无法唯一匹配”转化为正式产品能力。

1. 业务方案：课消查询和导出强制列出学员 UUID、学员编号、姓名，姓名重复时给出家庭/校区辅助信息。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“课消分析只有学员姓名、无学员 ID，无法唯一匹配”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。形成可执行、可追踪的业务闭环，将“在班学员、排课、班课考勤、扣费等页面需课程 ID”转化为正式产品能力。

1. 业务方案：建立跨页面字段字典和自动契约测试，以上页面/API/导出统一输出 courseId/courseCode/courseName。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“在班学员、排课、班课考勤、扣费等页面需课程 ID”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。形成可执行、可追踪的业务闭环，将“在班学员、排课、班课考勤、扣费等页面需班级 ID”转化为正式产品能力。

1. 业务方案：统一输出 classId/classCode/className，所有跨表加工使用 ID，名称只作展示。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“在班学员、排课、班课考勤、扣费等页面需班级 ID”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。确保金额、课时、人头、权限或历史事实正确，将“在班学员需显示其实际使用的合同 ID”转化为正式产品能力。

1. 业务方案：报班/权益建立不可丢失的来源合同项关系；在班学员显示合同 ID、合同项 ID和当前扣费权益 ID。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“在班学员需显示其实际使用的合同 ID”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。确保金额、课时、人头、权限或历史事实正确，将“在班学员需显示已报读课程 ID，便于快速检索”转化为正式产品能力。

1. 业务方案：显示 entitlementId/enrolledCourseId、课程 ID和合同项 ID，并支持复制、筛选和导出。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“在班学员需显示已报读课程 ID，便于快速检索”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。形成可执行、可追踪的业务闭环，将“教室管理导出需教室 ID，校区内可能重名”转化为正式产品能力。

1. 业务方案：教室导出增加 UUID、教室编码、名称、校区 ID；同校区名称可提示重复，业务关联一律用 ID。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“教室管理导出需教室 ID，校区内可能重名”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

在页面、API 和导出中统一暴露用于关联的稳定业务 ID。形成可执行、可追踪的业务闭环，将“1vN 考勤列表需小组/小组班 ID，不能只有名称”转化为正式产品能力。

1. 业务方案：将 1vN 小组建模为班级子类型或独立 group，并统一输出 groupId/groupCode/groupName。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“各业务列表/详情、字段字典、导出模板”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID”和“跨模块字段合同、查询投影、专用导出和 legacy ID 映射”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

员工、客户、学员、课程、班级、合同项、权益、教室和 1vN 小组稳定 ID

逻辑服务

跨模块字段合同、查询投影、专用导出和 legacy ID 映射

依赖

主数据治理、数据迁移、专用导出和 API 契约测试

责任角色：数据治理、各业务域产品与研发

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“1vN 考勤列表需小组/小组班 ID，不能只有名称”对应场景，系统结果符合本项核心方案。
• 模块验收：同一对象在页面、API、导出和数仓中 ID 完全一致；重名对象可无歧义匹配。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD

补齐批量操作、历史快照、关键筛选和专用导出。形成可执行、可追踪的业务闭环，将“学员与客户可批量修改年级、性别、公立学校”转化为正式产品能力。

1. 业务方案：提供“筛选选中/导入模板”两种批改；先预检差异，逐条返回成功失败，敏感字段需审批并审计。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“批量修改、扣费明细、在班筛选、班级查询、课程治理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细”和“批量预检/执行、快照查询、状态/日期筛选、专用导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细

逻辑服务

批量预检/执行、快照查询、状态/日期筛选、专用导出

依赖

权限审批、审计、异步任务、课程和教务事实

责任角色：学员、教务、人资、课程及平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“学员与客户可批量修改年级、性别、公立学校”对应场景，系统结果符合本项核心方案。
• 模块验收：批量任务可预检且逐条反馈；历史事实不随主档变化；页面查询与专用导出字段一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD01-平台基础中心详细PRD18-数据驾驶舱详细PRD

补齐批量操作、历史快照、关键筛选和专用导出。确保金额、课时、人头、权限或历史事实正确，将“扣费产生时快照学员年级、教师全兼职、班级/课程/教师/合同 ID，并在导出增加课程分类”转化为正式产品能力。

1. 业务方案：在扣费事实表保存发生时快照和全部来源 ID，课程分类保存 ID+名称+版本；历史报表只读快照。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“批量修改、扣费明细、在班筛选、班级查询、课程治理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细”和“批量预检/执行、快照查询、状态/日期筛选、专用导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细

逻辑服务

批量预检/执行、快照查询、状态/日期筛选、专用导出

依赖

权限审批、审计、异步任务、课程和教务事实

责任角色：学员、教务、人资、课程及平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

校验失败、规则未命中、金额/课时不平、身份不唯一或权限不足时必须阻断正式提交、结算、发放、扣减或发布；生成带业务单号和责任人的异常任务，修正后从失败步骤重试。

• 场景验收：重现“扣费产生时快照学员年级、教师全兼职、班级/课程/教师/合同 ID，并在导出增加课程分类”对应场景，系统结果符合本项核心方案。
• 模块验收：批量任务可预检且逐条反馈；历史事实不随主档变化；页面查询与专用导出字段一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD01-平台基础中心详细PRD18-数据驾驶舱详细PRD

补齐批量操作、历史快照、关键筛选和专用导出。形成可执行、可追踪的业务闭环，将“在班学员按班级状态筛选已结课/上课中/未开课”转化为正式产品能力。

1. 业务方案：在班学员查询接收 classStatuses[]，状态由开课/结课日期和业务动作统一维护，并加三态测试。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“批量修改、扣费明细、在班筛选、班级查询、课程治理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细”和“批量预检/执行、快照查询、状态/日期筛选、专用导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细

逻辑服务

批量预检/执行、快照查询、状态/日期筛选、专用导出

依赖

权限审批、审计、异步任务、课程和教务事实

责任角色：学员、教务、人资、课程及平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“在班学员按班级状态筛选已结课/上课中/未开课”对应场景，系统结果符合本项核心方案。
• 模块验收：批量任务可预检且逐条反馈；历史事实不随主档变化；页面查询与专用导出字段一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD01-平台基础中心详细PRD18-数据驾驶舱详细PRD

补齐批量操作、历史快照、关键筛选和专用导出。形成可执行、可追踪的业务闭环，将“班级管理增加“该班在指定日期内有排课”的上课日期筛选”转化为正式产品能力。

1. 业务方案：增加 lessonDateFrom/To，用课次表 EXISTS 查询并建 (class_id,start_at,status) 索引。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“批量修改、扣费明细、在班筛选、班级查询、课程治理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细”和“批量预检/执行、快照查询、状态/日期筛选、专用导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细

逻辑服务

批量预检/执行、快照查询、状态/日期筛选、专用导出

依赖

权限审批、审计、异步任务、课程和教务事实

责任角色：学员、教务、人资、课程及平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“班级管理增加“该班在指定日期内有排课”的上课日期筛选”对应场景，系统结果符合本项核心方案。
• 模块验收：批量任务可预检且逐条反馈；历史事实不随主档变化；页面查询与专用导出字段一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD01-平台基础中心详细PRD18-数据驾驶舱详细PRD

补齐批量操作、历史快照、关键筛选和专用导出。形成可执行、可追踪的业务闭环，将“员工管理导出增加员工 ID，主要用于教师匹配”转化为正式产品能力。

1. 业务方案：增加 employeeId 并将其列为首列；同步补到考勤、扣费、课酬和工资明细导出。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“批量修改、扣费明细、在班筛选、班级查询、课程治理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细”和“批量预检/执行、快照查询、状态/日期筛选、专用导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细

逻辑服务

批量预检/执行、快照查询、状态/日期筛选、专用导出

依赖

权限审批、审计、异步任务、课程和教务事实

责任角色：学员、教务、人资、课程及平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“员工管理导出增加员工 ID，主要用于教师匹配”对应场景，系统结果符合本项核心方案。
• 模块验收：批量任务可预检且逐条反馈；历史事实不随主档变化；页面查询与专用导出字段一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD01-平台基础中心详细PRD18-数据驾驶舱详细PRD

补齐批量操作、历史快照、关键筛选和专用导出。形成可执行、可追踪的业务闭环，将“课程有效/无效支持多选；导入和手工新增时课程名称唯一”转化为正式产品能力。

1. 业务方案：状态改数组筛选；明确名称唯一范围（集团或校区+业务线），导入与接口共用同一重复校验并提供冲突合并流程。
2. 实施模式：EXTEND_EXISTING（扩展现有能力）。从最接近的现有页面、DTO、Service、领域表或公共能力补最小差异，禁止复制平行实现。
3. 页面交互：先核对“批量修改、扣费明细、在班筛选、班级查询、课程治理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细”和“批量预检/执行、快照查询、状态/日期筛选、专用导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细

逻辑服务

批量预检/执行、快照查询、状态/日期筛选、专用导出

依赖

权限审批、审计、异步任务、课程和教务事实

责任角色：学员、教务、人资、课程及平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“课程有效/无效支持多选；导入和手工新增时课程名称唯一”对应场景，系统结果符合本项核心方案。
• 模块验收：批量任务可预检且逐条反馈；历史事实不随主档变化；页面查询与专用导出字段一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：只验证实际修改层；金额、课时、结算和历史口径另做固定数据集对账。

00-迪诺学堂总控PRD01-平台基础中心详细PRD18-数据驾驶舱详细PRD

补齐批量操作、历史快照、关键筛选和专用导出。形成可执行、可追踪的业务闭环，将“每校区每课程价格不同，需要可导出的价格明细”转化为正式产品能力。

1. 业务方案：增加价格方案异步导出，包含校区/课程/产品线 ID、定价模式、总价、课时、单价、有效期和状态。
2. 实施模式：IMPLEMENT_GAP（实现确认缺口）。实现缺失的业务能力，但优先复用通用查询、Lookup、任务、审批、审计、幂等和导出能力。
3. 页面交互：先核对“批量修改、扣费明细、在班筛选、班级查询、课程治理、价格导出”已有入口和组件；只有本项业务方案确需且当前能力缺失时，才补筛选、试算、提交、审批、结果、失败原因或下钻，不复制已有页面。
4. 数据与接口：“批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细”和“批量预检/执行、快照查询、状态/日期筛选、专用导出”是本项相关领域范围，不代表必须新建同名表或拆出查询、试算、提交、执行、重试、对账、导出全套接口；先复用既有 DTO、Service、领域表和公共能力，只补无法承载的最小差异。
5. 迁移与切换：仅在存在真实 Schema、索引、历史映射或正式结果切换缺口时迁移并对账；纯复用、UAT、文案、布局、查询参数或前端适配不默认建迁移、影子计算或双轨链路。

核心数据

批量任务、事实快照、班级状态、课次日期、课程唯一规则和价格明细

逻辑服务

批量预检/执行、快照查询、状态/日期筛选、专用导出

依赖

权限审批、审计、异步任务、课程和教务事实

责任角色：学员、教务、人资、课程及平台产品

数据权限：按总部、区域、校区、业务线、学段、部门、岗位和负责关系计算；敏感修改与导出走审批。

业务闭环失败时保留草稿与已完成步骤，展示可理解的失败原因，支持重试、撤回、转人工和责任人接管；禁止把“已生成待办”当成完成。

• 场景验收：重现“每校区每课程价格不同，需要可导出的价格明细”对应场景，系统结果符合本项核心方案。
• 模块验收：批量任务可预检且逐条反馈；历史事实不随主档变化；页面查询与专用导出字段一致。
• 一致性验收：仅在本项涉及页面、API、导出或下游台账时，核对其使用相同稳定 ID、规则版本和过滤条件。
• 最小验证：按改动风险选择后端、前端、数据或共享端到端验证，不按需求编号机械铺满测试层。

00-迪诺学堂总控PRD01-平台基础中心详细PRD18-数据驾驶舱详细PRD