这一步现在是怎么做的
本环节需完成募投项目合规性梳理、融资规模合理性验证、效益假设合理性论证三项核心动作。执行中需逐一核对募集说明书、发行方案、保荐文件、尽调底稿等材料中的项目细节，调取历史公告、交易所审核信息、公司账套及募集资金专户数据交叉验证，结合董事会、股东会资料确认项目审批流程。与IPO环节相比，本环节无需从零核查企业全部历史，核心聚焦本次融资事项的验证与新申报材料和持续信息披露的一致性。本环节不涉及前次募集资金用途核对及申报文件与既往公告勾稽工作。
哪一部分能交给系统
针对证券公司投行/保荐业务、上市公司证券部、质控内核等典型从业主体的工作需求，可由系统承接的环节包括四类核心动作，分别对应不同系统能力。第一，检索历史公告、交易所审核信息中同类再融资项目的合规要求，匹配本次募投项目的监管规则，对应检索能力；第二，从尽调底稿、保荐文件、董事会及股东会资料中抽取募投项目投资金额、建设期、预期收益等字段，自动归集至论证材料，对应抽取能力；第三，比对本次融资规模与行业平均数据、公司过往融资记录，生成差异提示，对应比对能力；第四，基于定期报告、发行阶段更新的市场数据，自动更新效益假设的基础测算参数，对应数据同步与生成能力。
哪一部分交不了
部分环节无法由系统承接，需由人工完成核心判断与签字确认。第一，募投项目与公司整体发展战略的匹配性判断，系统无法获取非公开的战略规划信息，需结合行业趋势与公司实际情况分析；第二，效益假设的合理性验证，需结合行业周期、公司核心竞争力等专业判断，系统仅能完成基础数据测算，无法替代专业评估；第三，论证报告的最终签字确认，需由符合资质的人员完成，符合常见执业规范。若系统承接环节处理不当，可能引发业务发行延迟、审核受阻、合同争议、监管处理或影响投资者认购判断。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
rag_top_k | 5-10条 | 该参数控制召回的相关文档数量，5-10条可覆盖多数再融资项目的合规参考需求，需按机构实际文档量标定 |
document_chunk_size | 1000-2000字符 | 该参数控制文档拆分的段落长度，适配多数投行文档的信息密度，需按实际文档格式调整 |
extract_field_list | 覆盖募投项目核心数据的字段组合 | 该参数指定需抽取的核心字段，覆盖本次论证的关键数据项，需按具体项目需求调整 |
data_refresh_interval | 按公告触发、按定期报告周期 | 该参数控制数据更新频率，匹配行业数据的披露规则，需按机构数据来源调整 |
做不好会以什么形式暴露
- 召回不到对应监管条款或历史项目案例：通常因
rag_top_k参数设置过低，或召回的数据源未覆盖交易所审核信息库 - 抽取的募投项目字段为空或与原件不符：通常因
document_chunk_size参数设置不合理，导致文档拆分后关键信息被截断，或extract_field_list未覆盖对应字段 - 系统处理超时中断：通常因
document_chunk_size参数设置过大，导致单段文档处理负载过高，或数据同步范围未按项目需求限定
还需要按机构实际情况确认的
- 不同再融资工具的发行环节和材料存在差异
- 三项耗时排序未找到统一统计
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S021、S022）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。