这一步现在是怎么做的
常见做法为先归集当日申赎数据，调取头寸和流动性监测报表、持仓到期结构数据，对照产品说明书约定的申赎限额、赎回时效要求，匹配投资指令的执行节奏，结合货币市场、存款/同业存单及短债数据调整现金储备规模，核对风险报告中的交易对手限额，最终生成初步的现金安排方案。该环节耗时主要集中在手动比对多来源数据，包括从托管机构、理财登记及内部投资估值系统拉取的各类报表，反复校验申赎规则与实际执行情况的匹配性，需使用的材料包括产品说明书、投资指令、头寸和流动性监测、估值核算、申赎数据、风险报告。
哪一部分能交给系统
可自动化承接的部分包括：一是归集多来源的申赎数据、头寸报表与市场数据，对应数据抽取与聚合能力；二是比对申赎数据与产品说明书的申赎规则、投资指令的匹配性，对应检索比对能力；三是按业务日更新频率同步各类数据，对应定时任务与数据更新能力；四是生成初步的现金头寸调整预案，对应内容生成能力。系统可对接货币市场、存款/同业存单及短债数据、托管机构、理财登记及内部投资估值系统等指定数据源，自动完成基础数据的整理与初步校验，减少手动重复操作。
哪一部分交不了
必须由人工判断或签字的部分包括：内部现金缓冲的具体额度、交易对手限额的调整，此类内容属于机构内部制度范畴，系统无自主判断依据；大额赎回等特殊应急场景的现金安排，需结合实时市场情况与监管要求综合判断；最终方案的签字确认环节，需承担相应的业务与监管责任。此类环节无法由系统完全替代，需人工结合机构实际管理规则与现场情况进行决策。
配置怎么定
| 配置项 | 建议取法 | 这样取的依据 |
|---|---|---|
rag_top_k | 3-5 | 常见取法，需按实际文档数量和检索精度要求标定 |
data_update_cron | 0 9 （业务日）；0 0 1 *（估值日） | 符合给定的数据更新频率要求，需按实际业务时间安排调整 |
allowed_document_types | 产品说明书、投资指令、头寸和流动性监测、估值核算、申赎数据、风险报告、信息披露 | 覆盖要求的业务文档清单，仅允许导入指定类型文档 |
cash_buffer_threshold | 当日申赎总额的10%-15% | 常见取法，需按实际机构流动性管理制度标定 |
task_timeout | 25分钟 | 常见取法，需按系统算力和数据处理量实际调整 |
做不好会以什么形式暴露
- 召回不到产品说明书或投资指令中的对应条款，通常由
allowed_document_types配置未纳入指定文档，或rag_top_k取值过低导致检索精度不足。 - 抽取的申赎数据或头寸数据字段为空，通常由
data_update_cron配置未匹配业务日数据更新频率，导致未及时拉取最新业务数据。 - 生成的现金头寸预案与原始业务数据对不上，通常由
cash_buffer_threshold配置取值不符合机构实际管理要求，导致计算逻辑出现偏差。
还需要按机构实际情况确认的
- 内部现金缓冲和交易对手限额属于机构制度，需按本机构实际管理规则确认相关配置标准。
- 未找到公开依据证明三项环节为行业前三耗时，需结合本机构业务实际情况确认该环节的耗时优先级。
业务分类、作业材料与常见耗时环节取自金融行业研究报告（来源编号 S046、S049）；报告对操作细节的置信度为「大致如此」，具体做法按机构实际制度确认。配置取值为常见取法，需按实际材料标定。核验日 2026-09-15。