有个办法比较依赖前期的信息维护，其它方面还是挺方便的，虽然我们说起来好像需要很多次计算，其实是非常快的。不过，在实际操作中容易碰到一个问题，就是待拣货物的存在。比如说，一个库位可以存放100单位的货物，目前库位上有50个单位，但是拣货单上还有30个单位马上就要被拣走，这时需要入库另一种货物，需要的存储空间是80个单位，可不可以安排到这个库位呢？
就系统计算原则上来说，是不可以的，我们不能保证新入库的货物到达这个库位的时候，拣货单上30个单位的货物已经被拣走了，要是没有，岂不是麻烦？我们是等待还是先放一边？可是就仓库现场的现实情况来说，我们经常会希望可以。原因就是，对于一些快速周转的仓库，库位资源真的非常宝贵，多一点空间是一点空间。
这个办法的第二个问题就是缺乏灵活度，我们规定了一个库位有多少空间就是多少空间，无法根据现实需要进行调整。当然，多数货架库位的空间都是限定的，毕竟长宽高摆在那里。
但在实际操作中，很多库位的可利用空间是灵活变动的，比如说栈板，货物码放的高度是可以在一定范围内调整的，又比如说货架的顶层，库位比较松的时候可能码放得低一些，旺季来临，都恨不得叠到天花板上去。
