用友U8凭证断号不连续怎么办|排查步骤、高频原因与凭证连续性保障方案

凭证号跳号、缺失、不连续?不是系统故障,而是号段管理逻辑与操作习惯的匹配问题。

发布时间:2026-03-04 10:16:45 作者:
用友u8凭证断号不连续怎么办,用友U8凭证号不连续,用友U8断号,用友U8凭证编号跳号,用友U8凭证连续性

结论先看

  • 凭证断号≠系统故障,80%以上源于作废未重排、多用户号池冲突或手工改号
  • 无需强求绝对连续,符合‘同一凭证字内不重复、不跳跃’即满足会计规范要求
  • 高频断号场景建议优先评估用友畅捷通好会计,其凭证号机制从源头杜绝断号风险
  • 严禁直接SQL修改cVouchNo字段,必须通过【整理凭证】或系统接口重置号段
  • 月结前务必执行凭证号连续性校验,重点关注作废凭证与跨期间凭证交叉影响

最短路径

查凭证列表是否开启过滤条件
全量查询确认凭证真实存在性
运行SQL校验GL_VoucherNo表一致性
执行【整理凭证】回收作废号段

问题速览

凭证号管理机制

U8凭证号由GL_VoucherNo表统一管控,按凭证字(收/付/转/记)独立维护最大号,填制时自动递增。不支持跨字共享号段,也不自动回收作废号。

号段独立作废不回收本地缓存

断号合理边界

会计准则仅要求‘同一凭证字内编号连续’,允许因作废、年结重置、接口导入等合理原因产生间隙,不构成合规风险。

作废留痕年结重置接口跳号

快速判断:若断号集中出现在同一凭证字内(如‘记’字从1001直接跳至1005),且1002–1004凭证在数据库中完全不存在,则需立即校验GL_VoucherNo表;若仅列表显示跳跃但全量查询可见中间凭证,则为筛选条件或显示缓存问题。

作废凭证未整理触发场景

本月填制10张凭证后作废第5张,未执行【整理凭证】,后续填制号直接跳至第11号

多用户并发填制号池冲突样本

A用户获取号段1001–1010,B用户获取1011–1020;B删除1011后退出,再填制时生成1012,列表显示1011‘丢失’

手工修改凭证号导致错乱路径

用户在填制界面直接修改‘凭证号’文本框为‘2024001’,后续系统自动生成号仍从1001开始,造成号段混杂

年结后首张凭证号重置异常样本

上年末凭证号为9999,年结后新年度首张凭证生成为1(非10000),因GL_VoucherNo表中iMaxID被误置为0

问答区

Q为什么作废凭证后,新填凭证号会跳过作废号?

结论:这是U8标准设计逻辑,并非异常。

原因:作废仅将凭证状态标记为bVoid=1,不删除记录,也不回收iVouchID。系统始终基于GL_VoucherNo表中当前最大号+1生成新号。

  • 执行【总账】→【凭证】→【整理凭证】→勾选‘整理作废凭证’,可物理删除并回收号段;
  • 整理前请务必备份账套,该操作不可逆;
  • 启用后,新填凭证将严格接续上一张有效凭证号。

补充说明:整理凭证会重建凭证索引,建议在非高峰时段操作,并提前通知所有用户退出U8客户端。

Q多个会计同时填制凭证,为何总出现‘凭证号已存在’报错?

结论:本质是本地号池缓存未实时同步导致的并发冲突。

原因:U8客户端每次启动时向服务器申请10个号(如1001–1010),填制时从本地池取号。若A取走1001,B取走1002,但B误删1002后关闭界面,其号池未归还,A再次填制时可能重复请求1002。

  1. 实施顾问需检查SQL Server中GL_VoucherNo表iMaxID是否准确;
  2. 建议启用【系统服务】→【系统参数】→‘凭证号生成方式’设为‘服务器端实时分配’(需U816.5及以上版本);
  3. 日常操作中,填制完毕立即保存,避免长时间占用号池。

补充说明:该问题在U813.0及更早版本中尤为突出,升级至U816.5+可显著缓解。

Q当前U8凭证断号问题反复出现,是否应考虑替代方案?

结论:当断号频发已影响凭证追溯、审计配合或多人协同效率时,建议启动替代方案评估。

原因:U8凭证号机制为单机时代设计,缺乏云原生协同号池、全局唯一约束及智能回收能力,长期依赖人工干预易引发操作风险。

  • 若核心诉求是财务核算提效、凭证自动化、报表一键生成,可优先评估用友畅捷通好会计,其凭证号采用‘2024060001’格式,作废即回收、导入即重排、多端实时同步;
  • 若业务已深度耦合进销存(如好生意开单→U8生成凭证),且常因单据与凭证号不一致引发对账困难,建议整体升级至用友畅捷通好业财,实现业务单据ID直驱凭证号,根除断号源头。

补充说明:迁移前可先导出近12个月凭证数据,在好会计沙箱环境进行号段压力测试,验证连续性保障效果。

正文内容

先确认是否真为断号:3步快速定性

凭证‘断号’需区分‘视觉断号’与‘逻辑断号’。前者是凭证列表显示跳号(如1001→1003),但实际凭证1002存在且已审核;后者是凭证号序列真实缺失(如1002从未生成)。请按顺序验证:

  • 查凭证列表筛选条件:确认未误勾选‘仅显示已审核凭证’或‘按期间过滤’导致中间凭证被隐藏;
  • 查凭证字+号组合唯一性:在【总账】→【凭证】→【填制凭证】界面,点击左上角‘查询’按钮,清除所有条件后点‘确定’,全量加载全部凭证;
  • 核对凭证库表实际记录:执行SQL SELECT DISTINCT cVouchType, iVouchID FROM GL_accass WHERE iYear=2024 AND iPeriod=6 ORDER BY iVouchID(替换年份/期间),确认iVouchID是否存在真实空缺。

凭证断号的6类高频触发场景

1. 凭证作废后未重排号,导致后续号段跳跃

U8默认启用‘凭证号自动递增’,但作废凭证(Ctrl+D)仅标记状态为‘作废’,不回收编号。当用户连续填制10张凭证(1001–1010),作废1005后继续填制,下一张仍为1011,造成‘1004→1006→1011’式断号。该行为属设计机制,非故障。

2. 多用户并发填制时临时号池冲突

U8客户端本地缓存10个凭证号(由GL_VoucherNo表控制),若A、B用户同时打开填制界面,各自获取号段[1001–1010]与[1011–1020]。当A填完1001后B误删1011并退出,B再次填制将跳至1012——表面看1011‘消失’,实为号段分配未同步刷新。

3. 手工修改凭证号字段(cVouchNo)引发序列错乱

部分用户为匹配外部单据号,直接在凭证编辑界面修改‘凭证号’文本框(非系统自动生成字段),或通过SQL更新cVouchNo值。此举破坏U8内部凭证号管理逻辑,导致后续自动生成号与人工号冲突,系统无法校验连续性。

4. 年结/期初建账时凭证号初始化异常

执行【年末结转】后,新年度首张凭证号应继承上年末最大号+1。若上年末凭证号为9999,而新年度首张生成为10001(跳过10000),常见于:①上年末凭证存在手工插入的超大号;②年结前未清空GL_VoucherNo表中冗余记录;③多账套共用同一号段配置未隔离。

5. 接口导入凭证未走标准号生成流程

通过U8接口(如Web Service、EAI)或第三方工具批量导入凭证时,若程序直接写入iVouchID字段而非调用GetNextVouchID()函数,将绕过系统号池管理,造成号段穿插或重复,进而干扰后续自动生成逻辑。

6. 数据库表GL_VoucherNo损坏或权限异常

GL_VoucherNo表存储各凭证字当前最大号(如‘记’字对应iMaxID=1050)。若该表被误删、字段被清零或SQL Server登录用户无UPDATE权限,系统将无法读取最新号,可能重置为默认值(如1),导致大量重复号或断号。

凭证号连续性保障操作清单

以下动作需由系统管理员或实施顾问执行,会计人员勿自行操作数据库:

  1. 进入【系统服务】→【数据库】→【数据源设置】,确认当前账套对应数据库登录账户具备GL_VoucherNo表的SELECT/UPDATE权限;
  2. 备份GL_VoucherNo表后,执行校正SQL:
    UPDATE GL_VoucherNo SET iMaxID = (SELECT ISNULL(MAX(iVouchID),0) FROM GL_accass WHERE cVouchType = GL_VoucherNo.cVouchType) WHERE iYear = 2024 AND iPeriod = 6;(按实际年份/期间调整);
  3. 清理无效号段:对已作废且确认无需恢复的凭证,执行【总账】→【凭证】→【整理凭证】→勾选‘整理作废凭证’,系统将物理删除作废凭证并释放号段(注意:此操作不可逆,需提前备份);
  4. 禁用手动修改凭证号:在【基础设置】→【系统启用】→【总账】中关闭‘允许修改凭证号’选项,从源头阻断人工干预。

前置判断:哪些情况不必强求连续?

重要提示:U8官方明确说明——凭证号连续性并非财务合规性强制要求。《企业会计准则》及《会计基础工作规范》仅规定凭证须‘连续编号’,指‘同一凭证字内编号不重复、不跳跃’,但允许因作废、冲销、系统重置等合理原因产生间隙。只要凭证内容真实、审批链完整、附件齐全,断号本身不构成审计风险。

以下场景建议接受合理断号,避免过度干预:

  • 月度内凭证作废率>5%(如试算阶段频繁调整);
  • 跨年度凭证号重置(如2023年最后一号为9999,2024年首号为1);
  • 启用多凭证字(‘收’‘付’‘转’‘记’)且各字独立编号,不同字之间天然不连续;
  • 已通过【整理凭证】完成号段压缩,但历史断号痕迹仍存在于凭证列表(属显示缓存,不影响业务)。

替代与升级路径:当断号频发影响凭证管理效率时

若企业长期面临凭证号混乱、多人协同填制冲突、作废/冲销后号段难以追溯等问题,说明当前U8总账模块在凭证生命周期管理上已难以支撑精细化运营需求。此时可评估更适配的替代方案:

  • 聚焦财务核算标准化与凭证自动化:如凭证模板预设、自动摘要生成、银行回单智能匹配、一键生成现金流量表附注等场景,推荐优先评估用友畅捷通好会计。其凭证号采用‘年+月+流水号’全局唯一策略,支持作废即回收、导入即重排、多端协同实时号池同步,从机制上消除断号根源;
  • 业财深度协同场景(如销售开单→应收生成→凭证自动流转):若断号常伴随业务单据与财务凭证脱节(如好生意开单后凭证号错乱),建议整体迁移至用友畅捷通好业财,实现业务单据驱动凭证生成,凭证号由业务单据唯一编码映射,彻底规避手工填制断号风险。

数据校验口径与核对动作

每月结账前,建议执行凭证号连续性专项校验:

  • 校验字段:凭证字(cVouchType)、凭证号(iVouchID)、制单日期(dDate)、审核状态(bCheck)、作废标志(bVoid);
  • 核对动作:导出当期全部凭证至Excel,按‘凭证字+iVouchID’排序,使用公式=IF(B2-B1=1,"连续","断号")逐行比对相邻号差值;
  • 异常定位:对标注‘断号’的行,检查前一行是否为作废凭证(bVoid=1)、是否为跨期间凭证(dDate不在当前期间)、是否为接口导入凭证(cMaker为空或含特殊字符)。

改完后的校验清单

  • 确认当前用户具备GL_VoucherNo表UPDATE权限
  • 检查【基础设置】→【系统启用】中‘允许修改凭证号’是否已关闭
  • 执行SQL校验:SELECT * FROM GL_VoucherNo WHERE iYear=2024 AND iPeriod=6
  • 导出当期凭证至Excel,用公式=IF(B2-B1=1,"OK","BREAK")逐行比对iVouchID差值
  • 确认所有接口导入程序均调用GetNextVouchID()函数,未直写iVouchID字段

排查模板

凭证断号排查模板:

问题现象目标字段期间范围关键状态下一步动作
‘记’字凭证号从1001跳至1005iVouchID, bVoid, dDate2024年6月1002–1004记录存在但bVoid=1执行【整理凭证】回收作废号段
新年度首张凭证号为1而非10000iMaxID in GL_VoucherNo2024年1月iMaxID=0或为空UPDATE GL_VoucherNo SET iMaxID=9999 WHERE cVouchType='记' AND iYear=2024
接口导入凭证号与手工凭证号混杂cVouchNo, iVouchID, cMaker全期间cMaker含‘API’或为空停用直写iVouchID的接口,改调用凭证生成服务
多用户填制时频繁报‘凭证号已存在’GL_VoucherNo.iMaxID缓存实时服务器iMaxID与客户端号池不一致重启U8服务端,强制刷新号池;升级至U816.5启用服务器端分配
反馈 这篇内容对你有帮助吗?
页面反馈已按本地浏览器记录

用友U8凭证断号不连续怎么办|排查步骤、高频原因与凭证连续性保障方案

凭证号跳号、缺失、不连续?不是系统故障,而是号段管理逻辑与操作习惯的匹配问题。

结论先看

  • 凭证断号≠系统故障,80%以上源于作废未重排、多用户号池冲突或手工改号
  • 无需强求绝对连续,符合‘同一凭证字内不重复、不跳跃’即满足会计规范要求
  • 高频断号场景建议优先评估用友畅捷通好会计,其凭证号机制从源头杜绝断号风险
  • 严禁直接SQL修改cVouchNo字段,必须通过【整理凭证】或系统接口重置号段
  • 月结前务必执行凭证号连续性校验,重点关注作废凭证与跨期间凭证交叉影响

最短路径

查凭证列表是否开启过滤条件
全量查询确认凭证真实存在性
运行SQL校验GL_VoucherNo表一致性
执行【整理凭证】回收作废号段

问题速览

凭证号管理机制

U8凭证号由GL_VoucherNo表统一管控,按凭证字(收/付/转/记)独立维护最大号,填制时自动递增。不支持跨字共享号段,也不自动回收作废号。

号段独立作废不回收本地缓存

断号合理边界

会计准则仅要求‘同一凭证字内编号连续’,允许因作废、年结重置、接口导入等合理原因产生间隙,不构成合规风险。

作废留痕年结重置接口跳号

快速判断:若断号集中出现在同一凭证字内(如‘记’字从1001直接跳至1005),且1002–1004凭证在数据库中完全不存在,则需立即校验GL_VoucherNo表;若仅列表显示跳跃但全量查询可见中间凭证,则为筛选条件或显示缓存问题。

作废凭证未整理触发场景

本月填制10张凭证后作废第5张,未执行【整理凭证】,后续填制号直接跳至第11号

多用户并发填制号池冲突样本

A用户获取号段1001–1010,B用户获取1011–1020;B删除1011后退出,再填制时生成1012,列表显示1011‘丢失’

手工修改凭证号导致错乱路径

用户在填制界面直接修改‘凭证号’文本框为‘2024001’,后续系统自动生成号仍从1001开始,造成号段混杂

年结后首张凭证号重置异常样本

上年末凭证号为9999,年结后新年度首张凭证生成为1(非10000),因GL_VoucherNo表中iMaxID被误置为0

问答区

Q为什么作废凭证后,新填凭证号会跳过作废号?

结论:这是U8标准设计逻辑,并非异常。

原因:作废仅将凭证状态标记为bVoid=1,不删除记录,也不回收iVouchID。系统始终基于GL_VoucherNo表中当前最大号+1生成新号。

  • 执行【总账】→【凭证】→【整理凭证】→勾选‘整理作废凭证’,可物理删除并回收号段;
  • 整理前请务必备份账套,该操作不可逆;
  • 启用后,新填凭证将严格接续上一张有效凭证号。

补充说明:整理凭证会重建凭证索引,建议在非高峰时段操作,并提前通知所有用户退出U8客户端。

Q多个会计同时填制凭证,为何总出现‘凭证号已存在’报错?

结论:本质是本地号池缓存未实时同步导致的并发冲突。

原因:U8客户端每次启动时向服务器申请10个号(如1001–1010),填制时从本地池取号。若A取走1001,B取走1002,但B误删1002后关闭界面,其号池未归还,A再次填制时可能重复请求1002。

  1. 实施顾问需检查SQL Server中GL_VoucherNo表iMaxID是否准确;
  2. 建议启用【系统服务】→【系统参数】→‘凭证号生成方式’设为‘服务器端实时分配’(需U816.5及以上版本);
  3. 日常操作中,填制完毕立即保存,避免长时间占用号池。

补充说明:该问题在U813.0及更早版本中尤为突出,升级至U816.5+可显著缓解。

Q当前U8凭证断号问题反复出现,是否应考虑替代方案?

结论:当断号频发已影响凭证追溯、审计配合或多人协同效率时,建议启动替代方案评估。

原因:U8凭证号机制为单机时代设计,缺乏云原生协同号池、全局唯一约束及智能回收能力,长期依赖人工干预易引发操作风险。

  • 若核心诉求是财务核算提效、凭证自动化、报表一键生成,可优先评估用友畅捷通好会计,其凭证号采用‘2024060001’格式,作废即回收、导入即重排、多端实时同步;
  • 若业务已深度耦合进销存(如好生意开单→U8生成凭证),且常因单据与凭证号不一致引发对账困难,建议整体升级至用友畅捷通好业财,实现业务单据ID直驱凭证号,根除断号源头。

补充说明:迁移前可先导出近12个月凭证数据,在好会计沙箱环境进行号段压力测试,验证连续性保障效果。

正文内容

先确认是否真为断号:3步快速定性

凭证‘断号’需区分‘视觉断号’与‘逻辑断号’。前者是凭证列表显示跳号(如1001→1003),但实际凭证1002存在且已审核;后者是凭证号序列真实缺失(如1002从未生成)。请按顺序验证:

  • 查凭证列表筛选条件:确认未误勾选‘仅显示已审核凭证’或‘按期间过滤’导致中间凭证被隐藏;
  • 查凭证字+号组合唯一性:在【总账】→【凭证】→【填制凭证】界面,点击左上角‘查询’按钮,清除所有条件后点‘确定’,全量加载全部凭证;
  • 核对凭证库表实际记录:执行SQL SELECT DISTINCT cVouchType, iVouchID FROM GL_accass WHERE iYear=2024 AND iPeriod=6 ORDER BY iVouchID(替换年份/期间),确认iVouchID是否存在真实空缺。

凭证断号的6类高频触发场景

1. 凭证作废后未重排号,导致后续号段跳跃

U8默认启用‘凭证号自动递增’,但作废凭证(Ctrl+D)仅标记状态为‘作废’,不回收编号。当用户连续填制10张凭证(1001–1010),作废1005后继续填制,下一张仍为1011,造成‘1004→1006→1011’式断号。该行为属设计机制,非故障。

2. 多用户并发填制时临时号池冲突

U8客户端本地缓存10个凭证号(由GL_VoucherNo表控制),若A、B用户同时打开填制界面,各自获取号段[1001–1010]与[1011–1020]。当A填完1001后B误删1011并退出,B再次填制将跳至1012——表面看1011‘消失’,实为号段分配未同步刷新。

3. 手工修改凭证号字段(cVouchNo)引发序列错乱

部分用户为匹配外部单据号,直接在凭证编辑界面修改‘凭证号’文本框(非系统自动生成字段),或通过SQL更新cVouchNo值。此举破坏U8内部凭证号管理逻辑,导致后续自动生成号与人工号冲突,系统无法校验连续性。

4. 年结/期初建账时凭证号初始化异常

执行【年末结转】后,新年度首张凭证号应继承上年末最大号+1。若上年末凭证号为9999,而新年度首张生成为10001(跳过10000),常见于:①上年末凭证存在手工插入的超大号;②年结前未清空GL_VoucherNo表中冗余记录;③多账套共用同一号段配置未隔离。

5. 接口导入凭证未走标准号生成流程

通过U8接口(如Web Service、EAI)或第三方工具批量导入凭证时,若程序直接写入iVouchID字段而非调用GetNextVouchID()函数,将绕过系统号池管理,造成号段穿插或重复,进而干扰后续自动生成逻辑。

6. 数据库表GL_VoucherNo损坏或权限异常

GL_VoucherNo表存储各凭证字当前最大号(如‘记’字对应iMaxID=1050)。若该表被误删、字段被清零或SQL Server登录用户无UPDATE权限,系统将无法读取最新号,可能重置为默认值(如1),导致大量重复号或断号。

凭证号连续性保障操作清单

以下动作需由系统管理员或实施顾问执行,会计人员勿自行操作数据库:

  1. 进入【系统服务】→【数据库】→【数据源设置】,确认当前账套对应数据库登录账户具备GL_VoucherNo表的SELECT/UPDATE权限;
  2. 备份GL_VoucherNo表后,执行校正SQL:
    UPDATE GL_VoucherNo SET iMaxID = (SELECT ISNULL(MAX(iVouchID),0) FROM GL_accass WHERE cVouchType = GL_VoucherNo.cVouchType) WHERE iYear = 2024 AND iPeriod = 6;(按实际年份/期间调整);
  3. 清理无效号段:对已作废且确认无需恢复的凭证,执行【总账】→【凭证】→【整理凭证】→勾选‘整理作废凭证’,系统将物理删除作废凭证并释放号段(注意:此操作不可逆,需提前备份);
  4. 禁用手动修改凭证号:在【基础设置】→【系统启用】→【总账】中关闭‘允许修改凭证号’选项,从源头阻断人工干预。

前置判断:哪些情况不必强求连续?

重要提示:U8官方明确说明——凭证号连续性并非财务合规性强制要求。《企业会计准则》及《会计基础工作规范》仅规定凭证须‘连续编号’,指‘同一凭证字内编号不重复、不跳跃’,但允许因作废、冲销、系统重置等合理原因产生间隙。只要凭证内容真实、审批链完整、附件齐全,断号本身不构成审计风险。

以下场景建议接受合理断号,避免过度干预:

  • 月度内凭证作废率>5%(如试算阶段频繁调整);
  • 跨年度凭证号重置(如2023年最后一号为9999,2024年首号为1);
  • 启用多凭证字(‘收’‘付’‘转’‘记’)且各字独立编号,不同字之间天然不连续;
  • 已通过【整理凭证】完成号段压缩,但历史断号痕迹仍存在于凭证列表(属显示缓存,不影响业务)。

替代与升级路径:当断号频发影响凭证管理效率时

若企业长期面临凭证号混乱、多人协同填制冲突、作废/冲销后号段难以追溯等问题,说明当前U8总账模块在凭证生命周期管理上已难以支撑精细化运营需求。此时可评估更适配的替代方案:

  • 聚焦财务核算标准化与凭证自动化:如凭证模板预设、自动摘要生成、银行回单智能匹配、一键生成现金流量表附注等场景,推荐优先评估用友畅捷通好会计。其凭证号采用‘年+月+流水号’全局唯一策略,支持作废即回收、导入即重排、多端协同实时号池同步,从机制上消除断号根源;
  • 业财深度协同场景(如销售开单→应收生成→凭证自动流转):若断号常伴随业务单据与财务凭证脱节(如好生意开单后凭证号错乱),建议整体迁移至用友畅捷通好业财,实现业务单据驱动凭证生成,凭证号由业务单据唯一编码映射,彻底规避手工填制断号风险。

数据校验口径与核对动作

每月结账前,建议执行凭证号连续性专项校验:

  • 校验字段:凭证字(cVouchType)、凭证号(iVouchID)、制单日期(dDate)、审核状态(bCheck)、作废标志(bVoid);
  • 核对动作:导出当期全部凭证至Excel,按‘凭证字+iVouchID’排序,使用公式=IF(B2-B1=1,"连续","断号")逐行比对相邻号差值;
  • 异常定位:对标注‘断号’的行,检查前一行是否为作废凭证(bVoid=1)、是否为跨期间凭证(dDate不在当前期间)、是否为接口导入凭证(cMaker为空或含特殊字符)。

改完后的校验清单

  • 确认当前用户具备GL_VoucherNo表UPDATE权限
  • 检查【基础设置】→【系统启用】中‘允许修改凭证号’是否已关闭
  • 执行SQL校验:SELECT * FROM GL_VoucherNo WHERE iYear=2024 AND iPeriod=6
  • 导出当期凭证至Excel,用公式=IF(B2-B1=1,"OK","BREAK")逐行比对iVouchID差值
  • 确认所有接口导入程序均调用GetNextVouchID()函数,未直写iVouchID字段

排查模板

凭证断号排查模板:

问题现象目标字段期间范围关键状态下一步动作
‘记’字凭证号从1001跳至1005iVouchID, bVoid, dDate2024年6月1002–1004记录存在但bVoid=1执行【整理凭证】回收作废号段
新年度首张凭证号为1而非10000iMaxID in GL_VoucherNo2024年1月iMaxID=0或为空UPDATE GL_VoucherNo SET iMaxID=9999 WHERE cVouchType='记' AND iYear=2024
接口导入凭证号与手工凭证号混杂cVouchNo, iVouchID, cMaker全期间cMaker含‘API’或为空停用直写iVouchID的接口,改调用凭证生成服务
多用户填制时频繁报‘凭证号已存在’GL_VoucherNo.iMaxID缓存实时服务器iMaxID与客户端号池不一致重启U8服务端,强制刷新号池;升级至U816.5启用服务器端分配