继续教育学时认定的业务依据查询:工作流编排

围绕继续教育学时认定的业务依据查询,说明工作流编排的配置前提与核对动作,结合课程备案表、学习证明确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

继续教育学时认定材料以课程备案表、学习证明、学时认定表为主。课程备案表记录课程名称、学时数与开课日期;学习证明由授课方出具,含学员姓名、课程与完成日期;学时认定表汇总认定结果,需签字与回执。三类材料来源不同、更新节奏各异:备案表随课程开设更新,学习证明按批次补录,认定表按学期汇总。进入工作流编排时,备案表与学习证明作为依据条目来源,认定表作为核对与去向依据,需核字段、日期与签字是否一致。

配置怎么定

这一环由工作流节点(用户选择与分支)执行,输出分支走向与交互状态记录。「可回指原文的依据条目」由后续节点按分支继续执行接着完成。

对象判断核验动作
课程备案表字段、日期与签字是否齐全且与学习证明一致逐项核对课程名称、学时数、开课日期与签字,记录差异
学习证明名称、数量、日期能否与备案表对上比对学员姓名、课程名称、完成日期,标记不一致项
学时认定表版本是否为现行、签字与回执是否完整核对认定表版本与签字栏,确认回执是否附齐
用户选择节点每个选项是否对应一条分支且状态被记录逐个选项试跑,在运行记录中核对分支走向与交互状态

容易做错的三处

  • 现象:同一记录在备案表与学习证明里的课程名称、学时数对不上。原因:两份材料由不同环节填写,未做字段级比对与同步。
  • 现象:认定表版本未同步,仍用旧版汇总。原因:更新节奏不同,认定表未随备案表与学习证明的变更重新生成。
  • 现象:学习证明缺签字或回执,认定表无法闭合。原因:材料收集环节未核签字栏与回执附件,遗漏后直接进入汇总。

怎么确认配好了

本功能验收:逐个选项试跑,核运行记录里的分支走向与交互状态,确认选项与分支连线一致,并检查 variables、nodeId 是否在后续节点正确引用。

业务测试:问一个跨材料的依据问题,看回答是否给出可回指的出处,并核对引用条数与引用文本的 tokens 分别记录,quoteMaxToken 为引用内容预算。

  • 在用户选择节点内逐个核对选项与分支连线,确保每个选项对应一条分支。
  • 触发一次交互后查看运行记录里的节点状态,确认选择结果变量已传给后续节点。