之前老版本的时候我提的一些建议都已经在其后发布的版本中得到解决了，比如商品计重、快递费用计算、商品统计等等，在这里感谢科讯的努力和对用户需求的积极态度，你们是最棒的。

    我对9.0的期望很大，所以再提些新的建议，都是我实际使用中遇到的问题，希望官方一如既往地认真处理，再次感谢。

1.（这个最需要解决）前面版本中单个商品已经可以设置不同规格型号，但是无法对商品不同型号款式颜色分别设置数量，导致实际应用中要么必须发布多个同种商品的不同类型，要么随时修改商品的公告描述显示每个型号的库存，极其不便。经常性出现客户订购的商品个别型号颜色缺货但客户已经下单付款，还要联系退款等事宜。

2.商城系统针对有权限的管理员可对商品设置“成本价”以方便直接统计销售成本和毛利，在销售统计数据里我是这么做的。。其中的商品名点击能直接打开商品内容页观察。

    之所以要考虑管理员权限，当然是普通销售员是不能知道商品的实际成本价格的。所以不需要他们添加和修改商品成本，由有权限的管理员进行修改就行了。

$2

另外还做了统计计算，当然作为一个成熟的电子商务系统，我们还必须考虑到运输费用的统计，有了这些数据的支持，站长能够多元化滴分析和制定运营策略。自然，这部分统计也是要考虑权限问题的，没有权限的管理员不应该能看到这些数据。

$2

2.关于销售数据的统计方式。

    这个问题也困扰了我很久，比如说统计当天的销售数据，那么什么状态的订单能被统计进去呢？我们知道一个订单并非说下单了必然能完成交易，其中会有很多变化因素，比如我上面提到的部分款式颜色缺货会导致退款退单，比如当天下的单子到发货----客户签收----客户确认付款可能会有一个周期，那么在这个周期中会发生很多语聊之外的情况导致这个订单无效，那么我们肯定不能以当天下单的数据来进行销售统计，那是不科学的。

    我现在采用的计算方式，是统计当天发货的订单计算销售额，既然是当天发货的订单，意味着这个订单是至少昨天甚至昨天之前下的订单，已经发货的订单，至少在很大程度上减少了退单退款的风险。

    换句话说，我统计的当天销售数据，其实是昨天或者昨天以前下的订单，只不过是在今天才发货了。而我们可以将已经发货的订单理解为即将完成订单并且回收的费用。

3.各商品销售统计：

  这个统计……查看销售详情里只显示了购买会员帐号，可是一个针对代理商模式的网站，每个代理每天都要下很多单，采购很多同款服装，根本没法用这个统计来查询啊，还不如直接显示所属的订单编号，并且能直接点击链接进入所属订单，另外，不能排序也是大问题，一页显示很多商品的话，要想知道销售数量最多的商品，还得一页页的翻看啊。

4.商品组图问题：

    目前发现，修改商品的时候会把组图数据全部删除并且重新添加一遍，这个当然是为了万一组图有修改最简单的处理方法，但是数据删除重新添加后，原本的组图编号（ID）就改变了，这对别的科讯用户是不是有造成问题我不清楚，但是我为代理商开发了淘宝数据调用的程序，代理商店铺的显示图片是调用的网站商品组图数据，比如以下的链接显示一样，显示的图片会加上代理自己在会员中心设定的水印

http://929net.com:81/User/User_shopphoto.asp?use=admin&img=44782&sy=424

而这里调用的就是组图图片的ID号了。。所以商品一修改，编号就无效了，代理商店铺的图片全部失效，成了这样

http://929net.com:81/User/User_shopphoto.asp?use=admin&img=4472&sy=424

这个问题当然是我自己造成的，我修改了程序，在修改商品的时候，按照原本的组图数据ID进行修改，有新增的再做增加数据操作，不过我想，数据还是不删除的比较好，说不定还会有什么特别的场合需要一些不变的固定数据呢？希望官方考虑一下。

5.商城标签问题：

添加商品的时候能选择很多商品属性，就是那些推荐、特价、热卖之类的。但是在制作标签的时候，这部分属性是没有选择的。那么需要调用到这些属性的数据必须制作SQL标签了，既然是官方的属性定义，是不是应该在系统标签中有所体现呢？

6.打印快递单功能：

对于一个发货量比较大的商城来说，销售员一行行复制数据到快递单程序中是非常庞大的工作量，单这个环节就要占用掉大量的工作时间了！

既然使用到科讯的商城系统，大部分人必然是进行电子商务，虚拟商品暂且不论，小时实体商品的用户必然是通过快递进行输送商品的呀，作为一个收费的商业版电子商城系统，请一定要考虑到这点。我是自己编制了程序解决了这个问题，在送货方式里添加快递公司的时候，可以添加这家快递公司的快递单数据，而快递单的模板一样是HTML+CSS在制作的，调用订单中的部分数据，再选择填写一些商品信息，直接用打印控件实现不同快递公司的快递单打印。

$2

7.希望官方开发跨服务器图片上传：

    在网站运作过程中，遇到比较头疼的问题还有一个，VPS主机的空间经常性不够用，特别是做图片站或者商城，图片量非常大，空间使用率很高，除非是自己有主机，否则数据空间不够的问题肯定是存在的。

    而作为一个站长，删数据是肯定不希望的，手工移动图片到其他空间里也是不现实的，修改工作量太大了。

    还有些特别的情况比如主站所在机房维护、断电等异常情况，一般的备份站点除非空间和主站一模一样才会进行整体数据的备份，否则一般只会备份程序和数据库，那么备份站上就一个图片也没了。

    最后还有一种情况，是访问量非常大的图片站，一个两个图片空间的流量肯定是不够用的，一般这种网站肯定是做了程序分流，显示图片制动判断流量负载情况，分配到负载较小的服务器上读取图片数据，比如相册、图片站、网盘站、漫画站，甚至视频站可能都用到这种模式。

    我自己处理的方法也无非是做了图片异地上传的程序，因为一些不带数据库和网站环境的纯空间非常便宜，我也做了自动判断负载分配取得图片的服务器站点，但是毕竟还要考虑将来升级的问题，希望官方能有一个整体解决方案，我们就不用为了升级而折腾代码了。

    分流站点之需要放置一个接受跨域上传程序代码就可以了，判断来路域名和用户权限，这个代码部分是很容易实现的，希望官方能考虑，在新版作为商业版的插件包发布，供用户选择安装。

----------------

暂时就这些，想到了再写。