blog.cfosea.cn
尘埃在线个人博客
welcome to read the blog—http://blog.cfosea.cn
[电脑网络]管家婆软件系统配货管理模块的设计缺限
※尘埃※ 发表于:2009/5/5 11:16:29 阅读(1901)次 评论(0)条 编辑 删除 私密 禁评 置顶 
本文链接:
       今因工作上的需要,在尽力挖掘管家婆软件系统的现有功能时,发现管家婆系统的配货管理模块存在一些数据核算上的缺限,现在以管家婆服装2008+网络版(V10.2版本)做为案例进行探讨下。 
        首先来看我所要的数据处理需求情况(为简单说明,用假设例子说明):A为总公司,B为A所属的分公司,C为终端加盟客户,A以总代理价向B发售商品,B再以批发价向C各终端代理商进行销售,B所挣取的中间差价为B的利润来源。从数据流程来看,很简单,A发出的商品进入B的仓库,B再进行销售,一进一出,B只要在数据流中体现价格差额就很容易得出B所挣取的中间利润了。 
        在管家婆系统下,要实现这样的数据处理,有一个比较简单的方式,就是在软件中分别为A与B都各自建立一个独立的账套,A只管总公司的库存数据出入库,B只管分公司自己的数据出入库,各自如果有专人进行数据录入,简单易行。但现在问题是,B没有专人进行数据录入工作,必须将B的出入库数据转交A的录入人员头上来做,这样一来,问题就产生了,A先将销售数据从A自己的账套做销售出库录入,然后再进入B的账套先做采购入库的入录,再在B账套中进行销售出库录入,这样,同一份数据(商品款式、数量什么的都完全相同,唯有价格不同),要在两个账套间进行数据录入,不仅出现似乎重复的工作(因为商品款式,数量相同),而且因重复性的工作导致工作量的加大。 
        想解决这个问题,思路就是要简化工作量,如果同一份数据能在较短时间内完成不同的数据需求,就是可取的方法。于是,本人想到在同一个账套来处理这些业务,也就是把B的数据流入流出在A总公司的账套里就可以完成并能产生或至少能不太费力地产生想要的数据结果。 
        管家婆软件本身的功能是实分有限的,但公司在用这个东东,就不得适用着习惯去用它,要如何解决呢?经过自己对系统各个部分功能的数据测试操作,唯感觉只有配货管理模块可以变通地达到目的。 
        如何达到目的呢?思路也算简单,在系统的仓库设置中,在自营店子目录下增加个B仓库,做为存放B分公司的库商品的中转仓库(这里有一个问题需提前说明下,因为通过B销售的这部分商品,实际上商品实物什么的全在A总公司仓库,要发货直接从总仓库发,通过B仓库周转过一下账,纯碎是为了财务数据核算上的需要),然后通过系统的配货管理模块,并采用变价配货单的方式,先将A总仓库的商品以“变价配货单”的方式,配货到B仓库,然后,再从B仓库选择商品做销售出库,B仓库实际上永远是零库存。这样一来,由于通过变价配货,就产生了一个价格差,可以通过变货配货单的统计功能来得出变价配货数量及金额,来做为A“销售”给B的一项销售业务,并能从中统计出销售给B的成本,而从B仓库销售出去给C的终端加盟店的销售额及成本额,自然也能通过系统的销售模块统计出相应的数据来。 
        为何这样操作,认为可以简化些工作呢?因为管家婆系统提供了一个单据复制及转换功能,一张配货单,可以转换成一张销售单,所以后面的B销售给C的销售单,只要通过A配货给B的配货单转换一份就得到了,唯一要改动的只是单据上的价格,这比重新录一份单据要省事了许多。 
        从以上看,似乎这样的变通做法不错,有两全齐美之功效。果真乎?经过本人的反复多次的数据测试,问题出现了,正向配货,销售,数据不会有问题,问题就产生在有退货发生的情况。假退C终端客户要退货给B,那应当按上面的思路,按照相反的程序去录单处理就行了,但事实上,管家婆系统在数据成本处理上又出了问题,这或许是管家婆的开发团队,太缺少细致工作的精神吧,或者是太缺少有商水平的系统测试人员,当然,也可能是把软件的功能理想当然的认为就不会有太复杂的使用情况。 
        会出现什么样的数据问题呢?下面用数据来说明下过程: 
        假设有MX商品,A总公司购入100件*20元/件=2000元,在A仓库的平均库存成本是20元,现在以变价配货的方式,向B变货配货50件*35元/件=1750元,然后再从B仓库选择商品销售给C,销售50件*60元/件=3000元,通过统计,以上可知,A总公司销售给B的销售额为1750元,同时这也是B的进货成本,B的销售额为3000元,扣除进货成本1750元,可用这种方式算出B的中间差价利润为1250元; 
        现在,假设因某种原因,C要求退货10件,在系统中,首先开销售退货单,将MX商品退回到B仓库,退货额为10件*60元/件=600元,现在退回的商品在B仓库中,要退回到A总公司仓库去(因为B并不是真实存的实物仓),通过配货退货单(仍选择变价方式),配货退货单上的数量及金额为10件*20元/件=200元。到此,一个完整的销售及销售退货过程全部完成。 
        现在再去相关统计报表下查数据,B销售给C的销售额没问题,是2400元(实际口算也可得出结果,因为实际卖了40件*60元/件=2400元),A总公司的仓库库存数量及余额,也没有问题,库存60件*成本价20元=1200元。 
        但进一步去查,B销售给C的销货成本是多少呢?在销售排行榜下可看见对应的成本数据是1550元,但实际的销售成本是多少呢?手工算一下,销售40件*B的进货价35元=1400元。为何会出现这个错误呢?通过自己分析,本人认为,系统在B销售出库时的成本计算是正确的,用的是B仓库当时的库存成本,即35元,但当B仓库以零库存接收退货时,退回的10件商品成本却是按A总仓库的成本20元计算的,而不是B仓库的成本35元,于是,系统算出来的终端销售的销售成本是1750元-10*20元=1550元。这是管家婆系统在提取仓库成本数据时不正确导致的。 
       本人还做了另一个测试,假设B有仓库的情况下接收退货,然后全部通过配货退货单退回A总公司仓库(B此时无库存),那么,B在接收C的退货时,成本能按B的成本35元计算,但B配货退回A时的配货退货单上的数据就会出错,总之,不管如何做,管家婆系统的配货管理模块,只要存在双向数据流动时,就无法保证能正确统计出需要的数据来,这当中,主要是指成本金额,数量是不会有错的。 
        由上也可看出,管家婆的配货管理模块,如果采用的是同价配货方式,因为不会有这样的问题,但系统有设计出一个变价配货功能,而实际上,这个功能是有很大缺限的。 
      以上缺限,不知管家婆的开发团队们是否有意识到或了解到,希望能改善之!
楼主签名
有些个性,但没怎么表现!有些背叛,但一直都很守法! 有些冷默,却天性怜悯动情!想摆脱普通与平凡,但却依然徘徊未进!坚持原则,但不失灵活性!无为,但不失上进心!无情,却不失友情!想拥有钱,但却不迷于钱!
  用户登录 用户注册 进入博客 
名 称: 性 别: QqNum: 邮 箱:
个人主页: 来自地区: 头像选择: >>‖‖》》全部头像列表《《‖‖
 提示:如果您在本站注册了用户名,将允许修改自己的评论记录,同时还能在本网站评论及留言处显示您的个性签名!