这一步现在是怎么做的
常见做法为,先归集重组报告书、独立财务顾问报告、估值、评估、尽调底稿、盈利预测、业绩承诺资料、交易协议、问询回复等全量待核查文档。核心工作为从上市公司公告、标的财务业务系统、工商司法、交易所审核、可比公司和交易数据等多来源提取信息,耗时主要集中在逐一核对标的资产权属证明与工商司法登记信息的一致性,校验盈利预测数据与披露公告的匹配度,梳理关联交易条款与交易协议的对应关系,过程中需反复跨文档交叉验证并整理核查痕迹,参与主体包括证券公司并购重组/投行团队、上市公司、交易对手及中介。
哪一部分能交给系统
常见可交由系统承接的动作包括:一是多源检索,从预设合规数据源中召回与待核实事项相关的文档;二是结构化抽取,从重组报告书、尽调底稿、盈利预测、业绩承诺资料中提取标的资产权属信息、盈利预测核心指标、关联交易主体等字段;三是一致性比对,将提取的字段与上市公司公告、交易协议中的对应内容做匹配校验;四是合规性初稿生成,整理核对后的核查结果形成标准化说明。对应能力覆盖RAG检索、结构化信息抽取、多源数据比对与文本生成,数据更新规则可按披露周期、谈判节点、事件触发及市场更新适配。
哪一部分交不了
无法交由系统完全承接的部分包括:标的资产权属的实质合规性判断,例如隐性质押、权利瑕疵的核查需结合尽调访谈的一手信息;关联交易的商业合理性判断,需结合行业惯例与交易背景做专业评估;盈利预测的合理性校验,需结合宏观环境与标的行业趋势做综合分析。出错的后果包括交易失败或高估资产形成商誉风险、交割和业绩承诺争议、监管层面因重大遗漏或核查不足受处理、影响投资者交易和股东决策,相关责任需由从业人员承担,系统无法替代实质判断与责任认定。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
rag_top_k | 3-5 | 常见取法,需按实际标定,平衡召回精度与处理效率 |
extract_schema_fields | 覆盖标的资产权属、盈利预测、关联交易、核心权属证明的核心字段 | 匹配待核实事项的核查范围,确保关键信息无遗漏 |
data_source_whitelist | 限定为上市公司公告、标的财务业务系统、工商司法、交易所审核、可比公司和交易数据 | 符合行业数据来源要求,避免非合规数据源引入错误信息 |
timeout_threshold | 300-600秒 | 常见取法,需按实际标定,适配多源文档比对的处理耗时 |
做不好会以什么形式暴露
- 检索不到对应条款,通常由
data_source_whitelist配置未覆盖所需的交易所审核问询回复或尽调底稿导致,无法召回必要的核查依据 - 抽取字段为空,通常由
extract_schema_fields配置未包含该核查所需的核心字段,导致系统无法提取对应信息 - 结果与原件对不上,通常由
rag_top_k取值过低导致召回信息不完整,或timeout_threshold配置过短导致未完成全量文档比对
还需要按机构实际情况确认的
- 不同重组类型审核路径和核查范围的适配规则
- 估值复核及问询工作量未找到行业统一数据
业务分类、作业材料与常见耗时环节取自金融行业研究报告(来源编号 S023、S024);报告对操作细节的置信度为「大致如此」,具体做法按机构实际制度确认。配置取值为常见取法,需按实际材料标定。核验日 2026-09-15。