之前的累计控制计算可用余额的算法为：控制期间范围内截止到当前期间的预算数之和减去控制期间范围内的实际数之和，所以如果有下一期间的实际数，再返还修改提交上一期间的单据，因为要算下一期间的实际数，可用余额会变成负数，单据无法提交。

    例如下面的场景：

    因此，我们近期对累计控制的算法进行了优化，8.8版本直接使用优化后的新算法，8.5和EAS Cloud8.6.1版本可以更新2021.3.5之后的预算补丁，最新补丁说明及补丁号可点击链接查看：

8.5版本：【预算】EAS850版本补丁介绍（持续更新） (kingdee.com)

8.6.1版本：【预算】EAS8.6版本补丁介绍（持续更新） (kingdee.com)

    下面介绍累计控制的新算法，分两种情况：

    还是以上面的数据为例，假设当前单据的扣减期间1月，由于2、4月份均已产生实际数，那么累计控制新算法，属于第一种情况，由于3月没有产生实际数，因此需要分别计算1、2、4月份的可用余额：

①1月可用余额：1000-500=500

②2月可用余额：（1000+1500）-（500+1600）=400

③4月可用余额：（1000+1500+2000+1000）-（500+1600+1800）=1600

    计算出来的各月份可用余额取最小值，得到1月可用预算余额为400

    若当前单据的扣减期间是3月，由于4月份已产生实际数，因此也属于第一种情况，需要分别计算3、4月份的可用余额：

①3月可用余额：（1000+1500+2000）-（500+1600）=2400

②4月可用余额：（1000+1500+2000+1000）-（500+1600+1800）=1600

    计算出来的各月份可用余额取最小值，得到3月可用预算余额为1600

    若当前单据的扣减期间是4月，由于4月之后各期间还没有产生实际数，因此属于第二种情况，（1000+1500+2000+1000）-（500+1600+1800）=1600

    接下来我们看一下系统里的具体实现

1、预算表：

2、控制策略

3、控制方式

4、单据申请日期为1月时：

5、单据申请日期为2月时：

6、单据申请日期为3月时：

7、单据申请日期为4月时：