这一步现在是怎么做的
本页仅聚焦基础资产核验环节，其余两个耗时环节不在此展开。与公司债依赖发行人整体信用不同，本环节核心核查具体资产池、现金流归集、资产转让和分层结构。常见做法是先梳理项目对应的基础资产清单，从原始权益人业务系统、底层合同、专项计划账户等渠道获取对应数据，再按预设的抽样比例或逐笔开展核验。首先核对基础资产的真实性，比对底层合同与披露信息的一致性；其次核查资产权属，对照资产买卖协议、法律意见确认转让合规性；最后对照专项计划说明书、评级报告中的合格标准，核验资产是否符合要求。该环节的主要耗时点在于跨文档比对、跨源数据核对，以及抽样样本的选取与复核，用到的材料包括专项计划说明书、基础资产清单、资产买卖协议、尽调报告、现金流预测、评级报告、法律意见、账户监管协议、存续期报告。该环节出现疏漏可能引发兑付风险、权属争议、监管处理及投资者损失。
哪一部分能交给系统
该系统可服务于证券资管机构/基金子公司计划管理人、原始权益人、托管机构、律所会计师和评级机构等典型从业主体。可由系统承接的环节包括三类。第一类是文档检索与信息抽取，通过检索专项计划说明书、评级报告中的合格资产条款，抽取基础资产清单、尽调报告中的资产核心信息，对应文档检索与结构化抽取能力。第二类是跨源数据比对，将原始权益人业务系统的底层回款数据、专项计划账户流水与交易所披露信息进行匹配核对，对应多源数据整合比对能力。第三类是抽样任务生成，根据项目资产池规模预设规则生成抽样核验清单，对应规则驱动的任务生成能力。系统可自动完成重复的信息提取与比对动作，减少人工重复劳动。
哪一部分交不了
部分环节必须由人工完成。首先是抽样范围的确定，不同基础资产类别的抽样要求差异较大，需结合项目实际情况判断合理比例，系统无法自主适配全部场景。其次是权属瑕疵的定性判断，若资产买卖协议存在模糊条款，需结合法律专业知识与项目背景核实争议点，系统无法完成专业判断。最后是责任确认环节，涉及最终核验结果的签字确认，需人工承担对应责任，系统无法替代。这些环节均依赖人工的专业判断与责任承担，无法完全交由系统完成。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
sampling_ratio | 5%-20%区间，按资产池规模标定 | 常见取法，需结合项目基础资产类别、监管要求实际标定 |
document_retrieval_top_k | 3-5 | 常见取法，覆盖核心核查所需的关联文档条款 |
data_sync_trigger | 资产更新事件触发+月度批量同步 | 常见取法，匹配底层回款、资产池的实际更新频率 |
field_extraction_schema | 按基础资产类别预设模板 | 常见取法，需结合项目实际调整字段覆盖范围 |
做不好会以什么形式暴露
- 检索到的合格资产条款不完整，通常由
document_retrieval_top_k参数设置过低，未覆盖全部关联文档导致。 - 抽取的资产核心字段出现大量空值，通常由
field_extraction_schema未适配当前项目的基础资产类别，预设模板与实际信息不匹配导致。 - 批量核验任务中途超时中断，通常由
data_sync_trigger设置不合理，单次同步的数据量超出系统处理阈值导致。
还需要按机构实际情况确认的
- 不同基础资产类别的抽样范围、模型假设和触发条款差异大
- 不能统一给出月度作业频率
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S029）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。