对于上表中的物料的期初余额,大家是怎么处理的,这个期初余额就是查询的日期的的实时数据,前期的数据也可能存在任意时间的退单变动,那期初就会变动,如果做成一个日结算数据,物料太多,这个数据量也太大了。应该是按日期实时计算出来的一个期初值?有什么好办法可以实现类似的这种效果??
素心以航 2024-10-29 12:17:22如果数据量大,你想一下,如果改动了几个月前的一条收发数据,后面所有收发数据上的上次余额,本次余额都要进行修改,这不是灾难吗?但如果记录的值不改动,本次的余额就不因上条数据的改动而变化,又会不准,而没有实际的意义。
我们的难点就是客户操作又不严格,要求可以随意改数据,还要改了后还能保持所有数据的一致性,逻辑上的连续!这才是难,主要这正是明 道云这种平台的天然缺点。现在只能试试能不能通过前端插件来解决
管家婆上有个功能叫全面修改单据,直接可以改历史单据数量,价格(客户经常用来修改录错的采购单),然后有个按钮叫成本重算,真的有够灵活的,计算速度还是比较快的
Mr.Liu 2024-10-29 13:04:55非必要不要用移动加权平均,用全月一次平均就行了,计算量会小很多。
你的这种情况,随便改历史数据,不管用什么方式实现,计算量都是非常大的
这个要看客户对成本要求,有的价格波动大的还要先进先出
素心以航 2024-10-29 12:17:22如果数据量大,你想一下,如果改动了几个月前的一条收发数据,后面所有收发数据上的上次余额,本次余额都要进行修改,这不是灾难吗?但如果记录的值不改动,本次的余额就不因上条数据的改动而变化,又会不准,而没有实际的意义。
我们的难点就是客户操作又不严格,要求可以随意改数据,还要改了后还能保持所有数据的一致性,逻辑上的连续!这才是难,主要这正是明 道云这种平台的天然缺点。现在只能试试能不能通过前端插件来解决
非必要不要用移动加权平均,用全月一次平均就行了,计算量会小很多。
你的这种情况,随便改历史数据,不管用什么方式实现,计算量都是非常大的
素心以航 2024-10-29 12:11:39每条单据上要有,管家婆应该是不允许做退单修改的操作的,他们是按冲销来做的,这样反倒是容易实现了。
如果数据量大,你想一下,如果改动了几个月前的一条收发数据,后面所有收发数据上的上次余额,本次余额都要进行修改,这不是灾难吗?但如果记录的值不改动,本次的余额就不因上条数据的改动而变化,又会不准,而没有实际的意义。
我们的难点就是客户操作又不严格,要求可以随意改数据,还要改了后还能保持所有数据的一致性,逻辑上的连续!这才是难,主要这正是明 道云这种平台的天然缺点。现在只能试试能不能通过前端插件来解决
Alvin.Zhang 2024-10-29 10:44:58我们的管家婆 ERP 上有张出入库明细表,不仅有期初期末,每条记录还有上次余额,本次余额,客户要求用 HAP 实现,卧槽兼职头都搞炸了
每条单据上要有,管家婆应该是不允许做退单修改的操作的,他们是按冲销来做的,这样反倒是容易实现了。
素心以航 2024-10-29 08:29:04还要允许退单修改、补单都是常规操作。如果每次重算会非常复杂,修改的时间距离越久,需要重新的单据量非常大。只能选择退一步,收发流水不记录期初,期末。然后每次查询的时候根据查询的日期,自动对日期之前的所有单据收发数据汇总得出期期初,再把查询出的流水汇总,计算得出期末,但查询后实时计算出来的值就不能跟收发明细放到一张表了,这只是个临时数据,查询完就没有意义了。
我们的管家婆 ERP 上有张出入库明细表,不仅有期初期末,每条记录还有上次余额,本次余额,客户要求用 HAP 实现,卧槽兼职头都搞炸了
Alvin.Zhang 2024-10-29 08:10:47补单后需要手动重算单据日期之后的出入库流水
还要允许退单修改、补单都是常规操作。如果每次重算会非常复杂,修改的时间距离越久,需要重新的单据量非常大。只能选择退一步,收发流水不记录期初,期末。然后每次查询的时候根据查询的日期,自动对日期之前的所有单据收发数据汇总得出期期初,再把查询出的流水汇总,计算得出期末,但查询后实时计算出来的值就不能跟收发明细放到一张表了,这只是个临时数据,查询完就没有意义了。
补单后需要手动重算单据日期之后的出入库流水
阿良 2024-10-25 09:18:27是不是你对业务的理解有问题啊,期初余额,那就是这一天的设定一个时间点的数量。
使用一个日期工作流,到那个点了就把数据更新不就行了!
想法很完美,现实很骨感!
是不是你对业务的理解有问题啊,期初余额,那就是这一天的设定一个时间点的数量。
使用一个日期工作流,到那个点了就把数据更新不就行了!
方棱 2024-10-24 17:44:11某个时刻的统计值,术语叫“数据快照”。
如果不怕存储被撑爆的话,可以每天快照一次。
若有“重演程序”就可以每月快照一次,想看哪天就从月初重演到这天。
月度没问题,按日数据了太大了
某个时刻的统计值,术语叫“数据快照”。
如果不怕存储被撑爆的话,可以每天快照一次。
若有“重演程序”就可以每月快照一次,想看哪天就从月初重演到这天。
聚合表看看,没有就看工作簿的汇总和工作流的汇总,阿门
正常是按年做一个期初数,那就不支持跨年查询了,如果量大的话就扔给代码块去计算,靠工作流一个一个计算太慢了。
这是用的移动加权平均法?