批次问题
我以为我完成了任务,但实际上,我并没有做到。
之所以没有碰钉子,是因为我统计的那些数据,刚好那几个月,只有进没有出,也正是因为这样,我才侥幸的逃过一劫,如果仍然以我之前的批次确定方式,出的时候会出现负数。因为出的时候也是一个日期,而那个日期是之前没有过的。真搞不懂这个合同为什么要这么折腾,但或许这不是合同太折腾,而是我没有想到位。现在我想到的其中一个方法,是到了某个免堆期以后,把那些以日期命名的批次一次性转为一个统一的命名批次,比如无。这样那些一天一天积累入库的东西,到达某个时候就会统一混为一体。出的时候也是从这一个大块里一点一点的减出来。所以批次这种东西只出现在入库的某些部分,出的时候这些一点一点积累起来的东西的时候一律是无。
如果那个屌丝东西入了以后,没到免堆期结束就出了呢?理论上。这种东西是完全不应该计算堆存费,但是出的时候,没有带入入的时候的那个批次。所以入的东西一直挂在这里,出的那些则是从大单位里减去。所以理论上,这样算的话,堆存费就会少了。因为那些特例的东西无论是入还是出,都不影响堆存费,因为那些都不计算堆存费,但如果从大单位里减去,堆存费就少了。我非常想知道,那些算不清谁是谁的散货码头单位到底是如何解决这个问题的。如果能分清楚的东西还好说,比如说货柜,算得清什么时候来的,什么时候走的,但散货呢?一个大堆里,最里面的是最开始进的,最上面的是最后整上去的,但实际上出货的时候,你只能从上面到下面。散货码头界定的批次概念到底是每天进多少就一个批次还是说从的第1天开始,就算做一个批次呢?免堆期之内有进有出,这其中的数量,应该如何去计算呢?大概现在我很烦恼的东西是先进先出的问题。这种东西我现在都想不明白该如何用图表示。之所以想不到如何用图去表示。是因为我想不清楚出的是哪个批次。因为那些东西不是一个整数,如果出的数量少于某个入的批次,还好说,但如果跨越了几个批次呢?那几个批次里面,其中某些只是部分,这个东西又应该如何处理呢?之前我就已经稍微了解过先进先出这种东西。批次这东西,之前我也认为应该进行拆分,但这个拆分要怎么判断呢?考虑这个问题,以我现在的水平来说,显然超纲了,但是这是非常实际的问题,不可能避免。从整体来说好像是没有解决方案,但是如果细分到某个堆场估计能说得清。那些东西到底是什么时候进的,货物来源是哪里,出的时候要分开,应该使用什么规则呢?
我觉得我没搞清楚总分的关系,当分组到最细层次的时候一切都好说,但上面的合并要求不同,于是就会分叉出很多不同的东西。
还没有评论