分类: 商业/理财 >> 贸易
解析:
SKU(读成“死固”): Stock Keeping Unit
这玩艺儿是你们客户内部的货号。因为客户收到的货物来自四面八方。 客户一定要有自己的货号系统。 这货号会大黑体印在箱唛上,也会存在数据库里作为索引标识。客人入仓存储拣货查询入帐都全部是以SKU为准。(werBi!M"sf
客人在增加一个新产品或新型号时首先要做的就是从内部申请一个新SKU。开了SKU后就可以开始有关该产品的 *** 作了。 租用仓库报价时也会问你有多少个SKUs要存。诸如此类的。Q:U%M }ji5e
SKU和你的外贸 *** 作没有多大关系。不过你记住该SKU的话下次给客人一提到,他就可以查出来是嘛玩艺儿。
RFQ(Request for quoting)就是买方先询价,卖方再报价RFQ的交易模式有利于买方的原因是显著的,首先RFQ是由买方发起的。
这个问题的核心点在于:不同商品类别差异很大,如何设计通用的存储方案?简单来说,用数据库去存储所有信息,不管横表还是纵表,都有明显的缺陷:横表:同一个字段对不同商品含义不一样,这到了后面开发和维护是很蛋疼的纵表:一个商品的属性分布到很多行记录中,业务处理很麻烦,而且纵表的记录数会非常多,性能会有问题所以不要尝试只用数据库去统一解决这个问题,思路扩散一些其实就简单了:公共表:提炼商品公共的信息放到数据库,例如商品id、名称、发布的商家、发布日期、上架状态扩展表:将变化的信息放到另外一个表,可以是数据库表,例如电脑商品一个表、服装一个表;也可以将信息放到MongoDB或者ElasticSearch这类文档数据库。搜索组件:扩展表在全文搜索的时候不好实现,因此需要独立的组件负责搜索,可以用Elastic Search或者Solr来冗余一份数据,用于搜索。表结构不算复杂,因为项目关系只有SPU,没有涉及到SKU,但是可以做参考,更多的还是要根据项目实际情况设计。重点说明一下产品表的SPU,Keyword字段。本来之前设计了关系表,但是发现在做SQL查询时太痛苦,所以约定了一种数据存储结构(数据结构的重要性)基于上面的基础,可以实现URL规则变化的查询,类似京东的产品查询URL变化c=1,3 指分类层次关系ev=3_1+4_18 指SPU查询 按约定规则转换成字符串再进行查询。
SKU=stockkeepingunit(库存量单位)。即库存进出计量的单位,可以是以件,盒,托盘等为单位。SKU这是对于大型连锁超市DC(配送中心)物流管理的一个必要的方法。现在已经被我们引申为产品统一编号的简称,每种产品均对应有唯一的SKU号。单品:对一种商品而言,当其品牌、型号、配置、等级、花色、包装容量、单位、生产日期、保质期、用途、价格、产地等属性与其他商品存在不同时,可称为一个单品
以上就是关于SKU和RFQ在外贸中是什么意思啊全部的内容,包括:SKU和RFQ在外贸中是什么意思啊、关于电商网站数据库的设计有什么好的建议、什么叫skU,SKU包括那些东西,它的组成等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)