这一步现在是怎么做的
日常工作需整理募集说明书、尽调底稿、承销协议、财报、评级资料、偿债保障文件、簿记发行资料、存续期文件等文档，从发行人财报、交易所债券系统、评级和债券市场数据、工商司法、募集资金账户获取核心数据。工作动作包括逐一梳理现有债务条目，校验披露信息与实际账户数据的匹配度，重建覆盖日常运营、本息偿付的现金流模型，核对担保条款、募集资金用途与偿债保障文件的一致性，最后整合数据计算短期及长期偿债压力。主要耗时集中在跨文档交叉核对、多源数据手动整合，以及验证披露信息与实际运营情况的匹配度。
哪一部分能交给系统
可通过自动化能力承接部分环节：一是多源结构化数据抽取，从财报、评级资料、交易所债券系统中抽取债务余额、到期日、担保方式等核心字段，依托文档解析能力实现自动化提取；二是跨文档一致性比对，检索募集说明书、尽调底稿、承销协议中的债务相关条款，比对披露信息与实际数据源的匹配度，依托检索比对能力快速定位差异项；三是基础现金流框架生成，结合市场利率数据、偿债保障文件的担保规则，自动生成标准化的现金流测算基础框架；四是定期数据同步，按财报、评级的披露周期及市场数据更新频率，自动拉取最新数据源，依托定时调度能力实现数据更新。
哪一部分交不了
部分环节需要专业判断与合规确认，无法完全交由系统处理。一是隐性债务识别，未在公开披露文档中体现的关联担保、表外负债等，需结合行业经验与发行人实际情况判断；二是偿债压力的阈值判定，不同行业发行人的安全偿债率存在差异，需结合从业经验与内部风控规则确定；三是流程合规确认，涉及签字确认的尽调结果、偿债方案等，需符合内部流程与监管要求，系统无法替代人工责任判定。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
rag_top_k | 3-5 | 常见取法，需按实际业务文档数量标定，保证召回关键债务相关条款 |
data_sync_cron | 按披露周期/交易时段 | 常见取法，匹配财报、评级的披露周期，以及市场利率、成交数据的更新频率 |
allowed_document_types | 募集说明书、财报、评级资料、偿债保障文件 | 常见取法，限定核心数据源范围，减少无效召回与处理开销 |
extraction_fields | 债务余额、到期日、担保方式、募集资金用途 | 常见取法，覆盖核心核查字段，需按实际业务需求调整 |
做不好会以什么形式暴露
- 抽取的核心偿债字段为空，通常由
extraction_fields未覆盖对应核查项，或文档解析阈值设置过高导致关键信息未被识别。 - 跨文档比对结果与原件对不上，通常由
rag_top_k取值过低，未召回全部相关文档，或数据源未包含交易所债券系统的最新披露数据。 - 任务超时中断，通常由
data_sync_cron设置过密导致同时拉取过多数据源，或rag_top_k取值过高导致召回数据量超出系统处理上限。
还需要按机构实际情况确认的
- 具体簿记工作时点由发行安排决定，需结合实际发行计划确认对应环节的触发时机。
- 未找到公开依据证明三项耗时环节为统一前三耗时，需结合机构内部业务统计确认本环节的实际耗时占比。
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S028）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。