在库存的管理中，越是上层的供应商，库存的积压越少，这个现象在汽车行业里面特别突出。

以一个汽车的制造商为例，该汽车可能会采用JIT生产，那么它的装配件的供应商，决不可能也完全实行JIT生产方式，因为如果没有安全库存，就可能造成客户的生产线停产，所以这些供应商（此处称为1级供应商）不得不设置安全库存。

对于成品，1级供应商可以按照JIT生产，但还会保存一定的库存，对于采购件，理论上来讲，它可以算出来自己的安全库存，或者根本不作采购件的库存，但是实际情况是，1级供应商要考虑它下层的供应商的不能供货的情况，所以1级供应商除了考虑备一些库存应付客户的突发需求，以及自己生产的突发情况外，还会考虑多备一些库存，这些库存量却是为了保证供应商万一不能及时供货而设定的。

注意这个库存量，因为此处的库存量已经是相当于正常库存量的两倍，让我们再来看一看下层的2级供应商，它们同样也会基于同样的考虑，此时的库存量已经是正常的4倍，如果这个供应链足够长的化，就可以看到底层的供应商的库存已经到了最上层客户根本不需要的量，尽管底层供应商认为自己的库存只是1个月的安全库存，但是如果比较一下最终客户的需求而言，这个“安全库存量”可能是客户的半年的生产需求。

对于汽车行业来说，这个库存增加的量是从上到下成倍增加的，其他行业的情况可能没有汽车行业这么典型。但是这个并不能证明汽车行业对于库存的管理有问题，因为汽车行业应该是库存管理最科学的行业，这个情况可以从汽车行业生产的产品的生命周期相对较长来理解，库存的增加，最终还是可以消耗调，而且并不会贬值太多。但是，其他行业，特别是零售行业如果不能有效的消除这个成倍的库存增长效应的化，对于企业的运营是影响较大的。

产生这个库存成倍增加效应的深层原因，可以从两个方面来理解。一个是信息的有效传输，从上到下没有透明，如果每一层供应商都能知道最终客户的实际需求的化，就不会产生这个连锁的效应，但是更重要的原因应该是我们根深蒂固的要维护高的客户满意度有关。

其实，很多时候，如果能够牺牲一些客户满意度，对于客户和自己，有时候并没有实际的损害，相反，对于双方的利润都有有利的贡献，但是，这个事情，在现代的社会，太难去做到。

库存的ABC分类应该是源于我们都知道的一个80/20原则，比如说，世界上20％的人占有了世界上80%的资源。对于库存来说，20%的原材料占有了库存80％的资金，所以在物流管理中，就是要特别关注与这20%的零件库存。

按照这个原则，库存零件可以分为ABC三类，如果计算出来了总得库存的每年的使用量，那么从金额上区分，ABC的分类分别是前20%，30%和50%，对于A类的物资，要重点监控，每日盘点，采用频率高的采购办法，对于BC两类，可以对于B类采用批量采购，每月或每周盘点，对于C类，可以尽量少的采购次数和少的盘点次数，因为A类物资很小的差异就可以弥补BC两类的金额差异。

今天在用google的时候，无意中看到了一个反XX主义的标题，随手点了一下，页面显示不能链接，继续用google的时候，发现google不能用了。

这使我想起来以前用google的几次经历，每次只要是通过google访问的政治敏感的话题是，google都会突然无法链接，有时候持续几分钟，有时候要好久，可见电信是通过这种方法来限制google的访问。

比较百度，google的数据库是相对独立的，政府是没有办法去检索google的数据库，所以才采用这种办法，但是令人不能理解的是，政府限制了政治敏感的搜索，去为什么不去限制XXX级的搜索内容，从国内的百度和其他的搜索里面，很容易搜索出XXX级的内容，这个是令人困惑的问题，尽管在网上的XXX内容已经减少，但是从个个门户网站上的内容来看，很多是应该注明未成年人限制访问的，也许我们该把这个现象理解为，中国在政治上是保守的，在XXX的问题上，已经率先实现了网络门户情色化。

价格单的作用，主要是用于在MFG/PRO中建立价格表，任何PO采购订单和SO销售订单，都可以通过这个价格表，自动的把价格显示在零件的价格栏上，对于价格相对固定的采购件或者销售件来说，可以避免了在建立PO和SO时候的输入价格的大量手工重复作业。

建立一张价格单很简单，在1.10.1.1和1.10.2.1中就可以分别建立，对应于SO和PO的订单的价格表，简单来说，就是定义一张价格表的名字，比如说Pricelist-1，在这个价格表里面，可以零件的价格, 此处零件的价格并不会影响已经设定好的标准成本。系统可以定义很多张价格表，一个价格表里面的零件在另一个价格表里面可以出现，价格可以不一样。价格表的名字，如果是采购的价格，建议是供应商的名字，这样就可以定义每个供应商有一张价格表，对于销售的价格单，可以同理处理。

对于PO和SO, 可以在设定供应商和客户的信息时，可以定义是否使用价格表，如果定义了价格表，在创建一张PO和SO时，就会把价格按照价格表的设定调出来，在零件的采购价格一栏处，价格会自动显示。

对于供应商日程单的PO（即Supplier schedule），必须定义一个价格单，而且这个价格单必须在Supplier schedule订单的Discount table 处输入此价格单，这个是MFG/PRO中定义的使用方法。

在维护一份PO时，对于价格，系统会首先检查这个供应商有没有价格单对应，如果有，就使用价格单中该零件的价格，如果没有，就使用标准成本中该零件的标准成本价格。

我很久之前安装了IE7的beta版，然后发现很多问题，包括不能通过IE发布Donews的blog（我现在在用firefox），可是想恢复到IE6却已经是“再回首，已经没有回头路”，因为XP拒绝这个请求，提示我不能删除，所以我一直盼望这IE7的正式版发布。

但是微软似乎一直在用bug修复更多的bug，直到现在，不断的推出beta版，最新的消息是已经推到了Beta3了，我只好暗自的祝愿我可以忍受到Beta10的发布。

有时候，我会觉得自己有些守旧，比如说，对于网络门户的访问来说，我还是认为三大网站是新浪，搜狐和网易，对于搜狐，我应该是接触最早的一个人，那个时候搜狐还只是一个不叫搜狐的网站，而对于网易，我最早的几个个人网页就是放在网易上的，而对于新浪，从四通利方的时候就常常访问，一直到那个时候天天泡的金庸客栈，这些留给我记忆使我无法对猫扑和Tom等后来的网站保存长久的兴趣，而三大网站中，新浪是经常看的，其他两个看的都不多了，但是即使这样，如果让我放弃搜狐和网易的访问而转向其他网站，对我来说，还是不太可能的，所以这里就引出一个问题，那就是有些网站的访问还是有些回头客的。

这次看到王志东开发的Lava－lava软件，我也去下载了一个安装了，但是我也知道自己是不可能放弃MSN转向这个IM软件，我之所以下载，其实还是潜意识里面对于王志东当年在互联网的贡献的一种致敬的感情，我不知道有没有像我这样带着这种感情下载安装这种软件的朋友，但是感情归感情，商业社会的残酷性，使我并不看好王志东对于IM的进军，这个不应该是他进军的一个领域，让我安装他的软件，我没有异议，可是让我放弃了MSN转向Lava-lava，从我的实际情况上，这个我还做不到。

我不知道王志东的回归，应该以哪个方向作为突破口，因为对于王志东来说，我并没有这个资格去告诉他该怎么做，但是他不该从什么地方开始，作为用户，我还是忍不住说一句，Lava-lava并不是我想要的。

今天应物流部门的要求作了几个库存的报表，是用Corvu做的，Corvu的使用，完全是3小时无师自通，因为一直没有培训，今天边做边学，竟然也都做出来了，看来自己是属于应用导向的人，对于新事物，只要有任务在身，就可以很快掌握。

熟悉了Corvu，发现这个报表软件还是很好用的，对于MFG/PRO来说，也是有专门的开发集成环境，但是比较不好的地方是，MFG/PRO中的字段并不能很好的搞清楚，很多字段都是相似的，而且也没有专门的地方很详细的每个字段的参考，所以用起来还是有些纯属摸索的用。

有了数码相机，就经常有照片，有视频，做成光盘保存怎么样？

我的首选是Photostory来把照片做成视频，然后用Movie maker把照片和视频做成光盘。

Photostory在微软网站上可以下载，至于Movie Maker,只要是打过了XP的SP2,就已经有MOVIE MAKER了。

客户发生退货，一般有两种情况，一种是直接退货，一种是换货。

对于直接退货，系统的处理流程也有两种方法：

1)      通过销售发货处理： 订单发货的时候，发一个负的数量，这样产生的结果是库存增加，应收款减少。

2)      通过发票维护：维护一张负的发票数量的发票，当这张发票创建后，系统自动增加库存，减少应收款。

一般的处理流程是使用1)中的办法，因为这样可以通过仓库来操作，减少对与库存的误操作。

对于换货，一般来说是维护一份新的订单，这份订单的发货的零件号的第一栏是负的退回的数量，第二栏可以是正的重新发给客户的数量。然后，将这张订单作发货处理即可。

当然，对于换货，如果对于货物的退回过程不需要特别关注的时候，在实际操作的时候，可以把实物库存中成品发给客户，系统里面不需要作退货处理，但是需要将相应的成品数量转到待检库位，这些在待检库位的成品就可以被视为退回的成品，对于它们就要继续作正常的跟踪了。

用了爱搞搞的软件后，直接从donews上发表日志的次数少了，今天登录进来，发现编辑界面似乎多了一些东西。
一个是增加了原创还是转贴，还是翻译的选项
一个是可以用软键盘。
对于软键盘，个人觉得是不是用处不太大，因为donews上应该不会有全世界那么多的人在用吧？不知道这个功能到底有什么用处？