09 AI开发业务单据与流程接入

← 返回本课教程 · 系列目录

下载设备维修单据开发材料

用独立“教学设备维修申请”串起需求提示词、项目技能、真实AI生成、前后端接入、流程发布、普通账号申请及审批回查。视频约23分钟，云扬合成男声，无配乐。

演示边界：独立教学分支，本机隔离教学库，不合并主分支，不操作真实开发库，不执行真实资产、库存或付款。

跟做准备

准备兼容的前后端基线、独立本地数据库和Redis、普通申请账号、部门负责人及财务角色。下载开发材料并阅读跟做说明。不要把教程的菜单编号、角色编号和端口直接当成自己环境的配置。

核心对应关系

接点	本课值	核对目的
主表	oa_tutorial_repair_bill	主数据、流程实例与状态
明细	oa_tutorial_repair_bill_item	bill_id关联主表
单据类型	909	附件及流程服务识别
流程Key	oa_tutorial_repair	枚举、菜单、页面、模型一致
发起路由	/oa/custom-apply/tutorial-repair-info	普通账号打开页面
查看组件	oa/tutorial/tutorialrepair/info/index	审批中心内嵌表单
日期	LocalDate＋yyyy-MM-dd，前端string	避免日期数组或无效日期
金额	服务端BigDecimal复算	两行980＋300＝1280

按步骤操作

1. 写需求与边界，明确草稿、提交、明细、附件及审批规则。
2. 引用业务表单技能、完整规范和近邻实现，让AI生成源码、SQL及模型模板。
3. 核对当前用户、可编辑状态、日期类型、金额复算、附件关联和回调注册。
4. 编译并检查前端格式、ESLint，在自己的本地库核对冲突后执行SQL。
5. 通过模型技能发布流程，界面核对业务表单路由、查看组件及审批节点。
6. 配普通账号菜单及发起权限，执行不保存、不提交预演。
7. 正式填写设备、地点、日期、故障说明和备注；新增980元与300元两条明细；上传说明附件。
8. 保存同一草稿，核对日期、金额、明细和附件回显；提交一次。
9. 负责人通过后，财务角色成员依次办理。
10. 申请人回到原单，核对通过状态和数据，后台同时确认流程已结束。

多人审批的关键区别

本课财务角色有3位成员，工具模板默认approveMethod=4（依次审批），因此财务专员通过后还有核算会计、出纳待办。若需求是一人通过即可结束，要明确用approveMethod=3（或签）或人员策略。不要在仍有运行任务时手工改业务状态。

真实排障记录

审批首次进入时接口有2行明细、页面却为空。根因是初始化时表格还未挂载，直接reload被跳过。仅在本课表单中先setGridOptions保存data，再刷新已挂载表格，复查原实例显示正常。生成代码还补充了当前制单人及审批中禁止重复修改/提交的服务端检查。

本课验证结果与范围

单号OA909-2026102100001，业务ID 1，实例b851902a-cd65-11f1-a2ee-b025aa8956d1。正式提交1次；负责人和3位财务成员真实办理；业务状态2；2条明细、1个本地附件、金额1280元。未在本课另外发起拒绝或撤回案例，未执行全仓类型检查；生产使用前应完成对应专项验收。

常见排查顺序

• 入口不可见：普通角色是否有列表和祖先菜单。
• 单号进详情404：是否授予隐藏详情菜单。
• 无法发起：创建、提交按钮的流程Key和权限是否一致。
• 审批页打不开：查看组件路径、业务编号及参与者权限。
• 明细首次为空：接口数据与表格挂载时序分别检查。
• 审批后仍运行：先看剩余待办及多人方式，再看业务回调。

独立练习

增加设备编号字段，并自行在教学库覆盖不完整草稿、无权限、金额精度、拒绝、撤回、重复提交和旧单升级。保留原单ID进行恢复，避免重复录入。