我的天

人忙起来的时候，什么乱七八糟的东西都记得了，所以有时这挺好，我可以完全忘记某些让人不愉快的东西。

忙了好几个小时，准确来说是下午2点到晚上10点多，除了吃饭以外，我就没有停下过，所以满打满算接近8个小时。为什么会有这种烦恼呢？当我填了一大堆数字之后，明确地意识到那些东西之所以不能顺畅度表达出来是因为一直以来都没有把那些可能会模棱两可、可能根本没办法细分，只能用备注说明的东西彻底的分开。比如采购的时候，可能一个合同对应多个仓号。每个合同都有一个单价的，最终这份合同的总价还是跟签订的时候没有区别，如果关注点只放在这份合同上没有任何问题，但实际上当出入库费用算完以后，同时也根据这份合同的粮食价格打给客户以后，这份合同的意义是什么呢？实际上这份合同的意义就转嫁到某个仓里了。因为这份合同代表了一定数量的粮食和放到了某个仓里，就意味着这个仓的粮食具有一定的价值。因为在这粮食是储备粮，所以不能用来抵押、贷款之类，但是从会计的角度必须得清楚这个仓有多少粮食。单价是什么，以及货值是多少。我不知道总公司还会不会为这些粮食买些什么意外险之类的东西，不知道会不会有哪个保险公司肯干这种事，虽然风险很低，尤其对我们这种国有企业来说。如果是某个私人老板，他买的保额很高，而他那批货又不太好，他会不会故意制造某些意外让那些粮食损失拿到赔偿这很难说。

回到之前的那个点，某个合同对应的粮食可能放到了多个仓里，同时一个仓也对应多个合同。入仓的时候永远都能分得清进了多少量，对应的标的是多少，单价是多少，入仓的任何一个时点都能精确地算出来，价值是多少。储存期间价值是不变的。但出仓的时候怎么办呢？如果入仓完毕的时候能获得一个总价值，然后根据某个仓的数量，再得出一个单价，出仓的时候用那个单价计算，也就是说不同合同价格可能是不一样的，这5吨的价格和另外5吨的价格是不一样的，但入满了以后就可以赋予这批粮食一个均价，那么出仓的时候，无论是1吨还是10吨，都能清楚地算出剩下的那些还值多少钱。之所以有这种考虑，是因为我们储存的东西是散货，混在一起就没办法分开了，也很难精确地先进先出。如果有系统自动操作的话可以做到，但是以我们现在的资源，要真的这么干。实在是不可能。因为实际上在入库的过程之中关联的信息还有计划批次，出库过程中也会形成合同，现在的合同只跟某个仓关联，但如果要把入库的信息带进去，那么入库的合同以及这个仓的计划批次都得在出库那个合同签订的时候全部写死，东西放个几年再竞价销售，在没有系统管理的前提下，不会有人去专门去对某个仓里面的这些性质全部分开。但实际上这真的做不到吗？虽然很麻烦，但实际上是可以做到的，为什么这十几年来一直没有这么做呢？因为十几年来一直都没有这么做，所以把旧账全部都翻出来，要你把混在一起的东西重新暴力分开实在太难了。

因为脑子持续高速运转到晚上10点多，所以当我12点出头躺在床上的时候根本刹不住车……