需求分析汇报 · 尚未执行正式分析信用债：开发需求分析
建立高等级信用债和城投债的匹配利差、总财富收益与事件风险证据。
所属研究框架 信用债主题 信用债可以进入迭代规划
这份报告帮助管理者判断三件事
1客户的方法论究竟要求系统分析什么
2需要哪些数据、指标和计算口径
3还缺什么、先开发什么、由谁做决定
为什么值得投入：信用利差如果不匹配期限和基准，就无法区分利率风险与信用风险；事件若无首次可见时间，也不能用于历史检验。
建议：进入 Sprint 规划：先做 AAA/AA+ 与城投的透明利差、总财富候选和事件账本；明确禁止发布未确认的超额补偿和单一风险分。
为什么这样建议：信用收益率、财富指数和样券修正久期已实际 API 返回；公告查询已定位到债券信用/违约分类，但结构化信用事件账本仍是唯一未跑通的数据面。
需求分析阶段 · 不包含当前市场结论或虚构运行结果
02 · Requirements analysis
研究起点：客户的方法论和已确认要求
先说明客户原本想解决什么，再介绍系统口径；客户在确认页面留下的反馈用于修正原始文档，而不是替代原始文档。
客户提供的原始依据建立高等级信用债和城投债的匹配利差、总财富收益与事件风险证据。
- 客户原始材料，冻结于 2026-08-21 · 大类资产宏观量化研究体系（结构化+全模块方法论+内外盘拆分+知识沉淀版）.docx · 第6.3节 信用债
- 客户原始材料，冻结于 2026-08-21 · 大类资产研究体系(境内外独立版).xlsx · 信用债页
- 2026-08-21 辅助排序表；客户确认优先级仍为待确认 · 国内大类资产研究主题优先级确认表.xlsx · 主题优先级确认!A23:H27（建议优先级2，客户确认待确认）
本主题必须覆盖✓首期聚焦高等级信用债和城投债，低等级范围不自动纳入。
✓信用利差必须与同期限无风险基准匹配；分解未确认时不发布超额补偿。
✓先展示原始信用事件与分层利差异常，风险合成规则未确认时不生成单一风险分数。
匹配利差：同期限信用收益率减同期限国债收益率。 减少期限错配造成的假信用溢价。
总财富收益：同时计入票息和价格变化的指数收益。 用于与其他资产比较，而不是只看收益率。
事件账本：记录违约、评级、处置和解除的时间化证据。 让预警可追溯，也支持当时可见信息的历史评估。
本次边界首期不自动纳入低等级信用债；不发布超额补偿 bp；不生成单一信用风险分数
03 · Requirements analysis
从方法论要求到可执行分析口径
这一页建立最重要的对应关系。需求分析阶段只描述将来报告要回答什么，不填写尚未计算的当前市场数字。
分析口径：把客户的研究要求变成可重复执行的输入范围、计算规则和输出形式。
首期聚焦高等级信用债和城投债，低等级范围不自动纳入。已确认
→
首期资产池限定 AAA、AA+ 中票和确认的城投债指数；低等级债不自动纳入。
→
信用债利差、收益与事件证据包为什么需要：首期只交付可追溯分项与明确状态；综合判断、排名或正式方向必须等依赖和确认关闭后另行发布。
信用利差必须与同期限无风险基准匹配；分解未确认时不发布超额补偿。已确认
→
先发布可核对的匹配利差与历史位置；不发布未经确认的超额补偿 bp 或正式资质排序。
→
信用债利差、收益与事件证据包为什么需要：首期只交付可追溯分项与明确状态；综合判断、排名或正式方向必须等依赖和确认关闭后另行发布。
先展示原始信用事件与分层利差异常，风险合成规则未确认时不生成单一风险分数。已确认
→
预警以事件账本和透明异常为主；单一风险分数、评级迁移概率和自动解除规则另行版本化。
→
信用债利差、收益与事件证据包为什么需要：首期只交付可追溯分项与明确状态；综合判断、排名或正式方向必须等依赖和确认关闭后另行发布。
04 · Requirements analysis
最终采用哪些数据
这一页只给最终数据选择、业务用途、当前可用状态和仍缺的数据条件。取数命令、返回字段和筛选过程保留在内部证据中，不进入管理报告正文。
输入数据：完成计算所需的一类业务事实。同一类数据可以有很多日期或分类的数据点，但仍然是一类输入。
信用与基准收益率 真实数据已取得，一期最低历史未验收
最终采用
iFinD EDB：AAA 3Y L001619554、AA+ 3Y L001618035、AA 3Y L001619337、城投AAA/AA 3Y L003759208/L003759244、国债3Y L001618297。
用于什么
AAA/AA+ 中票、城投债与同期限国债收益率。
当前状态
2026-08-21 对 AAA、AA+、AA 中票3Y、城投AAA/AA 3Y和国债3Y执行 THS_EDB API，2008-01-01 至 2026-08-21 窗口均返回预览。
还缺什么
核心评级与3Y基准序列已逐项 API 返回；其他期限、行业矩阵、指数成分和全量历史连续性未验证。
信用债总财富指数 真实数据已取得，一期最低历史未验收
最终采用
iFinD 历史行情候选：CBA03401.CB、CBA01901.CB；最终以中债编制说明为准
用于什么
高等级信用债和城投债的可投资收益基准。
当前状态
2026-08-21 执行 THS_HD('CBA03401.CB','close','','2008-01-01','2026-08-21')，返回中债高信用等级中期票据指数(总值)财富指数预览。
还缺什么
两个信用财富指数代码、名称和API访问已确认；指数成分、编制变化、期限/久期与正式采用范围仍待核验。
信用事件账本 已找到候选数据
最终采用
iFinD 公告查询 ReportQuery：债券范围可选，字段包括公告日期、证券代码、证券简称、发布时间、公告标题、公告链接、唯一标号；公告类型目录包含信用、违约事项。
用于什么
违约、展期、评级调整、重大舆情、处置和恢复信息。
当前状态
2026-08-21 浏览器已进入 iFinD 公告查询 #/ReportQuery，切换到债券类型并确认字段目录及信用、违约事项分类。
不纳入主序列
官方公告、评级机构公告、交易所/银行间披露作为权威原文；iFinD 用于候选检索和链接定位。
还缺什么
公告查询的数据源、债券范围、发布时间、唯一标号和信用/违约分类已映射，但结构化事件账本及API返回仍未确认。
05 · Requirements analysis
系统需要计算哪些指标，它们分别回答什么问题
指标数量按研究含义和计算规则统计，不按曲线点数、日期数或窗口数统计。
计算指标：一套可重复执行的计算规则，以及它在不同日期、期限或分类下产生的结果。一条含十个期限点的曲线仍然是一个指标，不是十个指标。
5
类指标定义
指标 = 计算定义
维度 = 品种 / 窗口 / 期限等观察角度
数据点 = 某个维度组合下的一个结果
匹配信用利差
同评级、同期限信用收益率减同期限国债收益率。
输入：信用与基准收益率
信用利差历史分位
在明确样本窗内计算匹配利差的经验分位并同时显示样本覆盖。
输入：信用与基准收益率
时间序列 · 评级 / 期限 / 窗口 / 日期
已给出实施方案信用债总财富收益
按确认资产池对应的直接总财富指数计算多窗口收益。
输入：信用债总财富指数
二维表 · 指数 / 窗口 / 日期
已给出实施方案信用事件透明预警
按事件类型、严重度和状态列示，保留首次可见时间与来源。
输入：信用事件账本
二维表 · 发行人 / 债项 / 事件类型 / 状态
计算口径已确认尾部风险统计
按评级和行业统计极端利差、事件密度与回撤，不输出未确认综合分。
输入：信用与基准收益率、信用事件账本
二维表 · 评级 / 行业 / 窗口 / 指标
已给出实施方案
06 · Requirements analysis
关键指标准备采用什么计算口径
如果客户材料没有写到供应商代码和工程参数，分析人员应根据业务意图、官方定义和真实数据验证给出可复算的实施方案，同时把仍需验证的技术条件单独列出。
口径状态：“已确认”来自有效客户要求；“已给出实施方案”表示分析人员已依据客户意图和可用证据选定可开发方案，未来权威要求可覆盖但当前不阻塞设计；“尚未确定”才表示现有证据不足。
先解释窗口例如20D必须说明是20个共同交易日还是自然日。
先解释单位例如bp必须说明与百分点之间的换算关系。
不伪造当前结果需求分析只给公式和示例口径；真实代入值由开发完成后的受控分析产生。
07 · Requirements analysis
信用债的数据到底长什么样？
先看三行示例数据，再看字段含义。供应商代码只是数据地址，业务含义才是研究真正使用的内容。
先把它当成一张普通表：一行是一个日期或一个对象；一列说明时间、品种、数值或单位。以下数字均为教学示例，不是当前市场值。
不同评级的 3 年期收益率
AAA/AA+/AA 中票与 3Y 国债
| 债券类型 | 评级 | 收益率 |
|---|
| 国债 | 无信用评级比较 | 1.85% |
| 中票 | AAA | 2.15% |
| 中票 | AA+ | 2.35% |
| 中票 | AA | 2.65% |
它是什么：期限相同时，评级越低通常要求更高收益率以补偿信用风险和流动性差异。
怎么读：比较时必须把期限、债券类型和日期对齐。
信用债财富指数
CBA03401.CB / CBA01901.CB
| 交易日 | 中票财富指数 | 高等级债券财富指数 |
|---|
| 示例周一 | 180.0 | 205.0 |
| 示例周二 | 180.3 | 205.2 |
| 示例周三 | 180.6 | 205.5 |
它是什么：它把一篮子信用债的价格和利息合在一起，用于观察总体持有回报。
怎么读：指数上涨不代表所有单只债券都上涨。
信用事件账本（一条事件）
官方公告为准，iFinD 公告查询作候选入口
| 首次可见日 | 发行人 | 事件类型 | 状态 |
|---|
| 示例4月3日 | 某发行人 | 评级下调 | 待跟踪 |
| 示例5月8日 | 某发行人 | 展期公告 | 处理中 |
| 示例7月1日 | 某发行人 | 处置完成 | 已解除 |
它是什么：不仅记录坏消息，还要记录首次可见时间、后续处置和解除，避免风险标签永久不更新。
怎么读：目前这里只是目标数据形状，结构化 API 尚未跑通。
08 · Requirements analysis
信用债的指标到底在算什么？
每张卡都按“输入数字 → 算式 → 结果 → 白话含义”展开；未确认口径仍然保留醒目标记。
指标不是新数据：它是把前一页的原始数据按照固定公式加工成更容易比较的结果。以下计算仍是教学示例，不代表当前判断。
信用利差：信用债比国债多给多少收益率？
代入什么数据
AA+中票3Y 2.35%；国债3Y 1.85%
怎么算
(2.35% − 1.85%) × 100 = 50 bp
示例 AA+ 信用利差 50 bp
这个结果是什么意思
这 50 bp 混合反映信用、流动性、税收等差异，不能简单当作违约概率。
当前口径状态：核心减法明确；正式配对矩阵待扩展
评级利差：低评级比高评级贵多少？
代入什么数据
AA中票3Y 2.65%；AAA中票3Y 2.15%
怎么算
(2.65% − 2.15%) × 100 = 50 bp
示例 AA−AAA 评级利差 50 bp
这个结果是什么意思
走阔通常表示市场要求更高补偿，但还要检查样本构成是否变化。
当前口径状态：建议口径：同期限、同债券类型配对
历史分位：当前利差在历史上算宽还是窄？
代入什么数据
当前利差 50 bp；过去5年共有 1,000 个有效观察；其中 700 个小于等于 50 bp
怎么算
700 ÷ 1,000 = 70%
示例历史分位 70%
这个结果是什么意思
表示它高于约 70% 的历史观察，不表示未来一定收窄。
当前口径状态：建议口径：窗口、缺失和样本变化待确认
09 · Requirements analysis
能否进入开发，还需要验证哪些数据条件
本页只列尚未掌握的外部事实和数据条件，不把 Cognode 需要开发的功能写成 gap。系统要做的工作单独列在下一页。
当前判断可以进入迭代规划
进入 Sprint 规划：先做 AAA/AA+ 与城投的透明利差、总财富候选和事件账本；明确禁止发布未确认的超额补偿和单一风险分。
需要管理者推动的事项
当前没有阻塞事项
历史或频率未验证核心评级与3Y基准序列已逐项 API 返回；其他期限、行业矩阵、指数成分和全量历史连续性未验证。
补齐方式：按评级-期限-行业扩展正式矩阵，导出全历史并审计身份、单位、日历、缺失和成分变化。
为什么这样建议：样本可取不等于全历史、全字段、许可和生产接入均已满足，因此单独保留关闭动作。
正式数据源未确定两个信用财富指数代码、名称和API访问已确认；指数成分、编制变化、期限/久期与正式采用范围仍待核验。
补齐方式：对照编制方案和授权，确定正式指数及可投资范围，并导出全历史做连续性审计。
为什么这样建议：样本可取不等于全历史、全字段、许可和生产接入均已满足，因此单独保留关闭动作。
正式采集链路缺失公告查询的数据源、债券范围、发布时间、唯一标号和信用/违约分类已映射，但结构化事件账本及API返回仍未确认。
补齐方式：以一只信用债和一个已知事件做最小 API 样本，随后实现公告原文解析、发行人身份匹配、去重、首次可见时间和人工复核队列。
为什么这样建议：样本可取不等于全历史、全字段、许可和生产接入均已满足，因此单独保留关闭动作。
10 · Requirements analysis
建议如何拆分开发工作和安排先后顺序
每个工作包都对应一个可以独立安排、交付和验收的结果。先做无依赖项，再做依赖数据或客户决策的部分。
1关闭需求语义并冻结可实施契约。
交付：确认点处置表、有效开发规则、版本化数据与输出范围
前置条件：需求评审 Release 4 的确认点、未决反馈和版本指纹是语义权威。
为什么这样安排：先解决确认指纹、反馈和范围冲突，避免后续数据与公式建立在移动目标上。
2完成数据契约、来源映射、API 历史核验和受控接入设计。
交付：序列目录、字段与时点契约、历史覆盖矩阵、质量门与降级规则
前置条件：关闭需求语义并冻结可实施契约。；iFinD 账号用于候选序列检索和 API 样本验证；全历史、批量权限和展示许可仍需逐项核验。
为什么这样安排：当前 API 样本只证明代表序列可取，需要将历史、修订、许可和批量能力逐项升级为可验收证据。
3实现可复算、可版本化且受发布状态保护的指标方法。
交付：指标计算契约、黄金样例、结果版本与发布保护、查询投影
前置条件：完成数据契约、来源映射、API 历史核验和受控接入设计。
为什么这样安排：分项、草案和正式结果必须在计算与查询层同时可区分。
11 · Requirements analysis
还需要谁做决定，开发完成后怎么验收
管理者不需要检查代码；只需要确认业务选择，并用可观察的输入、操作、结果和反向场景验收。
| 验收时做什么 | 应该看到什么 | 用什么证据判断 | 什么情况必须失败 |
|---|
| 从任一输出追溯到需求、来源定位、评论、确认状态和方法版本。 | 所有链路可闭环；陈旧确认、未决反馈和分析建议显示为不同状态。 | 机器可读规格、验证器输出和查询返回的证据引用。 | 确认指纹与当前文本不一致时，系统拒绝标记为 confirmed。 |
| 以小样本和边界日期查询每类必需数据，并检查缺失、修订和可用时间。 | 返回结构满足契约，样本证据不被升级为全量或生产就绪证明。 | API 请求函数、序列 ID、返回字段、行数摘要和质量检查记录。 | 只在网页中搜索到候选项但未执行 API 时，证据状态不得高于 source_mapped。 |
| 使用固定样例独立复算指标，并测试缺失、修订和窗口边界。 | 结果与独立复算一致，未确认方法仅输出草案或证据，不发布正式结论。 | 黄金样例、公式版本、输入快照、复算差异和负例结果。 | 核心输入缺失或方法未确认时，系统不得输出无标记的正式评分、排名或方向判断。 |
12 · Requirements analysis
附录：完整追踪关系与后续报告扩展方式
内部标识只用于研发追溯，不要求管理者记忆。主体报告已经用业务名称解释了同一组内容。
如何继续形成最终客户报告：开发完成后保留前 6 页的方法、输入和指标说明，在其后追加真实数据覆盖、计算复核、图表、结论和数据依据。不能回写或掩盖原先标注的建议口径。
| 需求标识 | 原文位置 | 已发布解释 | 产出标识 | 验收标识 |
|---|
CN-WF4-D01 | 第6.3节 信用债资产范围 | 第一阶段分析 AAA、AA+ 中期票据和经确认的城投债指数；低等级信用债为待确认扩展，不参与首期排名。 | OUT-PRIMARY | AC-TRACE |
CN-WF4-D02 | 信用债页：评级、期限、行业利差与超额补偿 | 按评级、期限和行业确认可比利差；分解方法确认前并列展示总利差、信用事件和流动性依据。 | OUT-PRIMARY | AC-TRACE |
CN-WF4-D03 | 第6.3节 违约、评级迁移和尾部风险 | 第一阶段展示原始信用事件和分层利差异常；预警必须保留事件来源、严重度和解除状态。 | OUT-PRIMARY | AC-TRACE |