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