6 条回帖
本帖最后由 黄磊 于 2021-12-21 10:20 编辑 给你讲一下 你逻辑里面的悖论。 1,保存后业务公式,那么当你保存时,你系统里的物资发放日期最晚值,就是当下。那么你做业务公式意义在哪里呢?不如做填表公式。 2,之前发放过的,就从发放当天开始计算周期,这里的前提条件就是,你要筛选出当前周期内能发的物资和人员。已经发放过,还没到发放时间的,就是过滤掉,截图里我没看到你的筛选操作。 3,没有发放过的,或者新增人员,过滤条件是要能放行的,第2点与第3点其实是一个问题。 4,出现在明细里的物资与人员,用填表公式,按照系统当前日期+发放周期 自动计算下期发放日期。到这里就是一个完整的业务闭环。 全程可以不用业务公式。 |
+12
最近谁赞过
给你讲一下 你逻辑里面的悖论。 1,保存后业务公式,那么当你保存时,你系统里的物资发放日期最晚值,就是当下。那么你做业务公式意义在哪里呢?不如做填表公式。 这里我设想的是在保存时先查找之前的发放记录,然后根据查找的结果再确定是按照发放当天日期按照周期进行赋值,还是按照最后一次发放记录中的下次发放时间进行赋值。我一开始也是考虑用填表公式,但是计算下次发放日期需要用到“劳保发放标准表”和“劳保发放”这两个表做数据源,在填表公式里好像只能选择一个数据源,所以就考虑用业务公式。如果填表公式可以用2个以上的数据源的话,还是优先考虑填表公式的。 2,之前发放过的,就从发放当天开始计算周期,这里的前提条件就是,你要筛选出当前周期内能发的物资和人员。已经发放过,还没到发放时间的,就是过滤掉,截图里我没看到你的筛选操作。 这个地方可能我没说清楚,应该是之前没发过的,从发放当天开始计算周期,之前发过的,按照上一次的下次发放时间开始计算周期。考虑到实际工作中有些不能完全按照周期发放,有可能不到日期也要进行发放,所以这里不能进行自动筛选,需要手动筛选。 3,没有发放过的,或者新增人员,过滤条件是要能放行的,第2点与第3点其实是一个问题。 4,出现在明细里的物资与人员,用填表公式,按照系统当前日期+发放周期 自动计算下期发放日期。到这里就是一个完整的业务闭环。 如果单纯用系统当前日期+发放周期计算下次发放日期,这个是可以的,操作上没问题。但这只是一种情况,就是从来没有发过的可以用这个公式,发过的,还是要查找之前最后一次的发放记录中的下次发放日期,再按照发放周期按照公式进行计算。 |
+10