这一步现在是怎么做的
该环节需先归集信托合同、融资主体资料、项目财法尽调报告、交易合同等全量业务文档，再逐一开展穿透核查动作：核实融资主体的经营财务、工商司法信息，确认项目资产权属状态，梳理交易结构的各环节权责，核验担保文件的登记与有效性，最后交叉比对各文档间的信息一致性。该环节的主要耗时点在于跨文档信息交叉验证，以及针对事件触发更新的工商司法、担保登记信息的逐一核实，需结合多来源数据完成整体核查。
哪一部分能交给系统
该环节中可由系统承接的部分包括：一是检索归集项目关联的指定业务文档，对应检索能力；二是从各文档中抽取融资主体资质、项目权属、担保登记信息等核心核查字段，对应信息抽取能力；三是比对不同文档中同一核查项的一致性，比如合同约定的担保金额与担保文件的匹配度，对应比对校验能力；四是生成标准化的穿透核查清单初稿，对应内容生成能力。系统可基于融资主体财务资料、工商司法数据等来源完成上述动作。
哪一部分交不了
部分核心环节无法由系统完全承接：一是非标资产的实质风险判断，因该品类缺少连续市场报价，需结合行业经验与项目实际经营情况完成；二是担保的实质有效性识别，包括隐性担保、权利瑕疵等需主观判断的内容；三是监管合规的最终确认，需结合机构内部作业规则完成。上述环节需要结合业务经验与机构内部标准，系统无法替代主观判断与责任确认。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
知识库召回阈值 | 0.7-0.9，常见取法 | 平衡召回准确率与召回率，需按实际业务文档匹配度标定 |
信息抽取字段上限 | 20-30个，常见取法 | 覆盖核查所需的核心字段，避免冗余，需按实际核查项调整 |
任务超时时间 | 300-600秒，常见取法 | 处理多文档归集、抽取与比对的耗时，需按项目规模调整 |
文档分块大小 | 500-1500字符，常见取法 | 平衡抽取精度与上下文完整性，需按文档类型调整 |
权限校验范围 | 项目关联文档集合，常见取法 | 避免无关文档干扰核查流程，需按机构内部数据权限规则调整 |
做不好会以什么形式暴露
- 核查清单中出现融资主体资质字段为空，通常由
信息抽取字段上限设置过低，导致核心字段未被纳入抽取范围导致。 - 跨文档比对结果与原件对不上，通常由
知识库召回阈值设置过高，导致部分关联文档未被召回，无法完成交叉校验导致。 - 任务执行超时中断，通常由
任务超时时间设置过短，导致多文档归集、抽取和比对的完整流程未完成导致。
还需要按机构实际情况确认的
- 监管三分类没有将“非标债权/股权/项目”直接设为一个正式业务品种，本行仅作为独立作业链，需按机构内部作业规则确认核查流程适配性。
- 估值方式需按资产类型进一步核实，需结合机构内部估值制度确认系统适配的估值核查逻辑。
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S062、S063）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。