BOS运行时 - 编码规则- 补号无法支持动态长度场景

编码规则默认支持0长度的编码元素，0长度的意思是任意长度（0-n),。比如设置物料分组编码作为编码元素，长度为零，如果编码长度为A，生成的编号包含一个A，如果物料编码是ABCDEFG，则生成的编码包含ABCDEFG。

另一张情况下设置固定长度，但是没有补位，这种情况下，也是动态长度。

因为长度位数不固定，且可能是是数值形态，星空的补号是根据正则表达式来计算出来的，所以当某一行设置编码元素为0长度，且仅勾选编码元素时（或者其他行有类似情况），由于无法确认流水号的位数，无法支持补号。

对于编码依据也是类似情况，因为最终计算补号时，需要按照依据进行分组，然后计算出对应分组下的断号，如果是动态长度，那么无法获取到哪些数据是属于同一个分组下的（存在截断和补位的情况）。

具体场景参考以下说明：

当编码规则设置行某一项没有全部勾选依据和元素时，计算补号需要精确匹配。根据每项组成长度来计算依据计算补号。
比如编码规则构成是日期（年，作为编码依据）+组织（不固定长度0-n位）+流水号
生成编码：
22001001 ，2022年 组织001，流水号001
2202002  ，2022年 组织02， 流水号002
....
2202999  ，2022年 组织02， 流水号999

....
2302001   2023年 组织02， 流水号001

计算补号使用正则表达式的情况下.匹配组织时，由于不知道组织的位数，会导致无法精确获取流水号的位置。
2202999，比如这个编号，流水号可能是999，也可能是99（因为组织可能是029），这样模糊性导致无法计算补号