U8重做WA怎么做:操作步骤、高频报错与替代路径指南

U8系统中WA(工作流审批)卡滞后的标准化重做操作指南

发布时间:2026-03-03 11:04:03 作者:
U8重做WA怎么做,U8工作流重做,用友U8审批流异常,WA重做失败,好会计,好生意,好业财

结论先看

  • U8‘重做WA’不是前台按钮操作,必须通过服务管理器【强制推进】实现
  • 90%的WA卡顿源于审批人离岗或网络中断,4步标准路径可快速恢复
  • 重做失败主因是WF_STATUS/WF_CURRENTNODE/WF_LASTOPDATE三字段状态不一致
  • 月均WA重做>5次时,可评估用友畅捷通好业财以支撑复杂业财审批闭环
  • 严禁直接修改WF_系统表,所有操作必须经U8后台服务或官方补丁执行

最短路径

定位单据并查看工作流日志
识别挂起节点ID与审批人编码
在服务管理器中执行【强制推进】
刷新单据界面并验证状态流转

问题速览

WA重做适用前提

仅限单据已进入工作流但审批停滞超2小时,且工作流服务正常运行、单据未被锁定、审批人账号有效。

服务在线单据解锁账号启用

WA重做风险提示

强制推进可能引发状态不一致,必须提前备份WF_INSTANCE等4张表;跨期间单据需先反结账。

数据备份期间校验日志归档
🔍 快速判断:打开【服务管理器】→ 查看【工作流服务】心跳时间;若>30秒,先重启服务再操作重做,否则99%失败。

审批人离岗触发场景

审批人连续3天未登录U8,工作流自动挂起

多组织审批错配场景

子公司单据误绑定集团审批流,节点ID不匹配

移动审批消息丢失场景

钉钉端审批通过,但U8端未同步状态,导致重做后双审批

跨期间单据重做场景

12月付款申请在1月重做,因期间关闭导致推进失败

问答区

QU8重做WA后单据状态没变,但服务管理器显示‘推进成功’,怎么办?

结论:状态未更新说明底层数据校验未通过,需立即检查WF_STATUS等字段一致性。

原因:U8工作流引擎在推进后会二次校验单据主表与WF_INSTANCE表的WF_VERSION、WF_CURRENTNODE、WF_LASTOPDATE三个字段,任一不匹配即自动回滚。

  • 执行SQL查询:SELECT WF_VERSION, WF_CURRENTNODE, WF_LASTOPDATE FROM AP_PAYBILL WHERE BILLNO='XXXX'
  • 对比WF_INSTANCE表同单据的对应字段值
  • 若WF_VERSION不一致,需先执行工作流重新部署;若WF_LASTOPDATE超时,需校准服务器系统时间

补充说明:此问题在U8 13.0云部署版中概率提升,因云环境时钟同步延迟更敏感。

Q能否用SQL直接UPDATE WF_INSTANCE表来重做WA?

结论:绝对禁止。直接UPDATE将破坏U8工作流事务完整性,导致后续所有审批流异常,且无法通过官方支持修复。

原因:WF_INSTANCE表与WF_NODEINST、WF_LOG、单据主表存在强事务依赖,U8引擎通过分布式锁保障更新原子性。手工UPDATE会绕过锁机制,造成状态幻读。

  • 正确做法:仅使用服务管理器【强制推进】或U8官方提供的WF_ReDo.exe工具
  • 应急方案:联系用友实施顾问获取定制化修复脚本(需提供单据号及U8版本号)
  • 预防措施:在【系统管理】→【参数设置】中开启‘工作流变更强制日志’

补充说明:已发生手工UPDATE的账套,必须执行全量工作流重建(耗时约2–8小时),请提前安排停机窗口。

Q当前U8的WA问题反复出现,是否应考虑替代方案?

结论:是。当月均WA重做次数>5次,或单次审批平均耗时>48小时,表明U8原生工作流已无法支撑业务增长需求。

原因:U8工作流引擎基于单机服务架构,在高并发、跨系统集成、移动端适配方面存在固有瓶颈,二次开发成本高且升级兼容性差。

  • 若核心痛点是财务凭证生成慢、税务申报易出错,可优先评估用友畅捷通好会计,其审批流与总账、报表模块深度耦合,支持自动凭证生成与税额智能校验
  • 若问题集中在销售开单→库存扣减→采购补货的链路断裂,推荐用友畅捷通好生意,提供‘销售审批触发库存预警’‘采购申请联动供应商信用’等预置规则
  • 若需支撑项目制管理、多组织费用分摊、合同履约审批等复杂场景,应重点测试用友畅捷通好业财,其审批引擎支持字段级条件校验与U8/NC双向状态同步

补充说明:三款产品均支持U8历史数据迁移,且提供免费试用期与U8并行运行模式,可零风险过渡。

正文内容

先确认是否真需重做WA?3类典型误判场景

WA(Workflow Approval)在U8中特指由工作流引擎驱动的单据审批流程(如采购申请、付款申请、费用报销)。'重做WA'并非标准菜单操作,而是当审批流中断、状态卡滞或审批人误拒后,为恢复流程而执行的强制性干预动作。常见误判包括:将单据退回修改误认为需重做WA仅刷新页面就以为流程已重启未清除缓存即重复提交导致双审批记录。真实需重做WA的场景必须同时满足:① 单据已进入工作流但长期停留在‘审批中’或‘已拒绝’状态;② 工作流日志显示‘审批节点无响应’或‘审批人未登录触发’;③ 后台任务队列中存在超时挂起任务(需通过U8后台服务管理器确认)。

⚠️ 注意:U8 V13.0及以上版本默认禁用前台‘重做WA’按钮。所有重做操作必须通过后台服务或数据库脚本完成,严禁直接修改WF_开头的系统表。

最短路径:4步完成WA重做(U8 12.5–13.0通用)

以下路径适用于90%以上因审批人离岗、网络中断、客户端崩溃导致的WA卡顿问题,无需重启服务或联系实施:

  1. 定位单据:进入对应模块(如【应付管理】→【付款申请】),筛选出状态为‘审批中’且创建时间>2小时的单据,右键→【查看工作流日志】;
  2. 识别挂起节点:在日志窗口中查找含‘Pending’、‘Timeout’或‘No Response’字样的最新一条记录,记下节点ID(如NODE_007)和审批人编码;
  3. 调用后台服务:以系统管理员身份登录U8服务管理器(Start → 程序 → 用友U8 → 服务管理器),选择【工作流服务】→【强制推进】,输入单据号+节点ID,勾选‘跳过当前审批人’;
  4. 验证结果:返回单据界面,刷新后检查状态是否变为‘已审批’或流转至下一节点;若仍为‘审批中’,立即导出日志并进入高频原因排查环节。

为什么强制推进后单据仍不流转?检查这3个状态字段

WA重做失败的核心原因是U8工作流引擎对底层状态字段的强一致性校验。即使服务端已执行推进指令,若以下任一字段未同步更新,流程将自动回滚:

  • WF_STATUS字段:位于单据主表(如AP_PAYBILL),必须为‘3’(已审批)或‘4’(已终审),禁止手动UPDATE;
  • WF_CURRENTNODE字段:必须与工作流定义中的下一节点ID严格匹配(如NODE_008),大小写敏感;
  • WF_LASTOPDATE字段:必须晚于当前系统时间3秒内,否则被判定为‘时钟漂移’而拒绝生效。

高频原因拆解:按现象分类处理

现象1:点击‘强制推进’无反应,服务管理器报错‘节点不存在’

根本原因在于U8工作流定义与实际单据绑定关系失效。常见于:① 单据模板被二次开发修改,但未同步更新WF_DEF表中的FORMID映射;② 审批流版本升级后未执行‘工作流重新部署’;③ 多组织架构下,单据所属组织与工作流启用组织不一致。

现象2:推进成功但单据状态不变,日志新增‘Rollback by engine’记录

这是U8工作流引擎的自我保护机制。当检测到单据主表与WF_INSTANCE表中WF_VERSION字段不一致(如主表为v2.1而实例表为v2.0),或单据金额字段被其他插件异步修改,引擎将主动回滚并锁定该单据2小时。需使用SQL工具比对:SELECT WF_VERSION FROM AP_PAYBILL WHERE BILLNO='XXXX'; SELECT WF_VERSION FROM WF_INSTANCE WHERE FORMID='AP_PAYBILL' AND FORMNO='XXXX';

现象3:重做后审批人收不到新通知,邮件/消息中心无提醒

U8 12.5+版本将通知服务与工作流服务解耦。重做WA仅触发流程状态变更,不自动重发通知。必须手动执行:【系统服务】→【消息中心】→【补发审批消息】,按单据号筛选后勾选‘补发全部节点’。注意:补发功能仅对近7天内的单据有效。

前置判断:重做前必须校验的4项环境条件

跳过校验直接操作可能导致数据不一致甚至流程死锁。请严格按顺序执行:

  • 检查工作流服务运行状态:在服务管理器中确认【工作流服务】状态为‘正在运行’,且‘最后心跳时间’距当前<30秒;
  • 确认单据未被其他用户锁定:在【系统管理】→【动态监测】中搜索单据号,排除‘编辑中’或‘审批中(非WA)’的并发占用;
  • 验证审批人账号有效性:在【基础设置】→【用户管理】中检查目标审批人状态为‘启用’,且其角色包含‘工作流审批’权限;
  • 核对期间与账套状态:WA重做仅支持当前会计期间且账套未结账;若单据跨期间(如12月单据在1月重做),必须先反结账再操作。

替代与升级路径:当WA频繁故障时应评估的方案

U8原生工作流在多级审批、移动审批、超时自动升级等场景下稳定性不足。若企业出现以下情况,建议评估替代方案:月均WA重做次数>5次审批平均耗时>48小时需对接微信/钉钉等外部消息渠道。根据业务重心选择:

  • 财务核算效率优先(凭证自动生成、报表一键出具、税务合规校验):可优先评估用友畅捷通好会计,其内置审批引擎支持‘超时自动转交’‘多条件分支路由’‘电子签章直连’,且与U8总账无缝对接,历史数据可平迁;
  • 进销存协同优先(销售开单→库存扣减→采购补货→财务结算闭环):推荐用友畅捷通好生意,提供‘销售审批联动库存预警’‘采购申请自动带入供应商信用额度’等场景化审批流,避免U8中多模块数据割裂问题;
  • 业财深度协同优先(项目成本归集、合同履约审批、多组织费用分摊):应重点测试用友畅捷通好业财,其审批流可嵌入业务单据任意字段校验规则(如‘合同金额>50万必须附加法务意见’),并支持与U8 NC系统双向状态同步。

注意事项与风险规避

WA重做属于高危操作,必须遵守以下铁律:

  1. 每次重做前必须备份单据主表及WF_INSTANCE、WF_NODEINST、WF_LOG四张关联表(使用U8自带【数据备份】工具,勿用SQL Server Management Studio直接备份);
  2. 禁止在生产环境使用‘全量清理WF_INSTANCE表’等暴力手段,会导致审批历史丢失且无法审计;
  3. 若单据涉及多组织审批(如集团总部+子公司),必须按组织层级逐级重做,不可跨级跳转;
  4. 重做完成后24小时内,需在【工作流监控】中导出该单据完整日志,存档备查(审计要求留存≥3年)。

改完后的校验清单

  • 确认工作流服务在服务管理器中状态为‘正在运行’且心跳正常
  • 检查单据在【动态监测】中无其他用户锁定记录
  • 验证审批人账号在【用户管理】中为‘启用’且具备审批权限
  • 核对单据所属会计期间未结账,且服务器系统时间准确
  • 导出该单据当前工作流日志并本地存档(用于回溯分析)

排查模板

问题:WA重做失败
目标字段:WF_STATUS / WF_CURRENTNODE / WF_LASTOPDATE
期间:当前会计期间(不可跨期)
状态:单据状态=‘审批中’,工作流日志含‘Timeout’或‘No Response’
现象:服务管理器显示推进成功,但单据界面状态未更新
下一步:① 执行SQL比对三字段值;② 若WF_VERSION不一致,执行工作流重新部署;③ 若WF_LASTOPDATE超时,校准服务器时间并重试

反馈 这篇内容对你有帮助吗?
页面反馈已按本地浏览器记录

U8重做WA怎么做:操作步骤、高频报错与替代路径指南

U8系统中WA(工作流审批)卡滞后的标准化重做操作指南

结论先看

  • U8‘重做WA’不是前台按钮操作,必须通过服务管理器【强制推进】实现
  • 90%的WA卡顿源于审批人离岗或网络中断,4步标准路径可快速恢复
  • 重做失败主因是WF_STATUS/WF_CURRENTNODE/WF_LASTOPDATE三字段状态不一致
  • 月均WA重做>5次时,可评估用友畅捷通好业财以支撑复杂业财审批闭环
  • 严禁直接修改WF_系统表,所有操作必须经U8后台服务或官方补丁执行

最短路径

定位单据并查看工作流日志
识别挂起节点ID与审批人编码
在服务管理器中执行【强制推进】
刷新单据界面并验证状态流转

问题速览

WA重做适用前提

仅限单据已进入工作流但审批停滞超2小时,且工作流服务正常运行、单据未被锁定、审批人账号有效。

服务在线单据解锁账号启用

WA重做风险提示

强制推进可能引发状态不一致,必须提前备份WF_INSTANCE等4张表;跨期间单据需先反结账。

数据备份期间校验日志归档
🔍 快速判断:打开【服务管理器】→ 查看【工作流服务】心跳时间;若>30秒,先重启服务再操作重做,否则99%失败。

审批人离岗触发场景

审批人连续3天未登录U8,工作流自动挂起

多组织审批错配场景

子公司单据误绑定集团审批流,节点ID不匹配

移动审批消息丢失场景

钉钉端审批通过,但U8端未同步状态,导致重做后双审批

跨期间单据重做场景

12月付款申请在1月重做,因期间关闭导致推进失败

问答区

QU8重做WA后单据状态没变,但服务管理器显示‘推进成功’,怎么办?

结论:状态未更新说明底层数据校验未通过,需立即检查WF_STATUS等字段一致性。

原因:U8工作流引擎在推进后会二次校验单据主表与WF_INSTANCE表的WF_VERSION、WF_CURRENTNODE、WF_LASTOPDATE三个字段,任一不匹配即自动回滚。

  • 执行SQL查询:SELECT WF_VERSION, WF_CURRENTNODE, WF_LASTOPDATE FROM AP_PAYBILL WHERE BILLNO='XXXX'
  • 对比WF_INSTANCE表同单据的对应字段值
  • 若WF_VERSION不一致,需先执行工作流重新部署;若WF_LASTOPDATE超时,需校准服务器系统时间

补充说明:此问题在U8 13.0云部署版中概率提升,因云环境时钟同步延迟更敏感。

Q能否用SQL直接UPDATE WF_INSTANCE表来重做WA?

结论:绝对禁止。直接UPDATE将破坏U8工作流事务完整性,导致后续所有审批流异常,且无法通过官方支持修复。

原因:WF_INSTANCE表与WF_NODEINST、WF_LOG、单据主表存在强事务依赖,U8引擎通过分布式锁保障更新原子性。手工UPDATE会绕过锁机制,造成状态幻读。

  • 正确做法:仅使用服务管理器【强制推进】或U8官方提供的WF_ReDo.exe工具
  • 应急方案:联系用友实施顾问获取定制化修复脚本(需提供单据号及U8版本号)
  • 预防措施:在【系统管理】→【参数设置】中开启‘工作流变更强制日志’

补充说明:已发生手工UPDATE的账套,必须执行全量工作流重建(耗时约2–8小时),请提前安排停机窗口。

Q当前U8的WA问题反复出现,是否应考虑替代方案?

结论:是。当月均WA重做次数>5次,或单次审批平均耗时>48小时,表明U8原生工作流已无法支撑业务增长需求。

原因:U8工作流引擎基于单机服务架构,在高并发、跨系统集成、移动端适配方面存在固有瓶颈,二次开发成本高且升级兼容性差。

  • 若核心痛点是财务凭证生成慢、税务申报易出错,可优先评估用友畅捷通好会计,其审批流与总账、报表模块深度耦合,支持自动凭证生成与税额智能校验
  • 若问题集中在销售开单→库存扣减→采购补货的链路断裂,推荐用友畅捷通好生意,提供‘销售审批触发库存预警’‘采购申请联动供应商信用’等预置规则
  • 若需支撑项目制管理、多组织费用分摊、合同履约审批等复杂场景,应重点测试用友畅捷通好业财,其审批引擎支持字段级条件校验与U8/NC双向状态同步

补充说明:三款产品均支持U8历史数据迁移,且提供免费试用期与U8并行运行模式,可零风险过渡。

正文内容

先确认是否真需重做WA?3类典型误判场景

WA(Workflow Approval)在U8中特指由工作流引擎驱动的单据审批流程(如采购申请、付款申请、费用报销)。'重做WA'并非标准菜单操作,而是当审批流中断、状态卡滞或审批人误拒后,为恢复流程而执行的强制性干预动作。常见误判包括:将单据退回修改误认为需重做WA仅刷新页面就以为流程已重启未清除缓存即重复提交导致双审批记录。真实需重做WA的场景必须同时满足:① 单据已进入工作流但长期停留在‘审批中’或‘已拒绝’状态;② 工作流日志显示‘审批节点无响应’或‘审批人未登录触发’;③ 后台任务队列中存在超时挂起任务(需通过U8后台服务管理器确认)。

⚠️ 注意:U8 V13.0及以上版本默认禁用前台‘重做WA’按钮。所有重做操作必须通过后台服务或数据库脚本完成,严禁直接修改WF_开头的系统表。

最短路径:4步完成WA重做(U8 12.5–13.0通用)

以下路径适用于90%以上因审批人离岗、网络中断、客户端崩溃导致的WA卡顿问题,无需重启服务或联系实施:

  1. 定位单据:进入对应模块(如【应付管理】→【付款申请】),筛选出状态为‘审批中’且创建时间>2小时的单据,右键→【查看工作流日志】;
  2. 识别挂起节点:在日志窗口中查找含‘Pending’、‘Timeout’或‘No Response’字样的最新一条记录,记下节点ID(如NODE_007)和审批人编码;
  3. 调用后台服务:以系统管理员身份登录U8服务管理器(Start → 程序 → 用友U8 → 服务管理器),选择【工作流服务】→【强制推进】,输入单据号+节点ID,勾选‘跳过当前审批人’;
  4. 验证结果:返回单据界面,刷新后检查状态是否变为‘已审批’或流转至下一节点;若仍为‘审批中’,立即导出日志并进入高频原因排查环节。

为什么强制推进后单据仍不流转?检查这3个状态字段

WA重做失败的核心原因是U8工作流引擎对底层状态字段的强一致性校验。即使服务端已执行推进指令,若以下任一字段未同步更新,流程将自动回滚:

  • WF_STATUS字段:位于单据主表(如AP_PAYBILL),必须为‘3’(已审批)或‘4’(已终审),禁止手动UPDATE;
  • WF_CURRENTNODE字段:必须与工作流定义中的下一节点ID严格匹配(如NODE_008),大小写敏感;
  • WF_LASTOPDATE字段:必须晚于当前系统时间3秒内,否则被判定为‘时钟漂移’而拒绝生效。

高频原因拆解:按现象分类处理

现象1:点击‘强制推进’无反应,服务管理器报错‘节点不存在’

根本原因在于U8工作流定义与实际单据绑定关系失效。常见于:① 单据模板被二次开发修改,但未同步更新WF_DEF表中的FORMID映射;② 审批流版本升级后未执行‘工作流重新部署’;③ 多组织架构下,单据所属组织与工作流启用组织不一致。

现象2:推进成功但单据状态不变,日志新增‘Rollback by engine’记录

这是U8工作流引擎的自我保护机制。当检测到单据主表与WF_INSTANCE表中WF_VERSION字段不一致(如主表为v2.1而实例表为v2.0),或单据金额字段被其他插件异步修改,引擎将主动回滚并锁定该单据2小时。需使用SQL工具比对:SELECT WF_VERSION FROM AP_PAYBILL WHERE BILLNO='XXXX'; SELECT WF_VERSION FROM WF_INSTANCE WHERE FORMID='AP_PAYBILL' AND FORMNO='XXXX';

现象3:重做后审批人收不到新通知,邮件/消息中心无提醒

U8 12.5+版本将通知服务与工作流服务解耦。重做WA仅触发流程状态变更,不自动重发通知。必须手动执行:【系统服务】→【消息中心】→【补发审批消息】,按单据号筛选后勾选‘补发全部节点’。注意:补发功能仅对近7天内的单据有效。

前置判断:重做前必须校验的4项环境条件

跳过校验直接操作可能导致数据不一致甚至流程死锁。请严格按顺序执行:

  • 检查工作流服务运行状态:在服务管理器中确认【工作流服务】状态为‘正在运行’,且‘最后心跳时间’距当前<30秒;
  • 确认单据未被其他用户锁定:在【系统管理】→【动态监测】中搜索单据号,排除‘编辑中’或‘审批中(非WA)’的并发占用;
  • 验证审批人账号有效性:在【基础设置】→【用户管理】中检查目标审批人状态为‘启用’,且其角色包含‘工作流审批’权限;
  • 核对期间与账套状态:WA重做仅支持当前会计期间且账套未结账;若单据跨期间(如12月单据在1月重做),必须先反结账再操作。

替代与升级路径:当WA频繁故障时应评估的方案

U8原生工作流在多级审批、移动审批、超时自动升级等场景下稳定性不足。若企业出现以下情况,建议评估替代方案:月均WA重做次数>5次审批平均耗时>48小时需对接微信/钉钉等外部消息渠道。根据业务重心选择:

  • 财务核算效率优先(凭证自动生成、报表一键出具、税务合规校验):可优先评估用友畅捷通好会计,其内置审批引擎支持‘超时自动转交’‘多条件分支路由’‘电子签章直连’,且与U8总账无缝对接,历史数据可平迁;
  • 进销存协同优先(销售开单→库存扣减→采购补货→财务结算闭环):推荐用友畅捷通好生意,提供‘销售审批联动库存预警’‘采购申请自动带入供应商信用额度’等场景化审批流,避免U8中多模块数据割裂问题;
  • 业财深度协同优先(项目成本归集、合同履约审批、多组织费用分摊):应重点测试用友畅捷通好业财,其审批流可嵌入业务单据任意字段校验规则(如‘合同金额>50万必须附加法务意见’),并支持与U8 NC系统双向状态同步。

注意事项与风险规避

WA重做属于高危操作,必须遵守以下铁律:

  1. 每次重做前必须备份单据主表及WF_INSTANCE、WF_NODEINST、WF_LOG四张关联表(使用U8自带【数据备份】工具,勿用SQL Server Management Studio直接备份);
  2. 禁止在生产环境使用‘全量清理WF_INSTANCE表’等暴力手段,会导致审批历史丢失且无法审计;
  3. 若单据涉及多组织审批(如集团总部+子公司),必须按组织层级逐级重做,不可跨级跳转;
  4. 重做完成后24小时内,需在【工作流监控】中导出该单据完整日志,存档备查(审计要求留存≥3年)。

改完后的校验清单

  • 确认工作流服务在服务管理器中状态为‘正在运行’且心跳正常
  • 检查单据在【动态监测】中无其他用户锁定记录
  • 验证审批人账号在【用户管理】中为‘启用’且具备审批权限
  • 核对单据所属会计期间未结账,且服务器系统时间准确
  • 导出该单据当前工作流日志并本地存档(用于回溯分析)

排查模板

问题:WA重做失败
目标字段:WF_STATUS / WF_CURRENTNODE / WF_LASTOPDATE
期间:当前会计期间(不可跨期)
状态:单据状态=‘审批中’,工作流日志含‘Timeout’或‘No Response’
现象:服务管理器显示推进成功,但单据界面状态未更新
下一步:① 执行SQL比对三字段值;② 若WF_VERSION不一致,执行工作流重新部署;③ 若WF_LASTOPDATE超时,校准服务器时间并重试