昨天陪同珠海文华到佛山学习不停业盘点经验。 听完阿辉一番介绍，确实收获不少，而且对我们以后给客户提供方案有很多地方是值得借鉴。

1、先盘小店，再盘大店。 小店业务少，用它来盘可以先形成经验，为盘大店打好基础。而且，万一因各种未知原因（如程序bug等）导致盘点过程出问题，影响是最小的，也有可能重新策划重盘。但如果问题发生在大店，影响会很大。这是非常重要的一点，佛山盘点经验丰富，但每次盘点还是按照这样的步骤走。

2、数据库的使用方式。 这点和我们平常给客户提供的方案看起来差不多，但是，仔细研究却更科学，更安全。 数据库分为4个：中心库、盘点库、盘前销售库、盘后销售库。各自的作用如下：

a、中心库可以说是日常工作（连锁）的主库，不需要做很特别的动作，还是如常一样为各部门提供完整数据的机器，但是当某仓要进行盘点时，中心库必须收集完整所盘点仓的全部数据（可通过报表对比或数据库记录对比手段达到目的），为盘点库提供源数据，中心库最后还要收齐盘点过程的盘前销售数据、盘后销售数据（其实这些数据管理员还象日常操作一样交回给中心库即可，无需区分盘后数据要生效后交这些规矩）和盘点库的生效盈亏数做库存校验，即得到该仓的盘点库存；

b、盘点库：其实就是中心库的备份拿过来恢复使用，但是，里面必须包含完整的所盘点仓的日常业务数据。另外，每盘一个新仓，都必须重新到中心库拿整库备份过来回复。盘点库要生效前，必须收集完整所盘点仓盘前销售的数据（可通过报表对比校验是否交齐），进行完库存校验方可生效，生效后把本仓生效生成的盘盈亏数字通过交换交回给中心库。

c、盘前销售库：很容易理解，就是盘前区进行业务销售的数据库，象平常操作一样每天交换数据给中心库和盘点库，盘点库生效前互相对比校验一下数据的完整性。没有太多个别的工作。

d、盘后销售库：如盘前销售库一样，没有太多的特别工作，如常一样把业务数据交回给中心库，但不需要给盘点库。

    其它的工作如：控制各门市对在盘仓开业务单据、盘前准备等等措施我就不说了，因为这些没什么特别，大家也都理解了。而上面的数据库的分类和作用大家看过后感觉好象和我们平常给客户提供的方案没什么区别，但细分析一下，你就会明白，在数据处理上，剩却了很多繁复的工作。大家可以发表意见讨论一下，也给新同事更多的指导。下面我列举一个实例就很容易明白了。

    盘点前一天晚上，中心库收齐所盘点仓的今晚最后的业务数据（通过销售日报的图书销量对比过记录都收齐了，有需要的话可通过其它报表比较其它业务单据，但原则是以明细记录统计为准，不要以单头码实洋的统计为准），此刻将中心服务器的数据库完整恢复到盘点主机上。盘点过程的数据变化如下：图书A 盘点库数量 中心库数量 盘点前电脑数量 15 15 盘前销售数量 3 3 盘点实数 11 盘后销售 1 盘点盈亏数 －1 －1 最后电脑库存 15-3-1+（-1）＝10 最后，我们可以看到中心库盘完后所需数据都收集完整，进行重算后库存是正确的。

回复：佛山盘点经验精华 潘黎阳（市场部）
    我理解这个做法的优点是不需要修改盘后区的销售时间。而且不用在盘点生效后设置期初再交换盘后销售数据。数据符合真实性原则。 不过盘点机生效会生成比较大的盘盈盘亏值，交换的顺畅很重要。不知为何，我总有一种印象，盘点交换经常在这里出现问题。其原因经常是盘点库和中心库数据不一致。佛山之所以采用这一方法前提是他们交换控制得非常好，无论是时间还是检查方法估计都有自已独到小窍门。这恰好是许多民营书店做不到的地方。表面上看，中心库应该和盘点库完全一致。但事实结果恰好是经常不一致。导致在盘点机上数据是准确的，一交到中心库就全乱了。 建议有机会再仔细请教一下阿辉，他们通常都检查哪些报表来保证两边数据完全一致。

回复：回复：佛山盘点经验精华 李伟昌（市场部）
    没错，盘点最难控制的就是门市主机的数据是否和中心主机一致。 佛山在日常管理中已经有了完善的数据校验制度来保障日常数据的交换完整性。其方法也不外乎我们常提到的财务参与校验。再说细些就是每天有对销售日报的图书销量是否一致（判断每天的记录是否收齐），而且定期校验汇总性报表和原始单据的手工汇总（校验是否有修改数据）。不过，盘点这里是用中心服务器的数据来做盘点库，所以，我们可以假设它是完全完整的。而且生效后，我们将这个生效后的库给门市用效果还是一样的，因为由始到终用的其实都是一个库。