这个品类的数据长什么样
本页围绕期刊出版许可与年度核验的问答受理与缺项补问展开，材料包括期刊出版许可证、年度核验表与整改报告。许可证载明名称、刊号与有效期，核验表记录年度数据与人员信息，整改报告对应问题条目与回执。材料来自出版单位提交与系统归集，按年度或整改周期更新。材料进入该功能时，许可证与核验表作为比对基准，整改报告作为缺项追问的触发源。字段特征集中在名称、数量、日期与签字，同一记录在多份材料间需逐项对齐。
配置怎么定
这一环由工作流里的 HTTP 节点执行，输出响应体、状态码与返回字段。「受理记录与补齐的问项」由后续节点解析响应，或外部系统按约定处理接着完成。请求地址、请求头与请求体均可通过 variables 引用全局变量、系统变量或前方节点输出，鉴权信息按外部系统要求放入 Authorization。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 期刊出版许可证 | 名称、刊号与有效期是否与核验表一致 | 在请求预览中渲染地址，核对 responseData 返回字段与许可证字段逐项比对 |
| 年度核验表 | 年度数据、日期与签字是否齐全且与许可证对齐 | 用一条样例请求比对返回，检查缺签字或回执的字段是否被识别 |
| 整改报告 | 问题条目与回执日期是否与核验表版本同步 | 核对请求体字段与外部接口约定，确认同一记录名称、数量、日期一致 |
容易做错的三处
- 现象：同一记录在许可证与核验表里的名称、数量、日期对不上。原因：两份材料分别录入，未做字段级比对与回执校验。
- 现象：整改报告版本未同步，追问依据旧版条目。原因：材料更新后未触发重新解析，版本标识未随请求传入。
- 现象：请求返回 401，受理记录无法生成。原因：
Authorization取值来源错误或鉴权信息未按外部系统要求传入。
怎么确认配好了
本功能验收：预览渲染后的请求，核状态码与返回字段，再对一条样例比对结果。检查 variables 每个占位能追到出处，responseData 字段与样例一致。
业务测试：提一个缺关键信息的问句，看是否先追问再作答。
- 在变量面板核对每个占位的来源，确认请求地址与路径参数能解析成实际值。
- 核对请求头名称与取值来源，用一条样例请求比对返回字段与外部接口约定。