先确认是不是真正的‘断号’——区分跳号、重号与系统预留
‘断号’在U8中常被误判。实际需分三类现象独立识别：
- 跳号：如凭证号从1001直接跳到1005，中间1002–1004未生成——多因手工删除、作废未清理、期间结账异常导致；
- 重号：同一编号被多次生成（如两张凭证均为‘记-2024-0088’）——属严重数据冲突，通常由并发操作、序列号表损坏或补丁未生效引发；
- 空号（逻辑断号）：编号连续但对应单据已删除或未保存，查询界面显示‘无记录’——属正常业务行为，非系统故障。
建议优先通过【总账】→【凭证查询】输入连续编号区间（如1001–1008），逐条核验是否存在‘查无此号’或‘双号同存’，再进入下一步排查。
最短修复路径：3步定位+2步修正
⚠️ 注意：所有数据库操作前必须完成全库备份，并在非生产环境验证脚本有效性。严禁直接在正式库执行UPDATE/DELETE语句。
- 进入【系统服务】→【编码设置】，核对对应单据的‘编码规则’是否启用‘自动编号’且‘连续编号’勾选；
- 使用SQL查询当前最大编号值：
SELECT MAX(cVoucherNo) FROM GL_accass WHERE cVoucherNo LIKE '记-%'（凭证）或SELECT MAX(cOrderCode) FROM SO_SaleOrder（销售订单）； - 比对查询结果与【编码设置】中‘当前最大号’字段值，若不一致，说明序列号缓存已脱钩；
- 执行【系统服务】→【单据编号重置】，选择对应单据类型，点击‘重置为当前最大号+1’；
- 若重置失败或提示‘存在重复编号’，需人工清理冗余记录（详见‘高频原因拆解’章节）。
凭证断号高频原因：期间结账与反结账操作失序
凭证断号超65%发生于期间管理环节。典型链路为：1月已结账 → 手工录入2月凭证 → 反结账1月 → 再次结账1月 → 系统误将2月凭证纳入1月序列，导致1月凭证号跳变。
- 现象：结账后凭证号突增20+位，或反结账后新制凭证编号倒退；
- 原因：U8凭证号生成依赖‘当前会计期间’与‘凭证字’组合的独立序列，反结账未同步刷新序列缓存；
- 处理：反结账后立即执行【单据编号重置】，勿跨期间制单；若已发生，需导出凭证号清单，用Excel定位断点区间再针对性重置。
销售/采购单据断号主因：多用户并发开单与审批流中断
在好生意类业务场景中（如批发零售、工程材料采购），销售订单、采购入库单断号集中出现在多人同时开单、审批人未及时审核、单据状态卡在‘已提交待审核’时。
- 现象：订单号从XSD20240001跳至XSD20240005，中间0002–0004在数据库中无记录；
- 原因：U8前端生成临时编号（如XSD20240002），但保存失败（网络中断/权限不足/必填项为空）未回滚序列号，后续请求继续递增；
- 处理：检查【系统管理】→【动态打印】日志，筛选关键词‘SaveFailed’；对失败单据补录后，手动执行编号重置；长期建议启用‘开单锁单机制’（需补丁支持）。
数据库级修复：清理冗余编号与校准序列号表
当【单据编号重置】功能失效，需直连SQL Server执行校准。以下以凭证号为例（其他单据请替换表名与字段）：
- 查出所有有效凭证号：
SELECT cVoucherNo FROM GL_accass WHERE iIsDeleted = 0 AND cVoucherNo IS NOT NULL； - 导出结果至Excel，用公式
=MID(A1,4,LEN(A1)-3)提取纯数字部分，排序后用条件格式标出断点； - 定位断点后，在【系统服务】→【编码设置】中修改‘当前最大号’为断点前最大有效值+1（如最后有效号是1003，则设为1004）；
- 重启U8服务端，强制刷新内存序列缓存；
- 测试制单，观察新编号是否接续。
⚠️ 风险提示：若存在已作废但未清除的凭证（iIsDeleted=1），其编号仍计入序列，需评估是否批量清理作废单据——此项操作需财务主管书面审批。
易混淆点：‘断号’≠‘作废单据留号’
很多用户将‘作废凭证仍占编号’误判为断号。U8设计逻辑明确：作废单据保留编号、不可复用，仅状态标记为‘已作废’。这是合规性要求，非缺陷。
如何验证？在凭证查询界面输入编号，若返回单据且状态栏显示‘已作废’，即属正常；若返回‘未找到该编号’，才属真实断号。切勿为追求‘绝对连续’而删除作废单据——违反《会计档案管理办法》第十九条。
长期规避方案：流程规范+技术加固+替代升级路径
单纯修复无法根治断号复发。需从操作层、系统层、架构层协同优化：
- 操作层：禁止跨期间制单；所有单据必须经审批流闭环后归档；启用‘制单权限分离’（制单人不可反审核）；
- 系统层：安装U8最新SP补丁（重点修复KB2023-087、KB2024-012）；关闭‘允许手工修改编号’选项；
- 架构层：对于单据量日均超200+、多组织协同、需强审计追溯的场景，U8本地部署模式下断号风险持续升高，可评估升级至云原生业财平台。
若当前断号问题频发于财务凭证、期末结账、报表取数等核心核算环节，且团队亟需凭证自动生成、跨期间追溯、一键凭证校验能力，可优先评估用友畅捷通好会计——其采用分布式序列号服务，支持毫秒级唯一编号生成与自动容灾补偿，彻底规避传统数据库序列锁导致的跳号问题。