“报表又不对啦!我负责品牌的销售数字错了!”这句质问语偶然都会收到!收到这质问后资讯部同事起码花掉半天的时间去查找原因。查看程式一遍,没发现异常!对比报表出来的数字跟原始数据挖掘出来的数字又没有差别!不可能是报表本身有错误。但用户却说不对!再细心问一下用户如何认为报表不对。原来有些不属于她管辖的服装款号出现她负责的品牌中。或属于她管辖的服装款号却没显示出来!那么我们便立刻明白问题的所在了。因为基本上所有分析报表都是以品牌来分组。即把相同的品牌产品的销售数字归纳在一起。报表是取每款内所定义的品牌来做汇总或分组的。当服装款号内的品牌定义错误时便会错跑去另一品牌的数字内。例如把D10GB0102 这原属迪士尼品牌的衣服,错误定义为小熊品牌时,它的销售数字便会跑了去小熊的数字当中。而“D”开头的产品,在用户的认知中是属于迪士尼品牌,

但却出现在小熊中,用户便认为系统出毛病了!系统不稳定了!其实这是用户的误解。在DMS系统中,服装款号的编码跟它的品牌是完全没有必然的关系。产品的编码内不会控制它的属性,包括品牌,季节,生产年度,组别及类别。这些产品属性跟服装款号编码都是各自独立,但由服装款号编码关连着。如图大家便可以看出任何服装款号可以定义任何属性。服装款号并不会控制它的品牌属性。在此大家便会明白为何迪士尼会跑进小熊中。这是因为当建立产品主档时错误选择了品牌所致。大家也不难想到一个道理。要数字准确,产品的属性定义必须准确!建档的人员必须准确地选择它的属性后,报表内的数字才会准确。并不是系统错误,也不是系统不稳定!
 
大家会问为何不把产品属性跟服装款号捆绑,例如D便必定是迪士尼品牌,10必定是2010年份,G必定是成衣组别,B必定是男童T恤类别。那么用户输入服装款号时不是同时选择了正确的属了吗?不用担心错误选择了吗?没错!这想法很对!而很多专属成衣的系统也会采取这种做法。数年前DMS建立主档的系统也可以采取这做法,当服装款号编码跟所选的产品属性不匹配时,系统会给出错误讯息。但随着中威的产品类别日渐增加,这个服装款号跟属性规匹的规律便不完全有效!中威的产品类别引进了很多外面购买回来的产品,它们都同属迪士尼品牌,但服装款号却是原生产商的货号,我们不能更改。生产商所定的服装款号绝对不是按中威的编码结构来作编排的。这样以服装款号捆绑属性的规限便需要立刻解禁。必须开放给用户去自行对外购的产品选择属性。

自从用上了店家乐服装店软件,店家乐服装店管理软件后,情况得到了非常大的改善!