3、更新采购订单的已交数量。
系统根据相关的统计,得出最新的采购已交数量之后,就会更新采购订单中已交数量。有时候,还会根据一定的规则,转换成为已交包装数量,等等。
最后,必要要说明一点,这个作业不会影响库存数量。如在这个作业运行之前,采购订单的已交数量为100,但是,运行之后,得出正确的采购订单数量为150。也就是说,系统有50个没有计算到已交数量中。但是,此时库存不会增加50个。因为库存是直接有进货单进行更新,跟这个作业无关。
在运行这个作业的时候,笔者还需要强调几点。
一是单据之间相互关联的重要性。在实施过程中,我们强调无论是进货单还是退货单,都必须跟采购订单关联。只有单据之间相互关联,才能够触发相关的更新动作。如退货单只有跟采购订单进行关联,如此,退货单的数量才会递减采购订单的已交数量;也只有如此,这个退货的补货才能够跟原有的采购订单进行关联。在这个重新计算采购订单的已交数量作业中,这个关联也是必不可少的。否则,这个作业也就无法正常运行。
二是这个作业备品与正常的采购会分开统计。如在采购订单中,特意指明100个是正常的采购,而10个是不计算金额的备品。则在收货时,也会有两个字段,一个是正常的收货数量与备品的收货数量。运行这个作业后,在采购订单中的正常收货数量中,不会包含进货单中的备品数量。在退货中,也是类似的道理。
三是这个作业不但会影响采购订单中的已交数量,而且还会影响采购订单的状态。如某张采购订单,现在其采购数量为100套,而已交数量为80套。其实,这个已交数量是错误的。运行完毕“重新计算采购已交数量”后,采购订单的已交数量为100套。则此时,采购订单的状态就会自动变为“结束”。这个影响,主要在于采购的报表上。采购可能每天需要导出采购订单未结案报表,作为他们追踪订单的依据。若运行这个作业之后,可能在没有进货或者退货的情况下,这个报表就会有差异。所以,这支作业运行完毕后,系统管理员就需要通知相关的人员,让他们更新相关的报表。以保障数据的一致性。
四是这个作业最好在后台运行。从上面的叙述中,大家可以看到,这支作业需要经过一系列的运算过程,根据企业数据量的多少,一般都需要比较长的时间。所以为了减少对于正常作业的影响,最好选择在服务器上运行,并且,选择在用户使用比较少的情况下。还有一点,就是在服务器上运行,可以确保在这个作业运行的过程中,不会发生死机或者意外断电等情况。因为在这个作业运行过程中,若一旦当机的话,则采购订单的已交数量将不会被更新,甚至可能都是零,因为系统在这个作业运行后,第一步就是所有的已交数量都更新为零。所以,在服务器上运行,可能保证这个作业运行的准确性与稳定性。