这个品类每天在处理什么材料
该细分品类日常处理的文档包括募集说明书、发行方案、保荐文件、尽调底稿、前次募集资金使用报告、问询回复、董事会资料、股东会资料。数据来源涵盖历史公告、交易所审核信息、公司账套、募集资金专户、工商司法和行业数据。各类材料的更新频率存在差异:上市公司公告随法定或事件披露触发更新,申报问询信息随审核事件触发更新,财务资料按定期报告周期更新,发行市场数据在发行阶段实时更新。不同文档形态跨度较大,既有结构化的财务账套数据,也有非结构化的公告文本与底稿文档。
这些材料在「模型接入与配置」这一环带来什么约束
多类型文档的混合处理要求配置适配不同解析规则,避免结构化财务数据解析偏差或非结构化公告文本拆分错误。多源数据接入需要配置多渠道同步逻辑,适配公告、审核信息、财务资料等不同数据的更新触发机制。材料间强关联属性要求模型能够跨文档关联上下文,对上下文长度配置提出较高要求。不同文档的体量差异较大,大型尽调底稿与精简的股东会决议需要匹配不同的解析超时设置。部分数据需随事件实时同步,需配置触发式更新的逻辑,不采用固定周期同步的逻辑。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
chunkSize | 800–1200 字符 | 常见取法,需按实际文档的段落长度、关联条款密度标定 |
maxContext | 128k–256k tokens | 常见取法,需覆盖多份关联申报材料与历史公告的上下文范围 |
topK | 前 10–15 条 | 常见取法,需覆盖本次融资相关的核心历史披露与审核信息 |
PARSE_FILE_TIMEOUT_SECONDS | 300–600 秒 | 常见取法,适配大型尽调底稿、募集说明书等长文档的解析耗时 |
rerankTopN | 前 5–8 条 | 常见取法,需筛选高相关的关联材料用于交叉验证 |
similarityThreshold | 0.7–0.85 | 常见取法,平衡召回精度与关键历史材料的覆盖度 |
最耗时的环节会卡在哪
核对前次募集资金用途及历史公告环节,该功能环节可自动匹配历史公告的对应条款、抽取资金使用记录,若召回不到对应历史公告、抽取字段为空或结果与原件对不上,将导致人工核对量激增。论证本次募投项目、融资规模和效益假设环节,可自动关联既往募投项目的披露数据与效益实现情况,若超时中断、召回数据不全,需人工回退重做。将申报文件与既往定期/临时公告逐项勾稽环节,可自动标记条款差异,若分段切断条款、召回条数过低漏掉关键内容,将导致勾稽错误。上述环节中,业务逻辑判断、差异合理性评估仍需人工完成。
做错了会怎样
配置失误可能导致业务层面发行延迟或审核受阻,合同层面出现发行与募集资金使用争议,监管层面因前后披露不一致或核查不足被处理,投资者层面因信息错误影响认购判断。常见的配置失误包括:chunkSize过小切断关键条款,topK过低漏掉核心历史材料,未开启溯源功能导致答复无法回查原件核对,PARSE_FILE_TIMEOUT_SECONDS过短导致大型文档解析中断。
与相邻品类的区别
与IPO相比,本品类的核心是验证本次融资事项并确保新申报材料与持续信息披露一致,无需从零核查企业全部历史数据。因此,本品类的配置无需加载全量历史披露数据,召回范围更聚焦于本次融资相关的持续披露内容。若将本品类的配置直接应用于IPO场景,将因上下文覆盖不足、召回范围过窄导致核查遗漏。
还需要按机构实际情况确认的
- 不同再融资工具的发行环节和材料存在差异:配股、增发、可转债等不同再融资工具的材料要求、审核环节存在区别,需针对具体工具调整配置参数。
- 三项耗时排序未找到统一统计:不同机构的业务流程、人员配置、材料体量存在差异,三项耗时环节的优先级与耗时占比会因机构而异。
业务分类、作业材料与常见耗时环节取自金融行业研究报告(来源编号 S021、S022);报告对操作细节的置信度为「大致如此」,具体做法按机构实际制度确认。配置取值为常见取法,需按实际材料标定。核验日 2026-09-15。