这个品类的数据长什么样
科研经费预算调整与报销的受理材料，主要来自预算调整申请、报销单、合同发票三类。预算调整申请记录科目间资金挪移与调整理由，报销单承载支出明细、日期与经办签字，合同发票提供交易依据、开票信息与回执。材料进入问答受理与缺项补问功能时，各自承担不同角色：预算调整申请用于判断调整是否在授权范围内，报销单用于核对支出与预算科目的对应关系，合同发票用于验证交易真实性与金额一致性。材料按批次进入，更新节奏与财务周期同步，字段特征集中在金额、科目、日期、经办人与审批签字。问答受理环节先识别问句是否缺少关键材料信息，再决定是否追问，确保回答有材料依据。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、路径参数、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权信息按外部系统要求放入 Authorization，返回内容由 responseData 承载。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 预算调整申请 | 科目、金额、调整日期与签字是否与报销单一致 | 逐字段比对两份材料中的科目名称、金额与日期，核对签字与回执是否齐全 |
| 报销单 | 支出明细、经办日期与合同发票的数量、金额能否对上 | 抽取报销单中的数量与金额，与合同发票逐项核对，标记不一致项 |
| 合同发票 | 开票名称、数量、日期与版本是否与预算调整申请同步 | 核对发票抬头与合同名称、数量、日期，检查版本是否同步及回执是否缺失 |
| HTTP 节点 | 请求预览中占位变量能否解析成实际值 | 在变量面板核对每个占位的来源，用样例请求比对返回字段与状态码 |
容易做错的三处
- 现象：同一笔支出在报销单与合同发票中的名称、数量或日期对不上。原因：两份材料分别录入，未做交叉核对。
- 现象：预算调整申请已更新，报销单仍引用旧版本科目与金额。原因：版本未同步，缺少统一的版本标识。
- 现象：受理记录缺少经办签字或外部系统回执。原因：材料流转环节未回传确认信息，缺项未被识别。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果，确认 Authorization、variables、responseData 均按约定出现。
业务测试：提一个缺关键信息的问句，看是否先追问再作答，并检查回答是否引用预算调整申请、报销单或合同发票中的字段。
- 在变量面板核对每个占位变量的来源，确认请求地址、路径参数、请求头与请求体中的占位均能解析成实际值。
- 用一条样例请求比对返回字段与外部接口约定，检查请求头名称与取值来源是否符合外部系统要求。