这一步现在是怎么做的
该环节需依次完成份额规则归集、交易数据核算、跨源数据校验、通知生成发送四个动作。首先从银团贷款合同、参加行授信批复中提取各参与方的份额约定规则，再针对提款、付息、还款等合同事件，结合借款人项目财务资料、各参加行授信系统数据核算单笔交易的总金额与各参加行分摊份额，随后核对代理行台账、工商征信数据确保信息一致，最后按约定格式生成份额通知并发送至各参与主体。该环节的主要耗时点在于手动跨系统核对数据、梳理不同文档中的条款细节，以及校验多源信息的一致性。
哪一部分能交给系统
可自动化处理的部分包括四类核心场景：一是基于检索能力，按交易节点或合同事件归集银团邀请函、信息备忘录等文档中的份额约定规则；二是通过文档抽取能力，从提款通知、代理行报告中提取交易金额、份额占比等字段；三是通过数据比对能力，核对核算结果与各参加行授信系统、代理行台账的一致性；四是按合同约定的格式生成份额通知，自动匹配各参与方的接收要求。该类自动化流程可按数据更新频率触发，包括组团授信节点更新、合同事件触发的提款付息还款流程，以及重大事件触发的校验动作。
哪一部分交不了
部分环节无法完全交由系统处理。一是特殊授信条款的校验，部分参加行的授信批复存在专属限制条件，需人工判断是否符合提款或付息的合规要求；二是重大异常事项的核实，如工商征信出现异常变动，需人工评估其对份额分配的影响；三是最终确认与签字环节，核算结果需经人工复核签字，且通知的发送对象、格式需符合各机构的合规要求，无法通过系统完全替代人工判断。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
trigger_mode | 合同事件触发（提款/付息/还款）、交易节点更新（组团/授信阶段） | 常见取法，需按实际业务合同条款标定 |
data_source_config | 借款人项目财务资料、各参加行授信系统、代理行台账、工商征信 | 匹配行业报告指定的主要数据来源 |
document_extract_scope | 银团贷款合同、参加行授信批复、提款通知、代理行报告、贷款人会议资料 | 覆盖核心业务文档范围，需按实际交易文档调整 |
notification_template | 按合同约定的份额通知格式，覆盖各参加行接收要求 | 常见通用模板，需按各机构沟通规则细化 |
做不好会以什么形式暴露
- 召回不到银团贷款合同中的份额约定条款，通常由
document_extract_scope配置未包含该文档导致 - 抽取的各参加行份额字段为空，通常由
document_extract_scope配置未覆盖参加行授信批复的字段导致 - 流程执行超时中断，通常由
trigger_mode配置未区分事件优先级或批量处理阈值设置过高导致
还需要按机构实际情况确认的
- 银团代理报告和贷款人会议频率主要由合同约定的具体执行细节
- 银团贷款核算提款、本息和各参加行份额分配及通知环节的三项耗时排序未见统一公开依据
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S005）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。