有时候，客户会反馈系统无法自动补号的问题，即明明有断号，但是单据保存时，生成的单据编号还是采用的最大值+步长生成的。无法自动补号的问题我总结归纳下，分为如下几类。详细说明之前，介绍下，如何查看编码规则的不同依据下是否有补号，如下图（查询流水号->查看补号池）：

     1.流水号自动升位后，改回原来的长度，无法自动补号。

      此类问题比较多见，很多客户对流水号长度有规定，不能自动增加。但是因为历史原因，没有勾选【禁止自动升位】选项。导致达到位数最大值以后，再保存就自动升位。然后发现位数不对，再编码规则又改回原来的长度。此问题在PT139774  [7.3.1351.3]修复。如发现上图中的最大值的整数位数超过了流水号长度，那么是升位引起，更新到PT139774即可。此问题还有另外一种触发的可能，历史存在的数据，在更新最大流水号以后，长度超过了流水号长度，同样会引起此问题；

    2.长度正常，但是还是无法补号（补号池无数据）

    此问题一般原因是，编码规则的设置数据存在问题。之前排查的原因是数据库的一个字段值存在问题。此问题同样在PT139774解决。此种问题，一般可以拿到网站目录下的log日志，分析执行出错的原因。便于分析可能是其他为止因素早成补号失败；

    3.历史曾经手动录入或者导入一些有单据编号的数据，补号异常

    此问题一般比较难分析，可以在系统开始初始化阶段，可能在原有的信息系统中单据数据导入到金蝶中。此时，这些单据编号不是通过编码规则自动生成的。导致编码依据和编码元素字段与实际生成的编号很有可能不匹配。这个时候，通过已有的数据去计算补号可能是错误的。

    此种情况，一般不建议开启自动补号。如果想要自动补号，建议设置一个可以区分导入数据和新生成数据的编码规则（一般通过勾选编码依据来实现）。也就是说，新生成的单据编号和原来导入的数据越不像越好。那么在这些新生成的编号中，可以通过编码依据区分的数据，是可以自动补号。原有导入的数据，很大概率无法支持自动补号，除非数据与编码依据匹配，否则考虑修复数据之后再自动补号。

    （完）